Jump to content

Bryan Rieger

Members
  • Posts

    77
  • Joined

Profile Information

  • Location
    Montréal, Canada

Contact Methods

  • Twitter
    bryanrieger

Recent Profile Visitors

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

  1. As a primarily English speaking British-Canadian who relies on Antidote each and everyday (both in Canada and the UK, for English and French), I can't agree with @PaoloT more strongly.
  2. Unfortunately Serif also fuels these expectations by marketing their apps with copy such as "…Designer* is setting the new industry standard in the world of design…" and "…Publisher* is the next generation of professional publishing software…". Phrases such as 'new industry standard' and 'next generation…professional' will always serve to create comparisons in folks minds between the current industry standard, and the current generation professional product(s) with your product(s). If you don't want to be compared to Adobe, stop marketing yourself in relation to Adobe. *These phrases taken directly from both the Designer and Publisher product pages.
  3. Ahh… I was clicking that big blank/context area just below the active area on the toolbar. I do see it now when I hover over an icon and right-click. Thank you!
  4. FWIW Procreate and Adobe Fresco had no support for a timeline or automatically switching among different slices, layers, groups, etc. until they both decided to add equivalents within their own mental models/constraints. IMHO both have created quite different, but equally useable (and well received) interpretations that have greatly expanded what is possible with each app. There's lots of possibility between easy and impossible.
  5. You know (after 7+ years using these tools), I NEVER knew those options existed as they are not accessed in the way that toolbar customization options are normally accessed on macOS (i.e.: via ctrl + click/right-click). Also, having the applications start with consistent defaults would be more user friendly than requiring users to customize the tools/toolbars for a consistent user-experience. Customization is great, but it shouldn't be the default over consistency.
  6. While larger, scalable icons might help, I think the bigger problem is that the icons themselves are really cryptic. I've seen smaller icons be far more 'readable' and memorable in other apps. As it stands I always have to mouse over the toolbar icons to see the tooltip and remind myself what they do—and don't even get me started on the icons in the iPad apps as I still generally have no idea what many of them do (particularly on that awkward toolbar at the bottom of the screen). Whenever I look at the 'wine glass' I always think of a symmetry tool, and constantly confuse the pencil and paintbrush tools in Designer. I often end up confusing the gradient/fill tool for the eyedropper tool as it looks like a pipette and a colour well. Why is the fill tool in both Designer and Publisher the gradient tool in Photo—and why is the fill tool in Photo a bucket? I think part of the problem is that the full colour icons all start to look the same as multiple colours are repeated in many of the icons, with shading and highlights. Setting the icon app preference to monochrome doesn't do much to improve this as now they are all just grayscale versions of the same muddied icons. Providing crisper, simpler, more distinct shapes using a palette of no more than 3-4 colours would help a lot (scalable SVGs would allow for resizable icons that remain crips) . Also having the same tool icons be in similar places on the various app toolbars would help to reinforce their functionality. For instance, the 'hand' (view tool) always being at the bottom above the magnifying glass (zoom tool), or the text tool always being located in the same place, and always having a toggle between frame and artistic text objects. As it stands I find I'm always having to hunt to remember where all the same tools are located in each of the applications. Consistency and clarity (including legibility) are essential to a good user experience.
  7. I like the idea, and could easily imagine a separate tool to acquire (scan, trace, OCR, etc), convert (from obscure formats to Affinity and vice versa), batch/automate tasks, etc. All tasks that you could conceivably do in any and all Affinity applications (3x the libs for each app, along with Intel and Apple silicon versions for each binary), but as a single standalone application that would work along side the primary Affinity apps (removing the need to included it each app and further bloat the app file sizes). Ideally it would support 3rd party plug-ins and scripts that would enable the community to build out many of the specific tasks, formats, etc they require.
  8. +1 for the need for linked (and managed/updatable) images from iCloud etc. I’m assuming this functionality will be included with Publisher for iPadOS otherwise having a layout/publishing application that doesn’t support linked/managed and updatable assets is going to be rather underwhelming regardless of whether or not it happens to run on an iPad.
  9. One of the easiest and fastest ways to convert your handwriting to a font is using https://www.calligraphr.com/ …it provides you with printed guides to draw your glyphs which you then upload via scans or exported files (if you use a tablet) from which it automatically generates the font for you. You can also tweak size and spacing within the web app.
  10. Thanks @LeeThorpe. That did indeed give me the expected behaviour, but I never would have guess that preference setting would have that effect. Given that most applications don't allow you to alter a paragraph level using tab and delete, it feels like the default setting should be that tabs don't alter the paragraph level, and choosing to enable that behaviour is a preference. The current implementation feels as though the app default and preference setting are reversed from user expectations.
  11. I recently discovered that if you accidentally (or intentionally) press delete at the start of a line that has left indent paragraph spacing applied, it will alter/remove the indent spacing. In the video example below the indent is set to 8mm. Pressing delete changes it to 1.7mm, and pressing tab(?!) will place it back at 8mm. I would expect that pressing delete would do nothing (not change the indent setting, nor move the text further to the left) in this case as the paragraph indents should define where the left edge of the text is set. In this case it almost feels as though the indents are pseudo-tabs, which is really confusing, and makes editing text within Publisher a somewhat nerve-racking experience. I've include the example file below. Delete key changes indent.mp4 Delete key changes indent.zip
  12. Unfortunately 'vector brushes' in Affinity aren't like vector brushes as might know them elsewhere. Aside from the simplest pens which are vector and will expand stroke as expected, all other 'vector brushes' are actually bitmaps applied to paths. You can edit the nodes and handles of the path using these brushes, but the actual shapes rendered are bitmap and therefore will not convert to vector outlines. Hopefully we one day see real vector brushes in Affinity, or even an 'error' message displayed when you attempt to expand the stroke (the option is still available with bitmap brushes applied) of lines using vector brushes informing the user that it's not possible. As it stands now it simply fails silently leaving folks wondering what actually happened, and what they're doing wrong.
  13. I used to use Adobe Bridge, but sadly it feels as though Adobe largely abandoned it years ago. FWIW in my frustration in looking for a Bridge replacement I accidentally began using the Apple Finder to manage my media files—and have grown to prefer it. It gives me metadata, comments, previews, tagging, labels, aliases, multiple view options, search (via Finder and Spotlight), cloud sync via iCloud (or Google Docs/Dropbox), automation and scripting support (via AppleScript and Shortcuts). No subscription, comes free with every Mac, and doesn't require me migrate my work every few years. It's not a perfect solution, doesn't do everything other DAMs do, but it might be an option in some (relatively simple) cases. Just putting it out there.
  14. I had always hoped the 'Assets Studio/Panel' might be used in this way, much like how you can currently have colour palettes that are scoped the document, the application, or the system. Having 'Assets/Libraries' that belong to the document, the application (as it currently works), and (ideally) a shared 'team space' would be really helpful. Being on a mac I can always open a Finder window and view thumbnails that way, but having a system that was more intent-full within the applications would be fantastic. I suspect being able to include document fonts (from a local folder), other Affinity files, various image formats, text, etc in a document 'Assets' panel would also improve workflows considerably.
×
×
  • 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.