Jump to content

trialanderror

Members
  • Content count

    9
  • Joined

  • Last visited

About trialanderror

  • Rank
    Newbie

Recent Profile Visitors

94 profile views
  1. You’re right, of course. Sarcasm pisses those off who put some thought behind this when they implemented the function in its current way (and maybe had good reason to do it exactly like this), and reading the manual might have, well, not helped me, but at least made things clear. It’s always dangerous to expect the same function behind the same interface. That doesn’t work even between Adobe’s apps. On the topic: I can still move/transform points on a locked object, or on objects inside a locked group, so it seems inconsequential, which is why I thought this was a bug.
  2. What’s the purpose of the neat little padlock symbol in the layers palette? Is it ornamental, or is it supposed to do anything? If so, it certainly doesn’t prevent me from selecting a locked item, deleting it or anything else I consider worth preventing. I would appreciate a behaviour not unlike that found in Adobe Illustrator, where a locked object or group is actually, you know, locked.
  3. trialanderror

    Umlaut broken

    As of 1.7.0.145, the kerning seems to be back to normal (at least with the fonts and OpenType options I’m using in this test project). The right alignment, however, still goes haywire as soon as small caps are turned on.
  4. This looks like the same issue as with my problem, which I had attributed to umlauts at first, but it seems to be a matter of Publisher’s handling of stylistic sets really.
  5. trialanderror

    Umlaut broken

    Hi, I’ve uploaded the culprit (please delete after inspection). On further investigation, it seems like it occurs not only in connection with “Small Caps” or “All Small Caps”, but in addition with an OpenType stylistic set, particularly SS06 (in this font responsible for turning square dots into round ones). Setting stylistic sets to default “solves” the issue, but at the expense of reducing typographic options. I have found other fonts that also behave unexpectedly with stylistic sets selected, the macOS system font Iowan Old Style e. g. has the gap after each letter S (see new screenshots with and without stylistic set selected). The horrible alignment on right-aligned text persists independently.
  6. In the latest beta (1.7.0.139) in some fonts like P22 Underground Pro there appears a ridiculously wide gap after umlauts (ä, ö, ü) with “Small Caps” or “All Small Caps”. (see screenshot) Line 4 appears normal, but the “Special Characters” are off, too. This was not the case until at least two betas ago (I skipped the one before this), and other fonts appear normal, as far as I have tried. And right-aligned looks even worse, although it hasn’t been flush in any beta yet.
  7. I’ve recorded a macro that would resize 600 ppi images to 300 ppi, and another that would paste a line of text (I would like to use a variable like “current date” but that’s not possible, so I just use the year and add the rest manually later). These I would stack (plus some others like add a curve adjustment layer) and run on a folder of some hundred images. For now (that is, in Affinity Photo 1.6.6) this seems to work only under the most ideal circumstances, that is, if all the images have the exact same dimension and orientation. Let’s say to record the macro, I resized the first image from 4000 × 6000 pixels at 600 ppi to 2000 × 3000 pixels at 300 ppi while keeping the physical dimensions at ~ 169 × 254 mm. Now in the batch process, images with 2000 × 2400, 2400 × 2000 (please note the crucial difference: landscape instead of portrait), 4000 × 1000 or whatever size and proportion will be resized to 1000 × 1200 pixels at 300 ppi … All I want to do is reduce the resolution but keep the physical dimensions and orientation of each image. In the same vein, the text I paste is distorted if the target image has different proportions than the source.
  8. trialanderror

    No escape

    My MacBook Pro still has an escape key, and I REALLY wish it would do something. I just selected a portion (simple rectangular selection tool) of a layer in a greyscale image, and Photoshop muscle memory made me press alt+delete to fill it with the foreground colour … only AP instead does this smart delete/background restore thing. I don’t ever need that, because I’m doing illustration work, not photo retouching, and it doesn’t help me here; but I can’t stop it! Pressing escape (or cmd+.) didn’t do anything. So I let it continue: It wasn’t a large selection, but the image has 2400 ppi, and it took forever! I made myself a cup of coffee, came back, found it was still “deleting”, and killed AP, losing all the work I had done since last saving.
  9. trialanderror

    Macros work, but with issues

    I’ve just started (re)building a number of macros to replicate my previous Photoshop macros. I needed a simple text layer to include the current date. It took me a while to notice that both text tools aren’t available for macros, because the prompt that was trying to inform me appeared behind a floating palette. I was able to work around this by creating a text layer separately, cutting it to the clipboard and then creating a “paste” macro. (I hope this will be added soon-ish?) Renaming macros was an ordeal. Right-clicking (or as I prefer, ctrl-clicking) seems to work only 1 out of 10–100 times. At the other 9–99 times the macro would just start running as if clicked normally. Last, I wish the batch dialogue would remember its last destination folder or allow to name a “favourite”. (AP 1.5.1 (English) on macOS 10.12.1 (German))
×