Jump to content

Andy05

Members
  • Posts

    618
  • Joined

  • Last visited

Posts posted by Andy05

  1. Just now, R C-R said:

    After all, if they add an icon to open the print dialog window because some users would like that, then how could they justify not doing the same for any of dozens of other items some users might also want to add to it?

    Exactly my point! Most, if not all, functions which can have a keyboard shortcut assigned to it, should have an icon which could get added to the toolbar. The basic program routines for that already exist. The whole "print" issue is just an example.
     

    3 minutes ago, R C-R said:

    If they did that then I think a lot of users would start complaining that it was too difficult to scroll through all of them to find the ones they wanted & start requesting enhancements like a search field or even a completely different UI. They also would need to design all the new icons (which at least for the Mac versions could be as many as 4 or more for each of them, two each for the light & dark UI, 1x & 2x sizes for retina & non-retina Macs, & maybe some monochrome ones as well).

    So it is not as if this would be a trivial task, nor precisely because people are different would any of these things make everybody happy. It is just the nature of the beast.

    That's what's part of developing a good software, you know? Not just adding new fancy stuff which looks good for showcasing in ads, but also improving existing functions. Customisable toolbars are standard in quite a lot of programs for a reason.

    I don't know how much effort Affinity puts into research and QA. But one of my clients was developing software. I witnessed a plethora of independent tests in the sector which showed that a (fully) customisable toolbar is something users want rather than a ready-made one, limited by the developers decision for what they deem as important for a user's workflow. Hence, apps with toolbars usually allow the user to decide. 

  2. 51 minutes ago, R C-R said:

    No, all I am saying is opening the print dialog window to print a document is not something routinely done anywhere near as often as accessing the other items available on the toolbar. So that one extra click or tap is not going to add up to a significant amount of lost time over the course of a workday.

    Seriously? Your argumentation is getting more and more ridiculous now. How often - honestly - are you fiddling with the Assistant Manager in your daily workflow? In case you didn't know (as one usually use that one once in a blue moon, more likely even only once after installing the app): the Assistant Manager has its place in the toolbar - per standard! How often are you using the liquify persona in your daily workflow? Or Auto Levels etc.?  Following your argumentation, one has to deem that one more important and more often to be used than printing something. I don't think so. 

    It's not about the couple of seconds I might save. Because, again, you wouldn't need ANY toolbar when following that route. Keyboard shortcuts and menu items would just serve the same purpose. What's the current toolbar good for, if it's not for saving a couple of extra clicks or taps per day? 

    52 minutes ago, R C-R said:

    Consider also that the toolbar can display only a limited number of items before it is not wide enough to display the ones on the right without clicking/tapping on the icon to display a list of the remaining ones. So even if the available screen width to display the toolbar is extremely large, which for many users it never will be, some of its items will always require an extra click/tap to access them, particularly if the option to display both names & icons is in use.

    No-one requested for having all options available simultanously as clickable icons in a toolbar. I for one removed some of the standard icons as I don't need them. Hence I think it's probably a good idea letting the user decide, which icons he wants (or needs) and which he doesn't. Wait! What? That function already exist? Exactly! It DOES exist already. So, why not adding the option for other useful things, too? Like, let's say, "print"?

    56 minutes ago, R C-R said:

    I think this is why the developers decided to limit the number of items that can be added to the toolbar, excluding among others an item to open the print dialog window, which itself uses a lot of screen space.


    The Assistant manager opens a pop-up window, the mask icon, the alignment icon and the snapping icon open drop down fields - latter covering quite some space to. What was your argument again? 

    Again, I'm fine with that the developers decided to limit the amount of icons in a toolbar. But why are they restricting the customisation of it to anyone's liking beyond the initially available icons? I'm repeating myself here as well, but there's an option to assign keyboard shortcuts and the toolbar already is customisable to some degree. So it doesn't require new programming routines to implement more icons/functions for a better customisable toolbar.

    Point is, people are different. So are their workflows. I, for once, never use Auto Levels/Contract etc. But I switch the grids on/off pretty often. An icon for that would be more useful for me. For others it's printing... The developers might have a different workflow in mind. I. e. they might not have to print out proofs/concepts every so often, so that could be one reason for why they don't add "print" as direct access from the toolbar - because they simply rarely print something. That doesn't make such option obsolete, does it?
     
     

  3. 6 hours ago, R C-R said:

    If you just mean a toolbar icon that opens the print dialog window, can't you use the pen & tablet to access that from the menu? It is only one extra tap, right?

    ... as it would be for using alligments, snapping on/off, etc. etc. 

    Yes, it's just one click. As it is for other functions which are currently available on the toolbar. Your argument against a print icon as "it's just one tap" is basically an argument against almost all of the icons in the toolbar - all of them are just one tap away in some menus. So, basically - why having a toolbar at all? ;-) 

    And I was not talking about an "instant 2 print" option. Though, this might be useful for most basic users as well, as the vast majority of print outs is using the same settings - at least in the non professional environment.

  4. Actually, putting away the tablet from my lap, then taking my keyboard from the desk for pressing some shortcuts (and still having to deal with the print dialog from the menu) takes multiple longer than clicking on "OK" in the print dialog with the pen. The print dialog would open either way. It's two "taps"/click/key press regardless whether you open it by icon/pen, mouse or keyboard.

    But then again, why did Affinity implement ANY keyboard shortcut for the printing dialog AT ALL? Why are there icons for "Auto adjust", "liquify persona" in AP? They could also just be an item in the main menu, couldn't they? I mean, c'mon, how many seconds do you save by using those instead of using a menu over a workday? ;-)

    An icon for printing being just one example. Others might want other icons in the toolbar, because they need it quite often. It's not like the program isn't usable without a more customisable toolbar. But if it'd be more convenient, why not?

    There's a function to edit/assign shortcuts to the menu items already. There's a function to customise the toolbar to a degree already. It's not like some dramatic coding would be required for combining existing functions in order to have a more customisable toolbar.

  5. No, multiple layers have nothing to to with multichannel files. More importantly, layers are not even supported in multichannel mode IIRC.

    Multichannel images have 256 levels of grey per channel and are used for special print jobs (or, in this case to simulate the colour separation for printing).

    That said, unfortunately I cannot answer the OP's question regarding importing/exporting multichannel files between Adobe and Affinity Apps either.

  6. Maybe MS publisher adds blank pages to the cover's back automatically when printing. I don't never worked with that program, so that's just a guess.

    But as I stated above, it's not possible to print a booklet with 6 pages. The page count has to be a multiple of 4.

    There are plenty of information about booklets, reader spreads, printer spreads and imposition in the web, i. e. here:
    https://www.formaxprinting.com/blog/2016/11/booklet-layout-how-to-arrange-the-pages-of-a-saddle-stitched-booklet/
     

  7. 12 hours ago, Rick Haberman said:

    Publisher wants to print the front and back covers on two separate pages.

    Are you sure about that? As that's not common (and doesn't make much sense either) unless there are some extremely special tasks required (i. e. special coatings). But even then, printing services usually need both pages (first and last) being lay out as one sheet. 

    A standard booklet can't have 6 pages. It's always a multiple of 4. In your case, I guess the inner cover pages are blank? So, you'd have to add them (insert one page after the first page and another before the last page of your document - leave them empty).

    In most cases it's better to send a PDF (with the correct amount of pages) and let the printing service deal with arranging the imposition.

  8. War die dir vorliegende Datei ursprünglich ein Mockup mit SmartObjects für Photoshop? Falls nicht, dann findest du diese Vorlage z. B. bei Freepik.com (https://www.freepik.com/free-psd/pink-gift-box-mock-up_1358061.htm#page=1&query=gift box&position=44)

    Aktiviere in AP in den allgemeinen Einstellungen die Möglichkeit, PSD mit SmartObjects zu importieren, dann lade die Datei erneut. 

    Die Ebenen "Your logo here" und "Your logo here 2" sind dann editierbar (und keine Pixel-Layer wie in deinem Beispiel). Doppelklicke auf deren Vorschau im Layer-Panel. Daraufhin öffnet sich ein Fenster, in dem du deinen Text oder deine Grafik platzieren/schreiben/zeichnen kannst. Die Änderungen werden automatisch ins Original-Dokument übernommen. Um die perspektivische Verzerrung brauchst du dich nicht zu kümmern.

  9. Just a wild speculation on my side here:

    What's the size of the white rectangle in the background? Maybe it's bigger than the canvas and grouping all items reveals the "true" dimensions of all items whereas marking all items without grouping limits the dimension to the canvas? 

    If that's the case, I'm not sure whether that'd be on purpose or if it's a bug.

  10. I guess you might have missed the whole point in this thread's discussion. The OP asked for something which currently doesn't exist. Your workaround isn't a workaround for the  problem.

    5 minutes ago, oO5Dynasty said:

    My Innovative idea? 

    Feel free to share any techniques  you have to help the community on this topic, I am always ready to  learning something new.

    I guess you might have missed the whole point in this thread's discussion. The OP asked for something which currently doesn't exist in Affinity Photo. Your workaround isn't a workaround for the OP's problem unless he's trying to cut out "solid coloured pictures" or if he wants to fiddle with zooming in and out whilst using the crop tool.

    The macro is - in contrast to your suggestions - something which seems to work. At least to some extend. Ok, maybe I have to apology - if one really wants to crop single coloured rectangles, then your suggestion is the best option, I give you that!

  11. No,

    your post proved exactly what I said. By pressing enter (as you suggested), you're creating a new paragraph. And that can get any format and alignment - independently from the previous paragraph.

    If you have a quote and you want to show its source/author in a different style/alignment/whatever, it should not be the same paragraph. At all. That's typography basics. Used even in the Holy Book for centuries.

  12. Well, yes, that IS a different paragraph. If it wouldn't be, you wouldn't need a different alignment assigned to it. And yes, the spacing between (or here: above) the paragraph is also part of the format you'd have to assign to it.

    You could also use a workaround as you used it in your previous example, by using a centered tab on that line.

    But the immense benefit of doing it the right way by using different paragraphs and -styles shows up if you want to change something in your document. Like, in your example, you don't want to have that line bold any longer, but italic instead. Or float to the right or a different font size or... or... or.

    You would achieve this for a whole document by just editing the paragraph style. With your "solution", you'd have to edit every single "not paragraph" in your document.

  13. Why would you have a single line (or whatever amount of them) in the same paragraph, if you actually want to apply a different alignment to it? Why not creating a paragraph style based on the main one and change it's alignment? Then you don't have to use the new line function for something which it isn't made for.

    There's a difference between new paragraph and new line for a reason.

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