Jump to content

Frank Jonen

Members
  • Content count

    294
  • Joined

  • Last visited

Everything posted by Frank Jonen

  1. When you tab-align right, the main point where you'd use leaders, it fails. This also happens on the AppStore version.
  2. Frank Jonen

    Affinity Video Editor?

    So you can scale it without rendering quality issues. A motion graphics tool can use temporal anti-aliasing more efficiently when it can use paths to generate its own pixels the way it likes to process them. In Nuke for example you can get super sharp logos if you create a font with the base shapes and colour them in-app once compiled to match. In general, rastering to need vs pixel remapping is very different when it comes to render. Also most motion graphics apps will let you manipulate the vector shapes once imported.
  3. Ha yep! Good catch. I ran it with a single-pass only last night. This is what a 2-pass looks like. Should have done that in the first place. I can see a couple of other issues now with optical alignments that could be better.
  4. Another example how it could be done in Affinity.
  5. Yeeeah… somewhat Here's some inspiration from a working document I'm on at the moment. Note that I've adjusted the placements to skip the periods that would otherwise end up too close to the terminal characters (see 12.1 and 12.2 line). There's a tolerance of course, otherwise things like 12.1.2 would look stray. Leaders here are calculated from the logical outside in. That way it doesn't matter on which side I have them, they're always correct. In edge-cases you have to evaluate it more than once, but in this example it was a single pass.
  6. We read from left to right. In RTL language settings the leader would start at the right. In either case it always starts aligned with the logical outside. Otherwise it would look quite rubbish. That's why nobody does it from the inside out. You'd get this ragged edge on the logical outside instead of a clean line. Currently I typeset it in LaTeX where it is done correctly, render to outlines (since Affinity still can't import PDFs correctly) and place it where I need it. As for the extra spacing: In LaTex my function adds either an x-width, a half-space or an en-space depending on whether the first glyph has an apex going into a vertex, a straight vertical line, an overhang arm or a vertex going down into a serif. That's in addition to the regular micro-typography settings. Something like that would be great to have in Affinity. It'd be rather simple (from a UI POV) to handle that in the Optical Alignment panel with a control character like [leader]. That way users could easily control the spacing in a familiar UI that can be stored in a Text Style.
  7. This is half bug, half feature request. The OCIO config defines a colour picking transform. This should be reflected in Affinity's colour picker. In the past it was just sRGB (I think, there's no documentation on it). With the 1.7 releases we get an ICC looking colour picker that seems to be derived from the colour profile set in the document settings (or an arbitrary one?) The feature request part. Could we do without ICC profiles in 32-bit mode? Just use whatever the OCIO defines as base colour space and run with that? Or standardise on ACES even.
  8. Hi Sean, no problem. It happens every single time without fail. problem lineup.afdesign
  9. Frank Jonen

    Data merge

    Depending on your documents and use cases mailmerge may indeed work. For me it was more convenient (even on the simpler jobs) to just generate a bunch of files and have the outputs organised in folders without having to do anything afterwards.
  10. Frank Jonen

    Data merge

    Maybe this can help you: I've done similar things before in the past. Hundreds of name variations that all had to be integrated with the document and couldn't just be a quick-dry overprint at ink-time. I've always placed the main PDF as elements in a LaTeX document (often background + generated text + overlay) and wrote a small script to generate and process the tex files. Those either were generated codes from a database (or the script generated them on-the-fly and appended them to a CSV for later import to either a spreadsheeter or a database. In terms for flexibility, my more off-beat use cases were: Generate lettering from text in string variables. All glyphs were stored as press-ready CMYK images in a folder and named to their ISO name making it easy to grab. The run-time for a 400+ entry data set (names to glyphs, names to characters, address, gender based layout variant switcher) was like half an hour give or take to final PDFs. Probably because I was doing other stuff on the same machine as well. That was years ago though. These days I'd write it in Go and run it multi-threaded instead, cutting the time down to about a quarter of that. It's all just simple loops of if… then instructions. Anyone can do that after a short Udemy class (how I learned Go). Especially for clients who just discovered digital offset printing and want to talk to the recipient directly using their names like 20 times on a single page that's pretty much the only way to go.
  11. I'm sure they can fix it. Other panels don't have that issue (Appearance for example expands to the full panel). It's about 2 clicks in Xcode (one for the view controller, one for thew view).
  12. Imagine how much less annoying it would be to use if we had some room below…
  13. The new marching ants selection makes me nauseous. Can't use it.
  14. Frank Jonen

    Can we go back to last beta?

    Yeah that's a downside of the Mac AppStore. No rollback option. The twilightzone marching ants did look cool btw for like 10 seconds, then I had a more complex selection and the nope train went by. Yep. It's Metal. I just disabled Metal to OpenGL and the ants weren't on LSD anymore. I'll just disable Metal and restart for now whenever I have to do selections until a fix is out. It's annoying but at least it's an option.
  15. Will this be addressed (as you said you would) before the release version?
  16. Last few betas had the same issue, since EXR is my main format I just stopped using the Photo betas and forgot about posting about it again. Some EXRs show up in the navigator (Quixel's do) but aren't rendered in the Canvas. Regular EXRs from Nuke don't render anywhere. ACES compliant EXRs don't render either. This bug is new to the 1.7 betas. The retail version still works fine with EXRs. Same goes for Jp2. You open a JP2 and both Navigator and Canvas stay blank. With the exception that Jp2s crash the retail version.
  17. Frank Jonen

    Scripting

    I'm still hoping for Python instead of JavaScript. That way it's easier to have it talk to other applications to get and sync data across. Having JavaScript talk to an application only really works if there's a RESTful API or some other form of URL scheme, which pretty much no one does for internal use. With Python we could talk to pretty much anything to get text into a catalog while it's still being worked on. Also the ML libraries available for Python could really help with doing custom image pickers for large catalogs.
  18. Frank Jonen

    Crop tool

    In Photoshop it was easier. It took just one key when dragging to get even spacing to the edges when cropping. No need to rasterise and the document remained intact for future edits. You just couldn't make it bigger again. I'm doing the output in Publisher now. Pages = different crop versions for lossless ideating.
  19. I know this has been asked a few times before (because it's weird to not have it). Can we have the same constraints on the crop tool that the scale tool has? Not being able to crop properly and having to create a rectangle, nest the layer stack below, copy and paste to a new document to quickly get the proper cropping is just crazy. But it's what we have to do at the moment.
  20. Frank Jonen

    EXR with Metal

    I turned Metal back on and the images now work. The Colour Wheel still looks a bit odd in 32-bit mode. How do you plan to handle that? Derive colour picking transform from the config.ocio or set it separately?
  21. Frank Jonen

    Crop tool

    Just the normal way crops work pretty much everywhere. You hold `command` and the crop tool just works as expected. In Affinity that never was the case. To get an exact crop we always have to go through this highly annoying dance of nesting the entire layer stack to a rectangle. Scaling it. Copying it to a new document and saving it from there. Urgh. The opposite side of intuitive workflows.
  22. Frank Jonen

    Crop tool

    Ever used Photoshop?
  23. Frank Jonen

    Gradient Editor on new beta version

    Not having the opacity as part of the colour picker seems like a bug. We're in a layer context here where all colours are described as RGBA, so having the picker only be RGB seems kind of odd. Maybe a checkbox to lock the opacity like we have in the live filters would be a good solution, so we'd have a choice. There are valid reasons for both but neither apply 100% of the time. It would also eliminate the need to switch back and forth to Designer for the convenience of the opacity tool. Edit: Yes it's indeed a bug. When you bring up the Colour panel you can pick the colours normally. RGB + opacity for each stop of the gradient. It appears the colour pickers used in the toolbar and top tool bar are different from the normal one.
  24. Frank Jonen

    Crop tool

    It's the tool you use to scale things. They're usually called 'scale' or 'transform' / 'interactive transform' tools. You pick an object and it shows you the transform handles. Hold the designated key for the desired transform constraint and drag the handles. Now try the same with the crop tool.
×