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

toyotadesigner

Members
  • Posts

    284
  • Joined

  • Last visited

Posts posted by toyotadesigner

  1. You want me to send sensitive customer data to an unknown person? How absurd is this! I want that the developers code a solution, nothing else.

    Just to repeat the problem: AFFINITY PUBLISHER DOES NOT EMBED THE COLOR PROFILE IN PDF/X-3 FILES.

    As long as this problem persists, the software is absolutely unusable. Thank God that I have Scribus to continue my work...

  2. If you don't know where the problem is, how should I know it? 

    They checked the document (exported PDF) with Acrobat Pro, and Acrobat displayed that there is no color profile embedded. Acrobat did not mention anything about a missing output intent. I know that there is a huge difference between a missing output intent and a missing color profile. At least in Scribus I can export a PDF for PDF/X-3 without an output intent or string. Scribus will ask me, but if I don't submit it, the file can be printed anyway. I'm already doing pre-press for 30 years, but never encountered such a weird behavior. 

    Doesn't anybody do a dry run with your own software to check for errors? I mean, where is the problem to create a new document, put some text, images and graphics into it, export it as a pdf for print and check that document?

     

  3. Affinity Publisher 1.9.1 • macOS Catalina 10.15.7

    I've set up a document for print. Exported and transferred it to the print company. They called me and said that there is no color profile embedded. 

    I used the standard settings for »Export for Print«.

    Then I exported the same document as PDF/X-3, because it does contain RGB images. Again no color profile embedded.

    What is wrong with this version, is there any workaround? I never had that problem with Scribus, and I don't have the time to re-build the document in Scribus. Any help will be appreciated!

    Screen Shot 2021-03-05 at 09.37.57.png

    Screen Shot 2021-03-05 at 09.37.22.png

    Screen Shot 2021-03-05 at 09.36.51.png

  4. Before I download and install the new beta, I have the following questions:

     

    Does AP remember the original folder now? That means when I open a TIFF, work on it and export it as a TIFF or JPEG will it jump to the folder where the original file had been stored?

     

    What about the EXIF data - does the new beta adjust the resolution field to the dpi I used when scaling the image?

     

    Any information will be appreciated. Thank you.

  5. This is exactly what I complained about since AD and AP hit the market. Any other lousy application remembers the original location, but not the Affinity apps.

     

    IMHO nobody cares about this bug or the wrong EXIF data for printing sizes. It shouldn't be too hard to correct these two bugs for professional use - this is what Affinity/Serif claims to enter.

     

    Now I am waiting for Pixelmator Pro to be released end of November - the current version remembers the original locations, writes clean EXIF data and even supports pen pressure with a tablet.

     

    I need reliable tools, not toys.

  6. Sure we all received the same e-mail. However, neither the mail nor the web site explained anything, you had just to sign/log in with your user name, which didn't specify if it must be your name of the forum or a name when you purchased the app. But this is misleading, because purchasing for Mac users means purchasing through Apples App store. I even tried my App store credentials, which of course didn't work at the Affinity site.

     

    Shit happens.

  7. OK, I've downloaded and installed Photo 1.6.6

     

    How bad - it still does NOT remember the original folder where I opened the TIFF. When exporting, it writes the TIFF somewhere, but definitely not to the original folder.

     

    When exporting TIFF, it uses LZW compression - how can I turn it off?

     

    The beach ball is still spinning while the export dialog tries to calculate the file size. Would you please be so kind an implement an option to turn this 'feature' completely OFF?

     

    Where are the promised sticky settings? I don't see them anywhere.

     

    I am still working with PhotoLine, because the file dialog and logic is considerably better than the kinky and pervert export function in Photo. The developers really should look into the logic and gui of Photoline...

  8. Why should I have to switch to another module? I am working with at least 650 MB large image files, and I don't want to crop or slice anything. In addition I am working exclusively with TIFF files @ 48 bit depth - no need for additional .aphoto files on my machine.

     

    I really don't understand why AP doesn't store the images automatically in the original folder. An option check box would be the most simple and straightforward solution.

     

    If I want to drive from Hamburg to Rome, I wouldn't want to drive via Moskau. Nobody would do it.

  9. The current export is a drag because AP uses the last selected folder. There is no way to see the original folder, unless I open XnView to check it and then navigate to that particular folder.

     

    How about adding a check mark like this - it will be a real time saver and take out the hassle of the f****ing export:

     

     

    better_ap_export_dialog.jpg

×
×
  • 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.