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

woefi

Members
 View Profile  See their activity

  • Posts

    364

  • Joined

  • Last visited

 Content Type 

Posts posted by woefi

    "lock colourspace" not honoured in the (global) colour popup

    in [ARCHIVE] Publisher beta on macOS threads

    Posted

    Preface:

    I'm working simultaneously on different screendesign- and printdesign documents (RGB vs. CMYK) side-by-side.
    Ergo: I have the padlock "colourspace lock" deactivated so I don't have to remember to manually switch every time I click into the other document when I do stuff with the colour panel.

    I also can copy a coloured object from the CMYK doc to the RGB doc and it retains its original colour values.
    I can inspect this in the colour panel: click on RGB object -> RGB sliders, click on CMYK object -> CMYK sliders. (CHECK)

    This works fine until I have a CMYK global colour: the object is copied over correctly from the CMYK to the RGB doc, but when clicking on <EDIT GLOBAL COLOUR> it displays the popup with whatever sliders were selected before, as if It had checked the lock internally with no way to disable that, because there is no UI for it.

    Thats an easy trap for unwanted colour changes. I want to be able to inspect which colourspace a particular swatch (global) was created in.
    And: Yes I know that RGB colours will look different when used in a CMYK doc. I just want it to retain its original creation values (for later use in a CMYK doc.) 

    Please fix this, maybe by adding this lock also to the popup. (and please make the ON/OFF state more visible.)


     

    Layers Panel UI: show color tone of label

    in Feedback for Affinity Publisher V1 on Desktop

    Posted

    Problem:
    I find it difficult to quickly see the hierarchy of nested/grouped objects, especially if I assigned a colour label to a layer.

    Solution: 
    I would suggest highlighting the belonging objects by darkening (light UI) or lightening (dark mode) the background colour in the panel.

    This would bee seen whenever you open a group. Maybe also let the colour of the label shine through: (see Mockup)

     

    Also, I think at this state the colour labels are not really well thought out if combined with the rest of the UI (especially in light mode)

    • blue system tick boxes are barely visible on blue background...
    • yellow and orange are rather brown and have little colouring effect, only darkens 

    1702847476_affinityPubLayerspanel.jpg.f9b60c58a805cfaca4fecc44ac1a1dd3.jpg

    Text Frame panel: <tab> switch to next input not possible

    in V1 Bugs found on macOS

    Posted

    First, as I think it is relevant: I'm using separated mode for panels.
    (we already had this for the colour panel in 2019...)

    Steps to reproduce:

    1. double-click into a number-field and key in your value
    2. hit the tab key to move to the next field (blue focus indicates I can now input numbers)
    3. the number will either be inserted into my text-box, or accidentally set my opacity to 20%

     

    Expected behaviour:

    • the (blue) focus indicator shows where text input goes
    • you tab through all values of a panel group infinitely UNTIL <enter> is pressed or the mouse clicks somewhere else
    • then also the blue focus indicator should disappear.
    • the fields of the next panel group should not be included (sometimes they are, sometimes it stops)

     

    Videos:

     

     

     

    Update: Just found this post from @thomaso: obviously there are more issues with the panel system, ...

     

    picture frames can have outlines but no fill(?)

    in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)

    Posted

    While I appreciate any button to customise everyones workflow, I would strongly propose to change the default to (OFF). 

    Reason:

    • If I set a fill, I want to see a fill even with an placed image/logo.
    • If I don't want to have a fill, I usually set the fill to NONE 
    • This is my expected behaviour as it is in line with other DTP-programs (although OK to be able to turn it on if one likes so.)

    picture frames can have outlines but no fill(?)

    in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)

    Posted

    13 hours ago, loukash said:

    Disable the "Clear fill on populate" button.

    Thank You very much!! 

    Wow, have to say, I had to google your exact phrase for a screenshot, otherwise I would NEVER in a million years found this... It is NOT described in the help under "picture frame"! I append my screenshot for others like me:

    377796546_Bildschirmfoto2021-05-20um09_18_36.png.89de1d47f0daf68cbd6861243283770c.png

    This looked to me more like a scaling-relevant icon until I hovered over it. Should be moved over to the right, next to "Fill" if you ask me...

     

    keyboard focus not consistent (layer panel or text input)

    in V1 Bugs found on macOS

    Posted

    This happened to me multiple times and I cannot quite reproduce it, but:

    Sometimes pressing cmd+a selects all text in the textbox and sometimes it switches the focus to the layers panel and selects all objects instead.

    I believe it has to do with speed, meaning if you work on a project you double-click on a textbox to enter new text but the UI is not ready yet for textinput and so the "select all" command selects objects... I'm not sure. What I know is text input has always had a lag in affinity...

    So I think this is a what a programmer would call a "race-condition" – only this time between the computer and the user... 

     

    -unnecessary little rant follows, please ignore-

    I like the Affinity Suite and have very high hopes, but there are many unusual slow situations and other non-native things happening.

    For example I use the system command HIDE (⌘H) very often to switch programs which I usually do by ALT-clicking a tiny gap from the desktop. In a native mac-app this is instant, but in publisher, with 4 to 5 open documents the panels and windows are disappearing one-after-one, so I have the suspicion they are doing some weird cross-platform/non-native stuff with the document windows.

    Also, dragging a panel from one place to the other sometimes drops docked parts of it...  and while dragging, some panels move over or under the other ones...

    picture frames can have outlines but no fill(?)

    in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)

    Posted

    When placing logos (which have often times transparent backgrounds) inside a picture frame I want to have control over the readability. Especially if placing them over an image. So if the logo designer did not include a white background (paper is always white, so why bother...) and I don't want to risk altering the logo, I usually assign a white fill to the picture frame which then provides the opaque background for the logo.

    I'm not able to do this in AfPub. Which is weird because a stroke is possible...

    drag n' drop into picture frame changes aspect ratio (more and more...)

    in V1 Bugs found on macOS

    Posted

    1 minute ago, Pauls said:

    I think the frame needs a crop or scaling applied before you start replacing images

    Steps to reproduce:

    I created a fresh document and made a new picture-box:

    • if I drag multiple images into it they are all correctly placed. CHECK

    • If I then move one side of the pictureframe to make it "narrower" the image inside keeps its correct aspect ratio. CHECK

    • if I now drag multiple images into this frame the issue happens

    drag n' drop into picture frame changes aspect ratio (more and more...)

    in V1 Bugs found on macOS

    Posted

    tl:dr: The screengrab should explain it already.

    Experimenting with different Images in a pinned down layout and being able to easily switch them out (e.g. for a retouched version) without changing the placement and aspect ratio is very important. It should work the same whether you are using the resource manager, using the replace-button or dragging it in from finder. (which, for me, is the fastest way when working visually)

    But it does not. Obviously this is implemented in different ways... And the drag n'drop feature has (a) bug(s).

    As there currently is no beta for publisher I cannot test if this is addressed already with the upcoming 1.9.4 RCs

     

    Define all colors used in a document as a palette with global colors possible?

    in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)

    Posted

    6 hours ago, loukash said:

    ^ Well, that makes it pretty fast, considering the p.i.t.a. (pain in the arm) you'd have if wanting to right-click each of the 69 swatches manually:

    Well, that's impressive although I was sure, if someone is determined to make it work, he will find sort of a workaround... but this absolutely has to be resolved inside the app by the Affinity-Team.

    The important part is, the app already knew from which objects the swatch originated from, but it doesn't apply the global colour to it. So it is not linked, which is the whole point of a global colour swatch. Doing that by "select objects by colour" and then re-applying it (for all ~100 colour swatches) would be a second scripting workaround to make it work as a whole... 

    That's more of a "pain in the brain" if you ask me.

     

    A real (officially supported) scriptable approach would enable such wonderful tools like I have in Illu CS5:
    (of course I would prefer to have a native menu command instead...)

    Define all colors used in a document as a palette with global colors possible?

    in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)

    Posted

    9 minutes ago, PeterB. said:

    but I haven't seen anything like it in Affinity Designer

    Yeah, I was wondering when this feature will be fully implemented.

    Because, as you said: the first part is already there – they just have to go the next step and make these colours global (like you already can with a single colour/object) and after that assign these (now global) colours back to the objects from which they came from.

     

    Sounds to me like a simple script. ...if Affinity were scriptable. But what do I know – I'm not a "real" programmer...

    Smart object - Problems

    in V1 Bugs found on macOS

    Posted

    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

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

 Accept Cookies  Reject Cookies