Jump to content

woefi

Members
  • Content Count

    267
  • Joined

  • Last visited

Posts posted by woefi

  1. out of curiosity, I downloaded one of these free templates.

    I tried to open it in my old Photoshop CS5, which worked fine(-ish) as this version barely works today in Mojave...

     

    What surprised me, was that upon first opening in APhoto it displayed OK and when saved as .afphoto and re-opened the perspective is off.

    You can also see that in AfPhoto the smart-layers have an additional perspective applied, which they do not need and have in Photoshop. (see screenshots)

     

    aPhoto191.png.f8f7fd308b5db158950145d223b88c0b.pngps_cs5.png.a85622907269c84525968395254ab451.png

  2. Sorry to say, but I think you will have to describe a little in words what you are trying to do vs. expecting to happen. (yes I watched the video)

    If its the fact that the NAME of the colour swatch does not update to reflect changes in the colour NUMBERS - well this should be intentional as you can rename it to whatever you like and one must be able to have 2 swatches of the same colour.

    It's a bummer thou, that Affinity apps do not have a feature to automatically rename a swatch based on numbers, like the checkbox in InDesign
    (whose implementation also can be frustrating if you coincidently try to create an already existing colour and it aborts) 

    1667768611_Bildschirmfoto2021-02-19um10_34_46.png.7feb088e6e490db3e7880469f9adbb7d.png

  3. @Nazario I'm also not very happy with the current colour system in the affinity apps.

    Working with what we got here, I would say:

    • By "palette" you would use affinity's "document palette"
    • the Swatch books would be all the other palettes in this dropdown
    • >>> (your and my) problem is – one can never see them side-by-side for a simple drag-n-drop action.

    (of course there would be some other things left to repair...)

  4. Sorry, I'm not sure if this has ever worked like I think it should – obviously some people have already managed to successfully do a data merge, so...

    I have

    • a .csv file with headers called <name> <phone> ...
    • a document with prepared text "<name>, <phone>"
    • opened the data merge manager
    • opened the fields panel
    • set up all so that the datasets are correctly displayed in the fields panel

    If I press "generate" I get a new document with as many pages as my datasets but the text is still <name> <phone>

    I "accidentally" recognised the small grey text "double click field name to insert" but double clicking doesn't do anything... also no right click-menu or anything suggesting how I could mark my prepared text as "fields"

     

    How do you do it??

    523545860_Bildschirmfoto2020-10-28um18_14_13.png.a81fb383ec90b4599a968b9ee8c618c1.png

  5. @Nazario not sure if I'm able to follow your example with the red/yellow triangle...

    But if there were an setting to automatically generate or link colours, you have to be able to have two or more equal colours that are intentionally NOT grouped together.

    example: I have some global white swatch used only for text on a dark background and the same white 0/0/0/0 but second global swatch for specific graphical objects. So I can independently recolour the text OR these objects as a whole if I'm changing the design. 

  6. 2 hours ago, Nazario said:

    any new document should open a new document palette and the colours should be added automatically to the palette

    Well, for AfPub, I would like this, but I realise it isn't just as easy:

    Glancing at the Adobe way(s), they never unified such a behaviour for InDesign and Illustrator as they grew based on different codebase. Illustrator mostly didn't need global colours and gave you the freedom of messing around creatively colour-wise. InDesign on the other hand does register EVERY single colour occurrence as a global colour, which is a more cleaner and maybe less creative way.

    ID way: For consistent output of press-ready PDFs, you want the controlled way as a Corporate Design usually never uses more than ten to twenty defined colours. (of which maybe 3 are absolutely critical)

    AI way: To create a (vector-based) drawing with thousands of brush strokes and multiple shades of colours and gradients you would not want to convolute your palette with all these colours as the colour perception is seen as a whole. (useless like giving a mathematician a list of all numbers available...)

    So Illustrator later got some features like "add all used colours" and "delete unused colours" to clean up your messy documents.
    Here Affinity tries to add all shades of colours including pictures, which isn't helpful at all and doesn't link the colour to its original object as global.

     

    Affinity now has the advantage of syncing the base technique between its three apps, but at the same time this exposes these short-comings in the different use-cases. Maybe a user preference in Settings could help, maybe a dialogue box... 

  7. On 10/12/2020 at 6:10 PM, walt.farrell said:

    So, starting with a copy of the client document will probably be simpler.

    Thank You for this suggestion, Walt.

    But that is basically the messy workaround which I now do, but like to avoid.

    What if you like to merge an object from Doc#A with some of Doc#B? The swatches have the same name and should be merged and linked together. At some point in every workflow you will inevitable have to copy objects together.

    In Indesign there is also this neat trick if you change a colour swatch definition and paste an object from an older document with the old definition (same colour name!) then the new definition is used and linked to. That's very handy! (...and can be confusing if you don't expect it, I know. But every merging process has to make decisions or put up a dialogue)

  8. As the short title tries to explain: 

    Copying objects with assigned global colour to a new document does not transfer the document palette. So they retain the colour, but the swatch lives a half life somewhere "in the air".

    That's a bug.

     

    Longer explanation:

    So I carefully manage my document with named colour swatches inside its document palette. ...maybe for a brochure for a specific client.

    Then I need to create a related document (same client, partly same graphic objects, obviously same colour swatches.) in a different size, say, for a business card design.

    So what you usually do is:

    • select relevant objects,
    • command+C, 
    • command+N for new doc, dial in all measurements,
    • command+V

    Problem is, a new document has no document palette. And even if you create one from scratch, the copied colours are not appended to it.

    Further: if you then select "add current colour to palette as global colour" it creates a new name for it, although the old name was visible in the colour panel...

     

    I beg you, please consider repairing the underlying colour system in the affinity apps. there are so many inconsistencies. (create palette from doc uses rgb or hsl converted colours instead of the cmyk definitions, copying colours from one doc with cmyk OUTPUT colour profile a to another one with OUTPUT colour profile B does a colour conversion instead of keeping the INPUT values)

    I know, you know how things worked in ID/Pagemaker/Quark for the last twentysomewhat years

  9. 57 minutes ago, garrettm30 said:

    I do think "delete" tends to be the standard terminology on Apple keyboards for what is called "backspace" on others.

    agree. And with many things regarding keyboards, it's very regional.

    and back on topic: I just realised, adobe indesign also uses the Edit/Delete Shortcut.
    But it's functionally separated from text editing, it flashes when deleting objects, but does not when deleting text.

    Which is why I suspect there is no distinction of these different modes within affinitys apps...

     

    1384225491_Bildschirmfoto2020-05-15um17_36_44.png.cecfee76eeb52169a75cedd73019f4ca.png342019628_Bildschirmfoto2020-05-15um17_36_54.png.b4ae1efa365aded8d33f48f6e1cc13be.png

×
×
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. These are the Terms of Use you will be asked to agree to if you join the forum. | 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.