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

k_au

Members
  • Posts

    102
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. If some other users can confirm that this now works on their machines, too, I'd like to add [solved] to the title.
  2. I've done a few tests with 2.40 and I believe that this issue finally is fixed! The OutputIntent has "Custom" added, but I believe that's no Problem (Quark did this also, AFAICR)
  3. Thanks @thomaso, it's kind of depressing to read all of this... In a way, objects do have the global colour attached as an attribute that travels with them, as the example file above shows. But it really is not much use as long as no swatch travels with them.
  4. Yes of course. But before I start working in the document, to save me from future frustration. That's highly likely 🤣
  5. Well, if you open the example that I attached on the first post, you can see that the global colours can survive without a document palette! Check out the big triangle thingy, it has the colour "Globale Farbe 18". The same colour is used on the small triangle on the bottom right. You can "Edit global colour" and change both of them at the same time! I agree that this may be not intended by Affinity, it may well be a bug of some sort.
  6. Actually, it looks like you can copy a global color (see above) but you can't get that swatch. Well, in my case it stays global as I made a few more duplicates of the shape and was able to change all their colours at once when editing the global colour via the colour panel. I think importing a .afpalette before starting a new document will probably be what I'll do. Importing the palette will not work with existing global swatches, they don't "link" automatically. So I will have to export the palette from the original design, and import that into every new file before copying the design into the new file (if I want to change the colours of the design in that new file). As long as the colours don't change (e.g. for the logo) it's probably not worth worrying about this. Yes, thats a bummer. Maybe exporting a new .afpalette and importing into an existing file might work? (I see a notice that there has been a new reply in the time I took to compose this post (compost?) so if it looks out of place blame me)
  7. Actucally I reproduced it just now with the latest APub on Win 10: Open a new project, draw a shape, make a new document palette, add the shape's colour as a global colour, edit the name in the palette if you want. Then open another new project, don't close the first one. Copy and paste the shape from the first project into the new one. The shape will still use the global colour, but this colour will not show up in a document palette - there is none. But even if you make a new document palette before pasting the shape, the global colour won't be added to that palette. I was wrong about drag-n-dropping, seems that does not work between document windows.
  8. Thanks, both of you, I was just writing more about what I found out so I'll drop this here first before I answer your points. I've noticed again that it's impossible to select more than one swatch at a time to turn them into global swatches 😭 This makes working with imported palettes a chore. And to boot, I found that the swatches that were "created from document" seem to be LAB colours, and not the CMYK that was actually used in the document?! So it's creating a palette of swatches that are almost, but not quite, entirely unlike what's expected 😬 Can anyone confirm this? I think I really want linked palettes with global colour swatches. All the corporate colours of one client neatly in one palette, and quickly imported into a new project, and quickly updated when a new colour is introduced or an existing colour needs a change. As I said before, I think the use of non-global swatches is very very limited. And it's a real bummer that linked / application palettes can't have global swatches.
  9. I noticed that there's a menu option "Palette aus Dokument erstellen" (create palette from document). I chose this and then "create document palette". In the resulting palette the colours are all there but they are not linked to the objects, they are not global colours, they don't use the existing global colours' names. IMHO that's not really helpful when working with bigger projects.
  10. In the attached file are shapes that use global colours. The objects were originally made in ADesigner v1.x, later edited in the Designer Persona in APub and then dragged copy-and-pasted from existing files to new files. Now I see the names like "Globale Farbe 18" in the "Colour" tab, but I don't see them anywhere under the "swatches" tab. Is there a way to have the existing global colours show up in a swatch palette? globalcolour_nopalette.afpub
  11. Hi PE1, thanks for your help. The bug is a bit different than what you have done: In any print product, it may be that there are images that don't have the required dpi available. If that's the case, these images should not be automatically re-computed to fit the output dpi. Re-sampling will not make the quality better (unless maybe in the future there are improved "AI" algorithms at work). So if I have a print job that requires 300 dpi, and some of my images have only 200 dpi at the size used, then I want these pictures to retain the "true" 200 dpi and not be artificially upscaled to 300dpi. The rest of the PDF should use 300dpi, e.g. for flattened transparency or other images that were 300 or more dpi. Down-sampling from (much) higher dpi is a good thing. Hope it's clearer now what my problem was!
  12. Thanks for looking into this! I understand the transparency getting flattened, but it's a bad habit to upsample lower dpi images. Downsampling from higher resolution makes sense, of course. Artificially raising the dpi (effectively inventing data that just isn't there) does not add any quality, it only makes the files bigger. IMHO this is 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.