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

JGD

Members
  • Posts

    549
  • Joined

Contact Methods

  • Website URL
    https://orcid.org/0000-0001-9678-3692

Profile Information

  • Gender
    Male
  • Location
    Lisbon, Portugal
  • Interests
    Typography, type design, modular geometric type design, grid systems, information design

Recent Profile Visitors

3,811 profile views
  1. Good call! This can still be a good spot for discussion on all these ideas for the future. I'll be checking it out and giving feedback on the proper forum (if there's something not really working great, or something). While on the subject of suggestions, I'll just leave something else out here: would it be possible, at some point and if the Variable OpenType spec allowed for it, to have this panel hook into discrete values for these axes, specified by the type designer(s) and coded into the font file itself, include some sort of “snap to discrete values” toggle, and have those values appropriately previewed under the slider instead of the default 20 “steps”/21 ticks? I know this sounds very counter-intuitive to the spirit of variable fonts, because, yes, they're great because you can fine-tune stuff, we all know that, but that's just one of its advantages. You see, as a type designer specialised in modular and geometric fonts, I work a lot with grids and stackable geometric models, à lá Josef Albers' Kombinationsschrift „3“, and would also very much benefit from distributing a single variable file instead of a bunch of different combinations like in Frutiger's Univers scheme… This is the kind of stuff I'd love to see being added to the Variable OpenType spec, and being adopted and supported by software purveyors. Having vector UI elements to complement the axes' names would be a nice-to-have, but this would be a functional game-changer, and could even help undecided/beginner designers in other contexts… These “fixed”, traditional values could – if they don't already – also exist in traditional fonts and serve as pointers for traditional weights, and those designers might start out by picking one of them and then fine-tune them afterwards, after some test print runs or gathering user feedback on digital prototypes. This would effectively make Variable OpenType the default go-to font format, even for fonts designed with separate, non-interpolation-friendly masters… If a piece of software was presented with one such font file, boom, the “snap to discrete values” would be turned on by default and greyed-out. Even old typefaces could be repackaged as “variable” with zero updates and still be more practical and neat to use. As for my particular use case, and as the spec and its industry support stand, I'll have to produce and distribute instruction manuals with the recommended axis values to ensure fonts snap to their corresponding geometric grids. If the guys at FontFont managed to do that for the über-complex Chartwell and its myriad of OT Stylistic Sets, I guess I can make it, too.
  2. Bingo! Even across different countries (hence me mentioning pt-PT vs. pt-BR) technical jargon can vary, and you'd need at least one expert consultant and one translator (or, ideally, someone who can do both) for each language… Regarding automatic translation, I've seen such stupidity on apps distributed by large companies that I suspect many didn't get the memo yet, but I hope they will after getting enough user feedback. Just yesterday I fired a string of five or six support tickets to Leroy Merlin (it's like a big French hardware store chain with locations across all of Europe), because their Enki home automation control app is full of bugs, and one of the last ones, pertaining to their deplorable translation efforts (complete with entire paragraphs in English on the very support ticket submission webform), was focused on this pearl: the usage of the Portuguese word “Perto”, which means “close” as in “nearby”, for the “Close” button, instead of the correct and standard verb “Fechar” in the infinitive. Interestingly, the app was, I suspect, done by French coders, but they must've standardised in English, because “Fermer”, the unambiguous conjugation of the same verb in French, would never translate into “Perto”… But that just goes to show how you just can't rely exclusive in “AI” (it's not true AGI, it's just LLMs, and LLMs are just mass plagiarising machines with some PR and advertising lipstick on them).
  3. The reason why you notice lots of posts in these forums mentioning Adobe products is… the fact that the 80lb gorilla snuffed out most of the competition (more on it later), which means there's not much in the way of choice. Yes, I know, there is F/OSS, but its technical limitations and sometimes subpar UX (and that is a hill I'm going to die and rot on, sorry… I've now studied enough UX to find and explain faults even in the relatively user-friendly offerings by Serif and those by Adobe, and I completely understand why F/OSS in the creative industries still hasn't taken off, save for Blender and other notable exceptions) pretty much push people either into those nice, prosumer offerings on the Mac App Store, or to Adobe subscriptions, especially if they've worked with the latter in school (as is so often the case, hence Canva's push into that market). People don't assume anything; Serif's swagger, and straight up copying of the former Adobe Creative Suite Design Standard product matrix (minus the professional PDF editor, sadly), and now the new and aforementioned post-Canva acquisition free licensing for education markets, solidify that position. It's not a perception, it's a fact. And let's be fair, Affinity gets users maybe 90% of the way there, but it's those 10% of functionality that it doesn't yet cover, that make Adobe a true “jack of all trades”, which make all the difference. Many of the people you see here either need those extra 10% or anticipate they or their students (as is my case) may need them. About the only thing most agree(d) on (and I say agreed, because we'll soon see an influx of Canva users who may be very content with their subscriptions) was that they wanted to own their own software, full stop. Again, there are very practical reasons for that, it's not just basic daily economics or a matter of principle (which it also is, of course). While I agree with you on the market being big enough for everyone, there was ZERO competition against the former “Adobe Creative Suite Design Standard” suite/combo as a whole… But there was, and still is, proper competition when it comes to each of its individual components, albeit less integrated. One could feasibly purchase a perpetual Corel Draw Graphics Suite license, plonk down some extra on one for QuarkXPress, and boom, there you have it, a fully professional pipeline, with no subscriptions. A very expensive and less integrated one, for sure, but a very capable one nonetheless. And, indeed, analogous of what we used in the pre-Creative suite days… I was personally trained in Photoshop, Freehand *and* QuarkXPress, and that was the combo I used for the first two years of my bachelor, only to jump ship to Illustrator – which I still don't enjoy using as much as I did using Freehand, to this day – because of the infamous Macromedia acquisition and to InDesign because, yeah, truth be told, it was always miles ahead of Quark in terms of not just platform support – Quark really shot themselves on the foot with their belated transition to what was then called Mac OS X, oof – but also on UX and features. Did we get greedy with the advent of Affinity…? Perhaps. But you have to appreciate that it's highly frustrating to see it get all the way to 90% there and then… just remain indefinitely “meh” and effectively incomplete for a lot of users, because the powers-that-be had to pay the bills and realised the only way to do so was to invest in new, sexy features for illustrators (which, as I've said before, are well covered by other tools) rather than tick all the unsexy boxes for classic vector design and DTP. Hence all the incessant comparisons! Of course, Adobe is also catering to those digital-first or even digital-only illustrators, even in Illustrator (ha! It's finally rising up to its name), but that's the thing: there are other tools besides Illustrator and Affinity Designer that also do, and likely do an even better job than either, because they're not jacks-of-all-trades. As for DTP and print production workflows… the only integrated packages now are Adobe's and Serif's, period. They are, effectively, rivals (and now, with Canva's backing, if Affinity is to thrive as a product under its wing, even more so), and while I can also see code and UX as a quasi-artistic endeavour and as much as I appreciate your “Kumbaya” stance regarding software, at the end of the day they are tools (for artists, yes), not artistic creations in and of themselves. It's a dog-eat-dog world out there, and do I have to remind you that Adobe eats Serif-sized companies for breakfast? And that whenever Adobe does that and just discontinues products, peoples' livelihoods are affected? And that the same happening at the hands of Canva would make zero difference in that outcome?
  4. Fair enough. I do expect the discussion to refocus on Variable Font support proper, when it becomes available/exposed in the UI/whatever, because at this point, it's mostly a teaser.
  5. Thanks for the correction. I'm obviously not as well-versed in this as Sérgio. As for them not being able to be made variable, I wasn't sure of that but half-suspected already, and I don't see why it doesn't belong in this discussion, at least as a starting point, because after variable fonts… it's the next obvious omission to tackle. I kindly invite the mods to split the relevant posts into a new thread if need be, of course. I would also add that said fact is not guaranteed to always be the case. If both formats take off, there can certainly be ways of making Colour-SVG fonts support variable axes. As a matter of fact, that same philosophy could be applied to the format and turn colours, and maybe even texture and gradients, into editable “axes”, instead of the format relying exclusively on Stylistic Sets as it still does, and those Stylistic Sets might even work as sub-fonts instead of the system, with their own axes, instead of being just presets of sorts. Regarding that newfangled Open Font Format spec, I like it, though I fear will face a bit of an uphill battle against OpenType. Anyhoo, I'll be watching Behdad Esfahbod's (impressive CV, by the way) stream when I get the time, but I looked at his presentation deck already (he mentioned advantages for the UFO format, which is a good thing, and clearly knows well the history of formats, including arcane stuff such as METAFONT), and the fact that all these bright people are putting their minds to these issues fills me with confidence. I'll be sure to check out all those resources, thanks!
  6. I didn't say it had to be patented, now, did I? Also, I'm discussing it out on the open. I'm not a developer, I'm a type designer and a teacher. Heck, if I knew this thing was going to make everyone's lives easier and their work more creative, and would otherwise preclude others from implementing somewhat similar ideas, I'd give it away for free. I am with you on the fact that extremely generic ideas shouldn't be patenteable, FWIW.
  7. It pretty much has to be removed, as it no longer opens either the Typography window or the new Typography panel (at least on the Mac). I would also suggest that the latter should be tucked into Window > Text > Typography, next to Character, Glyph Browser, Paragraph and Text Styles. And that's me, a typography teacher saying it, but I'm not biased to the point of thinking that what is essentially an advanced version of the Typography section in the Character panel (which you can, indeed, open by clicking the “ellipsis/more…” button on the latter) should be a top-level, uncategorised panel.
  8. That is an extremely interesting, patent- or OpenType-spec-worthy feature. But, as you may guess, I suspect that would only happen if Serif/Canva brought that idea to the table, perhaps, again, along with another company and set of developers like those at FontLab Inc. or Glyphs GmbH. You see, the Variable OpenType font format is a bit of free-for-all, anything goes! They are axis-based, and there aren't exactly standards set in stone. As a matter of fact, it is impossible to anticipate everything and anything type designers may come up with. LTR Beowulf by LettError and Chee by OH no Type Company should tell you all you needed to know about just how wildly creative they can be once they become proficient with this technology. Surely we can band together and crystallise all the historical, most obvious axes (like width/weight, optical size, slant, etc., as defined in the OpenType Design-Variation Axis Tag Registry…), but if we were to stay true to Variable OT's (and, indeed, Gerrit Noordzij's and Catherine Dixon's) infinitely flexible and expandable conceptions of typography, we would have to come up with an equally and inherently flexible “standard-less standard”, which type designers themselves could use as they saw fit and make visible on various software packages' UIs. I have been mulling over the use of private use area/OpenType-specific and non-Unicode glyphs dedicated to UI elements for axis labelling on Character/Variable Font interface panels (type design apps are, after all, vector editors par excellence, and type designers are obviously expert vector designers, which means the results would be, in general, very decent and compelling). That might mean that conceptually similar axes could have slightly different (and, in some cases and for a while, wildly different) labels across different fonts but, as with all other things, over time some new standards (mirroring what Dixon calls, in her advanced typographic categorisation/taxonomy system, “patterns”) would eventually emerge. Could we use the same ideas and tech for, say, custom cursors? Toolbar button icons? Direct axis control nodes? Hover labels/interface aids/naming for the latter or even all of them? Could we even take all of these principles and help solve the mess that are currently the heretofore cryptically-numbered OT Stylistic Sets in one fell swoop? Maybe. Your additional ideas regarding direct manipulation are very intriguing, and if you're willing to cooperate with our Typography research group on a future paper/patent (or, at the very least, provide me with your real name so you can be properly credited for the idea), hit me up. None of this can happen in a vacuum, and requires some degree of cross-disciplinary cooperation (scholars, type designers, and type design and DTP software developers – Serif, once again, I'm also looking squarely at you, and I suspect my exclusivity agreement doesn't preclude from working on or even receiving royalties from IP), followed by some industry-wide agreement. Ultimately, the arbiters of any proposed extensions will be Microsoft and Adobe themselves, as they're the ones who created OpenType in the first place (I don't fully understand exactly which company actually controls it, but it seems to be Microsoft). If you want to see how things stand right now, take a gander at the OpenType 1.9.1 Alpha spec page. There's a lot of interesting stuff there, including, incidentally, a new “colr” table for colour fonts… I would also recommend that @Ash and the team keep an eye on these developments, especially if you think waiting for the final spec to be published is a sensible approach to supporting colour OpenType-SVG fonts in a future version of Affinity.
  9. The best thread to discuss font-related functionality would now be the sub-thread related to the upcoming variable font support in v2.5 beta. IMHO, I would say it is a feature worth adding, because it's something that Adobe offers and is becoming trendier, and could be very popular among big sectors of Affinity's and Canva's userbase. I provided Ash with a recommendation of one of the best experts in colour OpenType-SVG fonts in Europe – and one used to work in the UK, no less –, so the ball is on their court and let's see just how loaded with cash and willing to expand Serif is now, post-acquisition. I take it that they still have to have a bit of restraint in their recruiting process (be it for full-time employees, contractors or consultants), project management and goals, etc., but we should indeed expect speedier development from now on. The ball is on their court, in any case. Interesting as this feature may sound, I highly doubt it will ever be available. It's extremely niche, and might result in quality control issues if lower quality, user-made localisation files ended up on the web. Also, with Affinity potentially becoming bigger, hiring more people for their localisation efforts would render said feature redundant for a lot of communities. And, if I may say so myself as someone from a minority community of one of top languages globally (Portuguese from Portugal, not Brazilian Portuguese), while it saddens me to see the technical design and typography jargon in pt-PT wither away (I do fight against that by recommending technical dictionaries to my students, mind you), I don't see people defaulting to English on technical software as that dire of an issue when it comes to serving a global market (RTL and Indic script support, on the other hand…). These apps' UIs are usually very sparse on text, and YouTube and the web are chock-full of tutorials using the English terminology anyway. My €0,02.
  10. Wait, v2 is still missing that? 😨 How is Canva doing in that regard? It offers full, web-engine-based support as well already, I presume?
  11. Well, it is a Beta, after all… 😂 Anyway, thanks for the laugh and the historical architecture trivia, I had never heard of Fonthill Abbey (interesting name, by the way, seeing how variable fonts were always the proverbial hill I was going to die on 🙃)… Looking at its design, it makes me wonder if it served as an inspiration for the design of Sauron's Barad-dûr, and reading the text, all with the tower collapsing twice before finally being made out of stone and surviving and whatnot, it also reminds me a bit too much of Monty Python and the Holy Grail's Swamp Castle and makes me think it might've also been a true source of inspiration for the latter's troubled development legend… After all, Terry Jones was a historian and, despite having specialised in the Middle Ages, he surely would've been no stranger to that kind of cultural reference. 😉
  12. Getting Variable Typefaces out, as promised, on next week's beta would be a great sign. Getting colour OpenType-SVG by the end of the v2 cycle or at the beginning of the v3 cycle, an added sign of consolidation on that front. Getting RTL support would be a game-changer market-wise and show that Canva is really serious about this. I know I sound too hung-up on typography, and I'm obviously biased, but, as I've said before, eschewing entire markets and cultures based on technical constraints and… on having bet mostly on certain text/cultural-agnostic professional niches, such as digital illustration, that are pretty much well covered already by competitors (either by Canva itself, which is no longer a competitor, or by other products such as Pixelmator, Procreate, etc.) feels, in hindsight, a bit misguided but arguably still necessary in that earlier context. I didn't personally like it, but I understood that it was necessary for Serif's Affinity's continued survival. 🤷‍♂️ Yes, Serif was trying to secure a few of those niches as their cash cows (and indeed sort of succeeded at it) while they were, as it turns out, strapped for cash (or at least not rich enough to properly tackle Adobe). Conversely, with Canva's backing, they can now go head to head with the proverbial 80lb gorilla and start chipping away at their legacy feature set and keep introducing novel features, i.e. they can walk and chew gum for a change instead of dragging on with development. Again, I know fully well of the Mythical Man-Month fallacy, but it did feel as if Serif was biting more than they could chew, and I do believe that instead of having a tiny team spreading itself thin over three apps on three platforms, having a separate typography team, a separate vector design team, a separate pixel manipulation team, while keeping them tightly-knit – also unlike whatever the hell is going on at Adobe, with their sprawling thousands-strong team and dizzyingly comprehensive family of apps – is not only feasible, but the best way of going about developing a suite like this. That's the optimistic view, which I know many – including myself – don't 100% subscribe to, but we have to at least consider it as a possible scenario. Does it assuage our fears or preclude us from pursuing asset and portfolio migration plans? Sadly, no. Does it at least provide us with a glimmer of hope that we will not only end up in a better place than we are in right now as DTP suite customers, but also better than we were even back when Macromedia MX was still a thing (i.e. not eleven, but twenty years ago)? Maybe… By the way, and while on the subject of Macromedia and competition with Adobe in general, Flash and Dreamweaver, which were the main drivers behind the infamous acquisition (remember GoLive? Yeah, me neither 😂), are now relics of the past, but way before all that went down they did try to go head-to-head with Adobe also on the digital photography editing side of things with their Macromedia xRes product, and failed miserably and promptly threw in the towel by their very first and last attempt, v3 (because, mind you, they didn't even develop it in-house, instead having acquired it from Fauve Software, the true pioneers of layers before even Adobe)… Serif, on the other hand, managed to not only stay afloat for all those years with their Plus suite and then produce something competitive with freaking Photoshop v16 (the 25th anniversary, CC 2015 edition, which had been, by then, an actual verb-worthy product for around two decades and a half, and now for around 35 years), and stuck to it; they have to be commended for that.
  13. Judging by @Patrick Connor's good-humoured reaction to my quip and positive reaction to your insightful comment, one would hope that, if Affinity is to endure as a standalone product or at the very least as an integral, offline and fully professional counterpart to Canva (hey, it wouldn't even bother me if they renamed the apps to Canva Designer, Canva Photo and Canva Publisher at some point, as long as they were still offered in a perpetual license), it should target the same markets as Canva does already. It makes sense from a financial, but also from a customer relations standpoint, because once many of Canva's current and future users get accustomed to what it is to them vital RTL support, they will naturally expect it from Affinity/the professional branch of Canva as well and might be severely disappointed if it just wasn't there. As such, I fully expect it to become a thing by at least v3, by which point it will be heavily marketed towards current Canva users as having basic feature parity and then some. Bingo! In the early beginnings, with Affinity being a Mac-only application and having a very modern look and feel to it, it seemed as if Serif was just using macOS's own text rendering stack; it quickly dawned on us all that Affinity had, in fact, an inherently portable engine, which meant it must've been using its own text renderer from the very beginning. I find it a bit concerning that RTL wasn't considered from the very beginning, as it is absolutely necessary for full Unicode compliance. At this point, almost eleven years in, I would expect Affinity to also offer vertical RTL support for CJK scripts and an equivalent to Adobe's Multiline Composer… I know that is a bit of a lofty ask, but hey, maybe for v3.5? 😉
  14. Word. @Ash, if you want me to try and patch Sérgio Martins (former type design engineer at Adobe who worked on the colour SVG version of Carol Twombly's Trajan Pro – incidentally, Adobe's very first colour font) through, hit me up. Both my PhD supervisor and I have worked with him as co-tutors before, so he's just a phone call away, and if anyone is well-versed in the colour OpenType-SVG font spec, that would be him. Last time I've checked, he's currently freelancing as a type design engineer and only giving the occasional lecture at Reading, so… short of poaching employees straight from Adobe, that's the next best thing. 😉 Just a heads-up: he will most likely charge fees for consultancy, but such is the cost of doing business with experts living in the über-expensive Lisbon metro area, I guess. 🙃
  15. If the nodes on the outlines have the same coordinates (and in digital typography, especially from quality purveyors like Google, that is usually the case, as current font formats do not support floating point coordinates and, thus, type designers have a habit of zooming in and snapping everything correctly, working with coordinate labels on nodes toggled on to be able to check them at a glance, etc.), it should actually be a bug in Affinity's rasterizer, I'm afraid. If you don't have access to a font editor like FontLab Studio, you can always convert those into curves and check if their coordinates match. I suppose a workaround could be for you to then add all the resulting shapes into a single one, but it's still a pretty basic bug that shouldn't happen.
×
×
  • 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.