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

JGD

Members
  • Posts

    548
  • Joined

Posts posted by JGD

  1. On 11/28/2019 at 12:36 PM, Fixx said:

    Oh well, I know Peter. I met him long time back in Adobe HQ in Edinburgh (was some competition prize event..)
    (*keeping discussion strongly offtopic....*)

    I mean, this topic is named “discussion on outstanding features” and he's an expert on something that could become a feature in Affinity one day. :P

    While on the subject of keeping things strongly offtopic, I didn't even know Adobe had a HQ in Edinburgh, and I've already been there twice. And here I was thinking the only famous company that did was Rockstar North (F.K.A. DMA Design)…

  2. On 11/26/2019 at 4:45 PM, fde101 said:

    And spread the discussion out even more than it already is, making things even less likely to be noticed when they do get around to it since they will be all over the forum rather than consolidated in once place?

    Why not keep it together in one of the numerous threads that already exist on that topic?

     

     

    Personally, I am much more interested in support for SVG fonts than for variable fonts, but I do think both should be seriously considered and supported at some point.  As has been repeated a few times, however, it seems this won't be happening particularly quickly, and I don't expect that piling additional discussion on top of what has already taken place is likely to change that.

    Yeah, we could go there instead. In fact, those topics should be merged, or something, but I guess I'll just pick the one that's got more traction.

    As for your comment regarding SVG fonts, well… I totally get it. They are flashy and, compared with the arguably complex variable fonts, are low-hanging fruit, UX speaking (though Adobe did solve it, for the time being, with a single button and a floating dialog with simple sliders). They don't really entail any standard setting other than, you know, properly implementing the format. Sérgio is actually an expert on those, by the way, and did a presentation about that topic last year.

    Still, I'd say that variable fonts can be more useful, especially in Publisher, and all those formats aren't mutually exclusive. The only reason I periodically bring it up is the fact that Serif, for all their failings, did prioritise decent OpenType support early on. That's a major win in my book, and likely one of the main reasons that got me interested in Affinity in the first place.

  3. Is my understanding that, since this thread was split, it won't be shut down correct?

    If so, can we now talk about other stuff, namely variable fonts?

    That's the feature I currently have more info to share on right now, including some very interesting insights from type systems and interpolation extraordinaire Peter Bilak. He raised a few of the same issues some of you did and, in fact, I had an interesting but as of then inconclusive one-on-one with him during Q&A.

    I may write a paper on that soon enough, in fact, and share it with him; if it's any good, I think it would be great to raise that issue with the powers that be (i.e. type designers, as well as type design and graphic design app developers; I already got Rainer covered, and maybe Rui Abreu, from Adobe – who, guess what, was also also there and always attends that conference –, or my future colleague Sérgio could also be a good entry point to that unavoidable behemoth). But, of course, I'd love to first hear from, you know, “regular” designers. I am one, too, but I'm obviously biased, as you may guess.

    As a teaser, that's me actually sharing my concerns and suggestions with Mr. Bilak. ;)

    78495737_2678417428891568_3250444692860436480_o.jpg.5136f36b4293c8df5ce497b3d5b14cde.jpg

  4. 11 hours ago, ErrkaPetti said:

    Seriously, you wants us (and Serif Ltd) to treat you differently because you think you are more advanced and educated that others here (Phd)...?

    Come on, you ain’t nothing more than one user, among millions customers in the Affinity community...

    So, you think that we should treat you differently because your opinions is more worth that others?

    As Patrick says here, you make endless long discussion everywhere on this forum and threaten that your student will be warn not go use Affinity because you thinks it lacks features that you must have first... As I said, you are just one customer among others - don’t think you will be treaten differently - no one cares about your endless vining...

    @ErrkaPetti that is uncalled for, and untoward both to me and Serif.

    But since you ask, I don't expect special treatment. I just didn't like some of the treatment I, and others, got in the past, and defended myself way back when and once again now. It's no secret that I had my fair share of issues with @Patrick Connor, and still am not fully satisfied with our current status, but it would be completely unfair to say that it got worse or even stayed the same. As a matter of fact, kudos to him for distancing himself from your comments.

    Whenever I pull up my credentials, the only reason I do so is to shore up my credibility and the validity of my arguments. As for “special treatment”, if anything, *I* am the one giving it to Serif, both in the form of feedback, suggestions and potential networking deals, and “tough love”, where other users just would up and leave. It saddens me that those haven't had the effect I expected, which doesn't inspire me the least bit of confidence in the future, but hey, accepting or even acknowledging suggestions or not is their prerogative.

    As for you, other than speaking for Serif without having any contractual obligation towards them or checking with them first (do you see the absurdity of your situation? In order to be able to do the latter without coming across as an uncritical fanboy, you should also have the former… which, AFAIK, you don't) and attacking other users, what do you have to offer to either Serif or us? I did not address you directly, and if you're happy with Affinity, good on you. But being a “yes man”, while certainly great for their ego and motivation, doesn't make much of a material difference to the development process, now, does it?

    As I said to those who made the suggestion, I will open or bump a thread on variable fonts, specifically for us to discuss said feature (and, yes, a bump on typography threads will always be in order every now and then, as each year there are new developments to be discussed; for all it's “600-year-old-industry” status, its digital manifestations in the commercial arena are, IMHO, vastly underdeveloped when compared to the kind of experimental stuff some of us are doing in academia), because I firmly believe – and that belief is grounded in experience, hence me mentioning it in the first place – it will be useful, usable and finally reach critical mass, so if you have something useful to contribute with – even if it's on-topic criticism, yes –, you'll be more than welcome. But if not, please spare us that attitude.

    @Patrick Connor, for all I care, please lock it down, sure. We'll take this elsewhere and hopefully learn something useful in the process.

  5. 18 hours ago, A_B_C said:

    (It would indeed be interesting to discuss variable fonts … elsewhere. While this new technology is currently drawing a lot of attention in the type design world, I am still not sure whether it will have the resounding success that is hoped for in the typographers’ world. I haven’t seen any variable fonts yet that would really convince me of their typographic benefit over a well-developed typeface with optical grades. Pointers are welcome. Furthermore, as variable fonts tend to lay the burden on the user to proceed with taste – at least unless they are not using predefined locations in the design space –, I have the slight fear there might be another wave of bad typography on the horizon. Somehow, the current developments remind me of the early times when DTP on personal computers started off. But to discuss this further, let’s make a different thread.)

    You raised some interesting points, which we discussed ourselves already during said meeting. I won't rehash them here as yours is a great suggestion, so I'll either create a new thread or revive an old one if I find it (after I'm done with said abstract, of course ;) ).

  6. On 11/17/2019 at 12:52 PM, Patrick Connor said:

    JGD,

    This thread is not the right place to make feature requests, particularly ones you have asked for repeatedly.

    Pease stop wasting our time by posting your request in so many places. One is enough. Imagine what this beta forum would be like if every beta announcement was piled in on by the authors of all the outstanding requests. Most threads do not, in their opening post, ask you not to do this, but beta announcement threads do explicitly ask you not to make feature requests. Please can you restrain yourself.

    I accept your remark regarding the first feature request (which I will still defend on the grounds that, as per my stated MO, I'm trying to get as many team managers to realise just how serious the document model shortcomings are, but I respect your position so I will leave it at that), but not at all the one regarding variable fonts. It's completely misguided and unfair of you to lump a valid, exciting feature request with something that, I'll readily admit, is sad and stale of me to keep beating you over. Please do not throw the baby out with the bathwater.

    You see, I hadn't mentioned variable fonts in months (if not years, actually, as the last time I was with Rainer was two years ago), so some actual feedback, either public or private – again, I realise how you may not want to give away your plans, but heck, have me sign another specific NDA if you must –, on that matter and my generous offer – it can't be done in person anymore, as the event is pretty much over and Rainer is gone by now, but it's still fresh on his mind and I still have some workshops of my own which I'll have to ask him volume licences for –, would be much appreciated (anything else, IMHO, will be seen as nonchalance and dismissal of something that not only is related to my bread and butter, it seems to be all the rage in the type design community right now; much like the Bluetooth explosion with Apple Watch and the AirPods, third time seems to be the charm and the latest GX revival is what Multiple Master should've become if Adobe hadn't killed their own baby because it was “too confusing to use”). Oh, as would be a belated apology for the whole “baselinegate” thing, mind you. I got extremely mad at Serif because of your post but, once I realised it was you again, meh. You see, I actually forgot it was you, so I am very much willing to forgive (I always was; this was just further proof of that).

    By the way, for some context, I just spent the last couple of days talking with or otherwise listening to some of the finest minds in the world of type design. Rainer Erich Scheichelbauer's Glyphs.app is to FontLab what Affinity is to Adobe CC (actually, I'd say it's closer, but the power dynamics are the same, as Glyphs.app v. 2.0 forced FontLab Inc.'s hand and shaped FontLab VI and precipitated its release decisively, much like Adobe keeps lifting features from Affinity apps); Peter Bilak is the leading designer of font systems, and the closest we could get to a spiritual heir to the now sadly deceased Adrian Frutiger; our fellow countryman Dino dos Santos is one of the leading type designers for printed press and branding, having worked with multiple newspapers across the Atlantic and world-class clients such as FIFA, UEFA, multiple world exhibitions, etc.; besides being an awesome, inspiring designer, Fred Smeijers authored Counterpunch, a cult book that, being out of print, now costs more than €400 second hand; just to name a few…

    And, as I've been trying to make you realise for some years now, I'm not some random kid; my PhD plans are now out in the open and in full swing, as I'm about to submit an abstract to the Springer-backed, 11th International Conference on Applied Human Factors and Ergonomics, I'll begin cooperating with Sérgio Martins, a University of Reading graduate who worked as a type design intern at Adobe, on an advanced type design workshop module and am currently lining up a panel of workshop hosts – the Spanish expert on modular geometric type systems and bespoke 3d-printed letterpress type, Roberto Gamonal Arroyo, being an example –, evaluators and interviewees – my first ones will actually be the KABK alumni and still the Hague-based Carvalho+Bernau couple/studio, who started it all 10 years ago when they gave us a workshop at our BFA – across Europe. This is actually becoming serious business, and I can assure you we're not some autistic types stuck alone in ivory towers; we're actually working in the field, cooperating amongst ourselves and with the software industry, and shaping the future of typography and graphic design as we speak. So, please show us – and when I say “us”, I really mean it in the sense of being the leading representative of the type design community in these forums, as I'm the only type design practitioner/researcher/educator I know of who advocated for Serif, but if there are any more of us out there please do chime in! – a wee bit more respect, Patrick.

  7. On 11/14/2019 at 10:41 AM, abarkalo said:

    I realize this is a more general question but excitedly anticipating any kind of variable font support in this beta. Any plans for that????  InDesign 2020 now supports variables and a lot of foundries are getting into this.

    If I could give you 10 votes/reacts for this request, I would.

    I'm attending, along with a student of mine, a Variable Font Workshop given by none other than Rainer Erich Scheichelbauer (one of Glyphs.app head developers), this Thursday in Porto, and will give at least one lecture/exercise on that subject to both my workshop classes at the Faculties of Fine Arts and Architecture (and, if I have the time, to some potential future classes at IPTomar and ESE-IPLisboa, two other schools where we may be giving our Calligraphy+Type Design Workshop as well*).

    It's a new format that is finally reaching critical mass, so it's about time that Serif started supporting it as well. Yes, it's a pretty advanced typography feature, but something tells me it's not as hard to implement as, say, a multi-line composer equivalent, especially if you get some external assistance (and who would be best suited for that than a small, indie developer not unlike Serif, who would also stand to gain from added support for said format?).

    As I've said time and time again, if anyone from the Serif team wants me to put them in direct contact with Rainer and the team at Glyphs.app, please PM me. We'll likely spend some time together afterwards during the conference that promotes the workshop ( https://10et.esad.pt/en ), just like we did in Faro two years ago, so now is your chance for me to put in a good word for you as well.

     

    * See? I did warn Serif that I was probably getting more classes soon and, in fact, shortly after said workshop and conference I'm also giving a lecture on vector-editing-app-to-font-editing-app workflows at IPCA-Barcelos where, once again, AD will be just a sad footnote and Ai the undisputed industry standard (yes, even for undergraduate students at a Polytechnic, where a prosumer package like Affinity could stand to gain more traction; it's not me who's calling the shots and the BFA coordinator who invited me only mentioned Ai, so… I didn't even bother creating .afdesign templates). I didn't want things to turn out this way but, alas, such is life.

  8. Big kudos for the IDML import; I, like many others, did not expect it so soon or so functional from the get-go. That's a very nice addition which makes all the difference for a successful transition to Affinity apps.

    Now, please fix layers/artboards in both Affinity Designer and Publisher and we may get on the right foot again. So far, I'm indeed liking what I'm seeing (I just imported my latest CV into APub via IDML conversion, and I only got a small error, namely a text box whose contents did not line up with the correct baseline for some reason; still, that's mightily impressive for a very complex document with hundreds of text boxes and objects, as the last two pages of my CV are actually a chronological diagram on a continuous spread), but I won't have any use for either of them until I get universal layers, sorry. The opportunity costs of sinking any more time into this without any guarantee that it will be fixed – and yes, I stand by my choice of words, as I do consider AD to be especially broken and APub only a little less so – are just too great.

    By the way, only now did I realize, after happily checking that all my custom swatch names carried over and that it's indeed possible to display them as a list, that being able to manually reorder them is very useful. Currently, we're only able to either sort them alphabetically or by colour, but on a DTP project, I can assure you that being able to manually sort them makes things much easier (bonus points if you can extract and/or preserve that information from the IDML file, of course).

  9. 4 hours ago, KipV said:

    I guess I personally just don't have a major issue with it. I just noticed the "M" in brackets which is inconstant from everything else I think.

    You may not, but for a sizeable group of people like myself – in my case, I've been personally working with Macs for 16 years –, I can assure you it does.

    May I ask, if that's not too personal, if you ever worked with Windows PCs and, if so, when did you do the switch?

    I did mine back in 2003, when I was still using an old Pentium III box running Windows 98 SE. Back then, even Windows was fairly consistent, but then Mac OS X was even more so. Then, Microsoft got completely out of control and started experimenting with their UI.

    It's true that Apple did, too, and these latest Marzipan apps and unified toolbars are yet another step in a tricky direction. And, yet, I'd still argue that macOS is still more internally consistent, and third-party Mac-only, Mac-first or “Mac user-loved” are waaaay more consisten with Apple's first-party apps, than Windows and its third- and first-party apps.

  10. On that same note, Affinity apps should, now that they have unified toolbars, adhere to Apple's latest standard for full-screen apps.

    This is the Finder, and the behaviour I'm hinting at:

    And this is iTunes, an old and, indeed, soon to be retired app:

    And this is Affinity Publisher, which, as you can see, is not using the latest UI/UX standards, even though the very first version was presented when sliding unified toolbars in fullscreen mode were already a thing (also, if you notice, there's a visual bug in the titlebar gradient):

    The advantage of using a model akin to that of the Finder should be obvious and self-explanatory, but I'll point it out anyway; even in fullscreen mode, users can make use of Fitt's Law and throw their mouse pointer at the screen edge and still be able to click any of the toolbar's buttons. Conversely, with iTunes' outdated model, Fitt's Law can only be used deliberately for accessing menu items and will, in fact, become a hindrance when trying to hit those small button targets, which are now closer to a trigger point that will obscure them.

    This is a big usability no-no and while we could give it a pass in iTunes, whose button controls are basically huge and duplicated in our very keyboards, in Affinity apps, not so much. Those are tiny and even closer to the edge than they were before.

  11. And speaking of which, as it warrants a separate post: Separated mode is still broken, as new windows still go behind the toolbars when maximised.

    Yes, I know this is a longstanding request which I've been hammering Serif about, but I decided that for each new Beta and GM release, I will point out any and all unnecessary inconsistencies with the HIG or otherwise expected and useful behaviour. That is, until they are either fixed or Serif explains us why they are not doing so.

    You see, these aren't “bugs” that might reasonably slip through; these are wrong decisions that shouldn't have been made in the first place.

  12. On 11/3/2019 at 1:18 PM, KipV said:

    I actually don't have a problem with it's looks I just want it to function like the other programs and be able to edit the file name data. I think it looks pretty good on a large desktop screen which, I am sure, is the way they planned for people to use it. Laptops always have to deal with not really having the ideal amount of space which is one of the reasons they came out with the sidecar feature.

    What I said has absolutely zero relation with screen size. Said asterisk could and should be displayed in document tabs, just like in Adobe apps, but on that “status” thingy (which, mind you, is a weird name for that non-complaint UI element, with the weird background and without the clickable proxy icon and disclosure triangle for renaming, as “Status” in WIMP-based operating systems is usually the name given to a dynamic info widget displayed near the lower border of each window), it makes zero sense as the dot on the close button is even more visible.

    In fact, it's easier to find and see, as it will probably be always in the left-hand corner; unless, that is, if you use either Separated Mode (and I don't see why anyone would, cumbersome as it is; and yes, I've just checked it out in this latest beta and it still doesn't work properly) or full-screen mode (which would force you to drag your mouse to display the menu and phantom titlebar).

  13. On 11/4/2019 at 8:52 AM, ChrisSmere said:

    If it is, why haven't I missed it so far? I mean I get that Affinity is object and box based but never missed it. Although I must say I am working also with Publisher for multipage layouts (not the same but somewhat similar).

    Now that I see it I think it would be perfect to have it working like this.

    Thanks!

    Chris

     

    PS: I am not sure I can go objectively  through all the comments as they are kind of verbose and also a bit emotional for reasons I cannot understand.

    I guess I was a bit too emotional back then, just… because, I guess. Let's just say “for personal reasons” and leave it at that.

    Now, I'm still emotional because I'm even more fed up, even though I'm in a much happier place overall right now. My relationship with Serif is a bit like “OK boomer”; they want to keep their model that way? Ok, sure, but count me out, and wake me up when it's fixed.

    It's utterly frustrating having students to recommend this thing to, and… just not being able to bring myself up to do it, as that would be a professional liability (I will mention AD, but just in case someone is using it already, not as an endorsement; in fact, I now actively add caveats if someone answers affirmatively). That's how inadequate I think AD is for real-life graphic design work (not digital illustration; plain vanilla design) right now.

    What I said before, about my position on this, wasn't an empty threat but a statement of fact, but for those who didn't read it, I'll recap it here. I have, first and foremost, the best interests of my students (and, it should go without saying, my own and my career) at heart, not Serif's. I will never, ever spread false information, and I do want them to succeed, but I don't think it will be in my rather large niche (or at least not yet) and, accordingly, I'm not risking my credibility.

  14. On 11/4/2019 at 7:38 AM, ChrisSmere said:

    thanks! hmm, okay, now I think I have understood it and also what he wants. With all these long (emotional) comments I got lost over time why or where is the issue here. Thanks for pointing me at the source, @CLC!

    As I have encountered a situation to need such a functionality I wasn't aware of this (obviously).

    Is it really a function that is so desperately needed?

    Chris

    Edit:
    Can't you achieve what is discussed with Slices in the Export Persona? Just wondering...

    I tried. It's utter crap.

    New slices don't snap neatly to my pseudo-artboards, and you can't have automatic bleeds+printers' marks with those (only the printers' marks without the bleeds; if you want both, you'll have to do them manually, which is especially damning if your document has spot colours on it).

    As for adding artboards after the fact, it's even crappier because, guess what, when doing so the entire document will be cropped, so to export a multi-page document I'll have to create an artboard, export, undo, create another one, export with a different name, rinse and repeat.

    As I've said, both the default working model and the workarounds are so shambolic and cumbersome that I'd rather deal with Adobe instead.

  15. On 11/3/2019 at 1:57 PM, ChrisSmere said:

    ... that's I want to know too...

     

    Totally agree!

    In Adobe apps, all layers are inherently “universal”. They are affected and contain objects document-wide, regardless of which page or artboard you're working on.

    And artboards in Ai are just “glorified slices” which can drag objects along with them. It seems basic, but there's nothing inherently wrong with that.

  16. On 11/1/2019 at 9:43 PM, KipV said:

    Mojave toolbar buttons are way too small. I also don't see why the persona buttons need to get a lot closer. I am curious about the title area of the document. [Emphasis mine] Will I eventually be able to click on that and be able to change the document title, tags, and location like with many other programs? If so that would be a useful update to the way 1.7 is. I hope these interface improvements get in place before bring the interface over to Photo and Designer. I hope you can also enlarge the tools icons on the left side of the screen as well.

    I, too, have a few thoughts on the matter. I'm curious about the thought process at Serif behind using a text input field for something which, well, is most definitely not a text input field.

    Again, guys, quit fiddling with stuff which is very much settled down in Apple's HIG or otherwise firmly entrenched in common practice. Please. I honestly don't want to be proven right when I say you are extremely cavalier as to Apple's UI and UX conventions, but you keep doing so time and time again. I know this is just a beta, but… seriously? How did this pass through QA?

    macOS already has a method for displaying and editing file names on the title bar, black on light in light mode or white on dark in dark mode, with no extra roundrect backgrounds whatsoever, with the little drop-down arrow to the side; using the equivalent to a search field or Safari's combo bar is definitely not the right way to go about it. The same goes for the convention of putting a dot on the Close button for modified and unsaved files, which goes as far back as Mac OS 10.0. If you want to put an asterisk on each document's tab, fine, but on that field? It's just redundant and, once again, non-standard, IMHO.

    Thankfully, that title field is removable, as not only is it the wrong design, it also precludes me from displaying as many buttons as before on my 13'' MacBook Pro… If it wasn't, I'd be asking you to make it so.

  17. 10 hours ago, Pariah73 said:

    Everything is going to take longer to implement. The Affinity team is smaller by the Adobe team by thousands of people so it's not hard to see that things are going to take longer. At the price point, I'm happy to wait and use my imagination and that of my fellow designers here to use workarounds and incorporate other software into my workflow until Affinity matures, which is going to be a VERY long time from now because (see 2nd sentence).  It's not a broken project, it's an immature one, not unlike this conversation. There's always Adobe and Corel and their thousands of employees to help you out if Affinity isn't for you.

    Forget it. This is a complete shambles.

    I finally get it. Serif devs' mental model is utterly simplistic and misguided when it comes to UX, modality, etc. Basically, the Designer document model/engine is just a bunch of nested clipping masks. I never took the time to really figure out how it worked, but now that I played around with it a bit, it hit me. It's just boxes within boxes within boxes, with no real regard for current or future usability either on the editing window or the ancillary Layers panel.

    What saddens me the most is that this state of affairs doesn't come down to any shortcomings in their layering engine per se; it's just due to shambolic UX. While using clipping masks in Ai may be a bit of chore, Adobe absolutely got it right. For real. Even if in-painting – i.e. a different kind of automatic, simplified clipping mask – absolutely had to be a feature, the least Serif could do would be to implement a decent isolation mode for all of those (maybe by double-clicking the actual object and not the corresponding instance in the Layers panel? In a drilling down, “Layer > Group > Object” hierarchy just like in Ai? Or “Artboard > Object” if you were so inclined to isolate an artboard which contained stuff? Basically when double-clicking anything that has nested elements, isolate from there and unclip its contents?) and for artboards as well, not to mention universal layers. They could outright lift the UX from Adobe and no one would bat an eye.

    Also, the supposedly reduced complexity for creating clipping masks actually makes it much harder to use the Layers panel; you basically have to take an intensive course just to understand where objects will go (under an object, inside an object, as a clipping mask…). And while creating clipping masks is indeed easy, the other targets are way too small and the indentation between nested elements should be at least the same width as each object/layer/artboard's square. It's so frustrating to use that it would always feel inelegant even after years of practice.

    In closing, why the heck are said objects-turned-into-clipping-masks nested under the objects they clip instead of nesting them? It's completely non-sensical from a hierarchical standpoint… That makes sense for in-painted objects, but completely bass-ackwards for clipping masks and even inconsistent with, love it or hate it, the nesting “Artboard container” model itself, and would prevent a sensible, workable isolation mode. Here's the thing: the Layers panel even lacks internal consistency, let alone consistency with established and sensible standards.

    The more I play with it, the more convinced I get that Affinity's UX is FUBARed by design and its much needed reset would (will?) anger and confuse a lot of people. That's quite the nasty corner Serif [in-]painted themselves into, and if the ultimate course of action is not doing anything, you'll lose me for good. I'd much rather deal with a monthly subscription and Adobe's crufty codebase than with this.

    You absolutely need a Steve Jobs-, a Brent Simmons- or a John Gruber-like character to tell you the plain truth about your software, and to communicate with your users and own up to its shortcomings in a no-BS, non-defensive manner. I know I pale in comparison, but I and others try our best here in the forums. I also know you invested a lot of time, money, blood, sweat and tears in getting tools to work and your engine to render stuff right, and your effort is absolutely commendable; but your UX, which should be the heart and soul of any app… ooooh boy. It's so sad that I wish I could laugh instead, except I can't, because I've invested a lot of time in this and a lot of people are eager for you to keep this thing current and relevant. It's sad to think that you could be the next Adobe/Macromedia, and you'll end up instead being the next Corel, i.e. the butt of all professional designer jokes (and, no less, in a world where there is still a Corel, whose software is, incidentally, more usable and well-structured by comparison and even as optimised on the Mac at this point… :( ).

  18. 43 minutes ago, CLC said:

    Again, I have to agree.

    The model Affinity currently employs is "closed box thinking" system while designers tend to think "outside the box".
    Affinity users are sadly forced to be limited and work inside the box with the current Affinity workflow, which goes completely against the basic design principles.

    Look at Designer in example - how come you cannot see/view the bleed area when you're working with multiple artboards?
    How can you design when you can't see part of the artwork, that despite being cut off at the later stages is necessary to have a complete picture of the design you're working on?

    What's the logic in that?

    Hah. You saved that nugget of history, thanks. As for your own comment, I added emphasis. THIS. A MILLION TIMES THIS. I've said this so many times here in the forums.

    The guys at Serif just don't get it, and what I find even weirder is how the designers they work with still haven't pointed this out to them. It boggles the mind.

    And all of this comes down to these stupid artboards. I get it, they crop stuff that's inside them so that if you have two side by side, the objects won't bleed into the adjacent one. Sure, if people want to work like that, let them. But if they want to work with universal layers, for Pete's sake let them as well. And if they want to drag an artboard along with universal layer content… well, let them select both the artboard and the objects.

    THINK, people, THINK. There are better, more sensible ways of working with objects and with a layers list. Presently, Affinity's model isn't the right way. I just figured out another fundamental issue: when you click on a layer on Affinity apps, you're not selecting that layer in a “modal” way, but only selecting its contents.

    The Affinity Layers palette is basically dumber than a sack of bricks, a simple “shortcut” for selecting stuff, and not modal in any way. It does not in any way influence your workflow, because when you create new objects they will just go to the nearest place in the stack (atop the selected layer if you're working on the pasteboard, or into… some artboard – I didn't even understand the logic or reason behind which if you straddle more than one – when you touch one), but always outside any layer structure you might've created.

    Basically, in Affinity, layers outside of artboards are indeed glorified groups you create after the fact, not stuff you create beforehand and work inside of. That is indeed their behaviour when you create them inside artboards, but WHY on Earth should't their behaviour be consistent when created outside of artboards? This doesn't feel like a feature, and if Serif developers think it is, they should be ashamed of it.

    Hey, you know what, screw Designer's broken artboards and layers! I'll start creating an artboard the size of the entire pasteboard and use rectangles as fake artboards – in a fake, “Artboards” layer, no less – and guides for slices instead. Boom, problem solved. Insta-powdered-Affinity-Illustrator-in-a-can: you only have to add some water and stir. The only thing you lose, really, is having a discernible document preview thumbnail/icon and QuickLook view regardless of actual document size… No biggie, as long as you use a sensible naming scheme for your files, and it's not like Affinity's QuickLook plugin respects macOS's multi-page thumbnail icon and QuickLook conventions when opening multi-artboard .afdesign files anyway (instead of presenting you with the first page and selector arrows, it just lumps everything together, which, again, just goes to show the level of respect – or lack thereof – Serif has for Apple's HIG). Oh, and you lose artboard-specific ruler origins, too, but I guess zeroing them every now and then is probably less of a burden than all the crazy shenanigans all the other workarounds entail.

    I guess I'll even create some template documents so I don't have to do it all by hand every time I need one. As a matter of fact, the easiest way will be to make a single document with all the relevant format sizes, one for paper sizes and another one for screen sizes, and just drag and duplicate the ones I need, à la Apple Lisa with its document-oriented stationery pads (yes, I know my stuff when it comes to UX history). Heh, who said designers weren't resourceful? That's what I call thinking outside the box.

  19. Now, the TL;DR version for Serif devs and management (pardon my bluntness, but that is indeed what you asked me for not too long ago):

    1. For me and my studentsAD does and will suck until proper universal layer support is implemented.

    2. I got fed up of waiting for it.

    3. I haven't seen any students of mine using Affinity products this year, which is a bad sign and seems to confirm my earlier suspicions.

    [Edit: 4. All my considerations about artboards pulling objects into them notwithstanding, I figured a way to avoid that, by disabling “Edit All Layers”; the thing is, it's good for moving already created objects but doesn't work in a real-world setting, either, as AD doesn't respect the OBVIOUS convention of adding new objects to the currently selected layer, even in that segregated, single-layer editing mode – which would make it doubly obvious, especially how it now disables said behaviour, thus forcing one to drag. every. single. new. object. into. the. desired. layer.

    It boggles the mind how not even this works in a sensible, predictable manner. Why, Serif, WHY? :40_rage: I was actually happy with Designer for once but, once again, I was sorely disappointed soon after. This layer model is completely shambolic. It didn't make sense before, and it makes even less sense now. Fix this thing, please! I feel… offended by it, really. It insults my intelligence.]

    Here's to me not having to post the exact same thing 12 months from now! :)

  20. On 10/31/2019 at 6:19 AM, dominik said:

    With all due respect: there is nothing broken. It just doesn't work as you wish. It is fair to ask for improvements but I find it a bit unfair to call it broken.

    d.

    Just a quick edit (to those who reacted, I am sorry for adulterating the content of this post, and to Serif I am doubly sorry for not having checked, you know, the actual functionality): this entire post was originally a big bag of unfairness [Edit: nope, still valid], so I erased it [Edit: maybe I shouldn't have, but I didn't keep a backup] (my comments on universal layers and their philosophical implications are available elsewhere on the forums, anyway [Edit: well, I wasn't wrong about this bit]), but I'm leaving the original post you responded to.

    In my defence, my criticism was not unfair back when it was still valid [Edit: it's still valid, and still fair]; it didn't work not just as I wished, but as I and many designers actively needed it to in order to be able to work with it at all. Apparently, Serif fixed that, which was one of my biggest gripes with Designer, and in version 1.7.3, no less. [Edit: nooooope] There are likely still some rough edges, as my list of pet peeves was rather long, but I'll refrain from even comment on those before further testing.

    In closing, I'll tell you what: maybe I could've been nicer about the way I put my criticism to Serif, but I also like to believe that it helped steer them in the right direction [Edit: sadly, it didn't, or at least not yet]. If you're content with the app as is, by all means don't refrain from praising them, but please take a moment to appreciate how criticism by others may also benefit you without you even knowing. One day you may need universal layers, and you never know how soon that day may come. ;)

  21. On 10/18/2019 at 11:42 AM, Mark Ingram said:

    It wasn't necessarily that, it was that we didn't keep the roadmap up to date, and we started shipping new features which never appeared on the roadmap, and then customers (understandably) asked about why the particular feature they were interested in, that was still on the roadmap, hadn't shipped it yet. The roadmap was a vision of where we thought the software would go, 5 years ago, but over time, our vision has changed slightly (well, individual features have got re-prioritised).

    One would hope that fixing the utterly broken document/pasteboard/layer/artboard/group/object model – from the viewpoint of someone coming from Adobe apps and used to do complex, single-document projects with universal layers, that is – would be one of your priorities for 1.8, which would also explain the outright lack of forward file compatibility (i.e. kind of like older versions of Photoshop can open files created with newer versions as long as they don't make use of feature x), but judging from past experience here in the forums and with beta upon beta and GM upon GM of AD, I'm not holding my breath…

  22. On 10/4/2019 at 10:03 PM, pmort said:

    Any updates from Affinity on this? Was hoping with the recent update this would be fixed but alas it doesn't seem like a concern. 

    Don't hold your breath on it.

    Serif's MO fits very well with the overall “Apple-ification” of newcomer Mac devs (you'd never, ever get this kind of attitude from, say, The Omni Group, Panic, Brent Simmons, John Gruber or other longtime Macheads), but without the Snow Leopards and the Mountain Lions and the High Sierras (i.e. not very feature-rich releases meant to sand off the rough edges) to go with it.

    But, by all means, keep bumping this thread. It's the only way of making Serif know we are unhappy, it seems.

  23. This is way too complicated to describe in detail, and you know I have a penchant to write 300-page essays on simple stuff, so… please just watch the video and tell me what you think.

    Basically the Index panel is all over the place, and when it reaches the final state, when the “Options” section disappears altogether, it becomes unusable.

    And this is completely reproducible, by the way. The only way to restore it is by force-quitting Publisher Beta, and I haven't even tried quitting and restarting it properly out of fear that the Index panel might become corrupted for good and force me to trash Publisher's preferences. I will try making a backup of those and see if a soft relaunch does the trick, though.

    Edit: I just did, and it seems a soft relaunch does indeed do the trick. Still, while it's good that the release version doesn't suffer from this bug and this is a beta, it's very broken and may preclude those users who might want to use it to avoid those print and export bugs from doing so if they need this feature.

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