Jump to content
You must now use your email address to sign in [click for more info] ×

Wosven

Members
  • Posts

    4,129
  • Joined

  • Last visited

Posts posted by Wosven

  1. 3 hours ago, Paul Mc said:

    Please note my opinion in the last line of my original post - would you agree that this might also explain your experience?

    We've got the same error message, when the app encounter a not-yet-finished-saved file.

    This would also trigger errors with other apps, for example  on a server, when Pitstop try to take a PDF before it's finished copying, etc. I'm not sure there's a solution for this problem.

  2. 5 hours ago, walt.farrell said:

    Opens the package, they would all be installed locally for use while working in that package.

    If not installed, but read and accessibles when the document is open, it would be better. Avoiding cluttering the asset or swatches panels.

    And if possible, being able to add swatches or assets to the items, with an option to automatically update them (sort of like the slices), could be a nice addition.

    In fact,it would be like the package folder was like a folder, once exported.

  3. 4 minutes ago, Old Bruce said:

    After that no changes other than spelling corrections will be allowed.

    Or such added fee for redoing the work again and again that the main editor would manage to get the last draft of those texts before the first proofreading for corrections*... if not in this edition, in the next book :)

    Best practice would be to have the proofreading done first.

    In your case, there'll be many proofreading for the texts, and many reflowing of the texts... a really bad situation with wasted time.

  4. Hi @William Overington,

    You can play with the Turtle here: https://turtlegraphics.fun/overview.html

    Have complexe examples: https://turtlegraphics.fun/examples.html

    And try to do your owns, and save them as PNG (sadly no SVG): Demo

    You can have fun here also: https://codepen.io/adrianparr/pen/MYyWdq

     

    If you have LibreOffice, you can also play with it (from https://en.wikipedia.org/wiki/LibreLogo):

    Quote

    LibreLogo is embedded in every version of LibreOffice after 4.2.3.3, released in 2014. It can also be installed as an extension for earlier versions.[4]

    It's a toolbar in Writer (ViewToolbarsLogo)

    And some tutorial: http://www.stuestoel.no/office/logo/en/logo-opna.php

  5. I don't want generic paths for all the files, but paths by document, saved inside each document.

    And possibly last name used for export, since nomenclature of working files can be different from the name use for a PDF send to the client. But keeping the last name used, as in "Blabla_v2" can be usefull, to use "Blabla_v3" at the next export. It's possible to do it in the export persona, but not in APub, and it's annoying, since you need to check or not overwrite a file if you try to guess.

    This means:

    • for saving an new Afinity file for the first time after creation (new document panel): path to the last used folder
    • for saving an new Afinity file for the first time after opening it in the app (images, PDF...): path of the original file
    • for "saving as" a file for the first time: path of the original file
    • for "saving as" a file for the next time: last path used for this action for this file
    • for exporting a file for the first time: path of the original file
    • for exporting a file for the next time: last path used for this action for this file
    • for importing a file for the first time: path of the original file
    • for importing a file for the next time: last path used for this action for this file

    Since we tend to organize work in folders, it would be logical to use the original file's path as default, or the one set after a first use (this one saved inside the document).

    We could also have 2-3 options in the preferences, to set (or not) default paths for all imports, exports and packages.

     

    And if the path is unavailable for an action when the file is open on another computer, it would use the default path if the one saved in the file isn't available, and only overwrite it if the action is done. Different users can open and work on the file, but not all of them will export/import (some will only work on text, some will just drop images from Explorer/Finder, etc.), so the paths set by the main user stay in the file.

  6. On further inspection, nothing happens with your adjustement in the AP file (same red with or without), and in the end we've got real text in the different PDF, 1.7 or PDF/X.

    For the TIFF file, the text is rasterised, but there's no difference between the backgroung blue, but around the text, like a darker stroke, in the PDF 1.7 version.

     

    To sumarise: transparency in PDF/X is correctly flattened and the details and background are correct.

    It's completely different with other PDF versions.

  7. There's certainly bugs... that's why I'd rather export using PDF X-1a to avoid such problems.

    I used a recolor adjustement, to be sure, if it was modifying the backround, to be able to see some evidence...

    PDF for print using PDF 1.7:

    2022-02-17_200644.png.7a482c3c3a4b1f7bd50337f6c6ad4996.png

    Background Color Inconsistency ProblemForPrint.pdf

     

    PDF/X:

    2022-02-17_200639.png.1ee3ab1b16955ccf6c6773aa955a1680.png

    Background Color Inconsistency Problem_PDFX.pdf

     

    Background Color Inconsistency Problem_PDFX.pdf Background Color Inconsistency ProblemForPrint.pdf

  8. 13 hours ago, albertkinng said:

    What I meant was exporting all icons individually at a size of 500px x 500px each. This is what I did.

    1. I create a square with the size for export, lock it and send it to the back of the page. 

    1. Create the needed number of square, tag them with a same colour and a stroke, space them as needed and put them below everything

    2. Duplicate the document, and keep only the part with the icons and squares, delete all the other artboards and content, ungroup the objects and get them out of any Layer, before deleting the Layer.

    3. And that's where the lack of "redo" or other iteration through selected objects is really missing in the apps:
    use the Artboard tool,set it on "selection", and select one by one each square, and click on the button "Add an artboard" (don't use the "convert to artboard" option in the menu, since it won't add the objects above inside the artboard).

    4.Select all the squares (similar tag colour), and set the stroke to 0 and no colour (or delete them)

    5. Use the export persona

     

    Being able to duplicate some slices would have been another good method if it exists... since we can select different ones and align them (but not resize them once selected :( ).

  9. 1 hour ago, AdamCP said:

    X-1a

    There's no problem with X-1a, it's simply a setting that will rasterise only objects with transparency (opacity different than 100%), but it won't modify or rasterise text or any other object on the blank canvas.

    My first export CMYK is done with such preset.

     

    When I export a ±1050 pages"black" book from ID with such PDF/X-1a:2001 setting, the file is 12Mo. 20 Mo if I keep the 6 pages with illustrations.

    If I import the IDML in APub, sadly, the text stop flowing after 150 pages, variables and footnotes are lost. Once exported with the images, it's a 22Mo PDF.

     

    Perhaps Affinity need to check your file, since there's certainly a bug.

     

×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.