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

laneallen

Members
  • Posts

    56
  • Joined

  • Last visited

Posts posted by laneallen

  1. I usually hit tab which hides the UI, drag the window down, then tab again to bring the ui back. It's a lot easier than dragging the toolbar around, but I agree, it gets tiresome dealing with it. I think the problem is that the top bar ui has no "presence". If you're like me and make larger windows to see more of the design, then the default system stacks new windows, but the top toolbar doesn't register as an obstacle.

     

    It would be wonderful if this was fixed in a future release, although I think this should be registered as a bug rather than a feature request.

  2. I did a search on feature requests on slices, and didn't really see anything on this or in the roadmap. I did see a post that there is more to come for Exporting Personal, but here is a feature(s) I've come to want while working with AD.

     

    In Export Personal (AD), if you create multiple slices, they are literally all over the design, yet we have a palette dedicated to the management of those slices. I would suggest that the palette be the "controller" of showing and hiding slices created by a simple selection(s). So, instead of slices constantly cluttering the design, with only corner anchor points being the highlight a slice is selected, hide the slice unless that slice is selected within the palette.

     

    This would greatly clear up the interface and provide good UX. Especially since you already have to select the slice that you want to export, this would give clear visual feedback of what a user is exporting without all the clutter of other slices.

     

    In addition, to further enhance this, by selecting multiple slices within the palette, it could group slices as a composite export selection. This would allow us to define potential elements of export through slices, without literally having to create every possibility. See attachment. So, since the slices palette already is the determining factor of what is getting exported, and if we hide the slices unless selected, then being able to select multiple elements for different variations of exports would be wonderful as a composite of those selected slices.

     

    If anything, at least hide the slices' bounding boxes unless it is selected within the slices palette. Otherwise, it can get very unruly.

    post-2496-0-59909000-1444327859_thumb.png

  3. You can assign layer colors right now by right clicking the layer and selecting properties, but it doesn't reflect the color within the layers tab when it's selected (as far as when the layer selection color, but it does show the color as a thin line under the layer). However, it will show the layer color you've chosen as the bounding/selection box within the design.

     

    I would love if they both corresponded to the layer color selection and within the document as well.

  4. Just to mention about the buttons for Convert: Smooth/Smart Smooth for nodes, these commands do not always conform to the objects initial bounds. Meaning, it can greatly distort a design creating even more work to bring an object back to it's initial concept. So, if working on a design and there are some sharp edges, but you want to soften it a bit, it is much more efficient to just pull a line path next to the node, then snap the handle so it becomes a smooth. The advantage are (1) no required trip to the ui, (2) able to focus on the design, (3) no backtracking from large jumps (in overall line shape) from Convert: Smooth buttons, (4) interactive feedback with ability to use +alt to break smoothing points for more drastic changes.

     

    Adding a key modifier that does the opposite of +alt while reshaping along a path would provide many more benefits, even if Convert: Smooth was hotkey-able.

  5. Yeah, I know of the node handle ones; I was talking about the actual line, not the handle. I mention this because I love the ability to adjust a shape effecting two nodes. You can get broader changes verses selecting one node, adjust, then selecting the other connecting one in an endless tweaking cycle.

     

    Here's the scenario:

    Create a square.

    Each point on this square has a corner point.

    If you want to round the square, you need to need to tweak the line to "generate" node handles.

    But, those node handles are one sided, and any key modifier (control, alt, shift) has no effect on the actual line.

    That means if I want smooth handles, I need to select two lines for one node, one on each side, to create the nodes, then select a handle and lock it until it's smooth.

    That is four steps for one smooth node.

    So, efficiency wise, if I could pull on the line when creating node handles while holding, say +control, that would form equal node handles on both end nodes... That is one step replacing eight steps (two nodes going from angle to both being smooth).

     

    If you have two smooth nodes (i.e. create a circle), and manipulate the line holding +alt, both connecting nodes of the line will break both [end] nodes. This suggestion is simply reversing that process.

  6. Hi MEB. Yes, I was just giving my feedback, and I do realize that custom shortcuts will fix this whole issue. After working with Designer for over a year, I was writing down the things that were consistently coming up. As a long time user of Illustrator, then getting out of Adobe's stale development for Illustrator, I have nothing but praise for Designer – it's a wonderful product.

     

    My only consideration for this suggestion was how to improve workflow for common tasks, and one less looked at concept is the idea of easy to reach shortcuts with one hand. I doubt there is a single person on the forums that can say they can do command + J without looking at the keyboard while all the other shortcuts are on the left side of the keyboard. This is because people usually have their left hand resting on the left portion of the keyboard since 90% of the shortcuts are on that side. If you brought Pen, Pencil and Vector Brush as Q, W, E as well as brought duplication as D or even F, a person working within Designer would rarely need to look at the keyboard, allowing focus on design, making the tools disappear.

     

    It's the same concept as game design for desktop. If you were playing an action game that requires one hand use, the other being on another input device, mouse, or in my case a drawing tablet, having shortcuts within reach without having to look down becomes better design. If you created a game that used AWSD movement controls, then required a key like J as jump, it takes focus off the screen because J is hard to reach without reference, since a users hand is resting around AWSD. Sure, J as Jump makes sense reference wise due to the J in (J)ump, but usability wise, not so much.

     

    Again, I know this is a moot point considering custom shortcuts, but just providing feedback.

  7. Hi Paul, I was referring more to not having to adjust to the other side of the keyboard. When working, I usually have my thumb on the left side command button since most of the shortcuts resides on that side of the keyboard: copy, paste, save, undo, redo, group (command + g), gradient (g), zoom (z), zoom selection (alt + z), move tool (v), node tool (a), text (t). I duplicate items a lot since I'm not sure if I'm going to commit to a change, or if something might be a base shape that I'll build other pieces off of. So, command + J forces a user to look down at the keyboard since the reach to J requires using the other command key.

     

    It's the same principle of Z, X, C, V in that someone can work and focus on whatever they are doing while keeping their hand with a reference (like keeping their thumb on the left hand side command key). Duplicate as command + J is kind of like making Paste command + N, which would constantly require someone to look down to reference where the keys were for currently efficient command + C > command + V without losing any focus on what you're working on.

     

    Ideally, it would even be better to put Pen (P), Pencil (N), and Vector Brush ( b ) as Q, W, E, then a user could work with never having to look at the keyboard.

  8. Quite honestly, I'd rather have an option in the drop down underneath Recents that only showed the selection of recents since I mostly use the Color Wheel. Having both default swatches and color wheel is redundant imo, better to give more space to the colorspace people are trying design in with more UI to explore for that purpose.

  9. While working with vector nodes, have holding +control snap handles to major degrees, i.e. 0, 90, 45, etc. Currently, +shift just locks the angle (and making handles lock equal distances from the main node), but it’s harder to find exact alignments.

     

    You could go as far as say +control to snap to major degrees document wide, and even adding +control +alt to adjust the degree snapping according to the angle of the node. But, I'd love at least document wide to quickly lay out points with a little more control.

     

     

  10. Right now you can hold +alt to break smooth lines when reshaping on a vector line between two nodes, but you can’t hold, say +shift, to reshape and smooth the two connecting points (basically the reverse of hold +alt). I find when converting artwork into vector, I’ll have more corner points that I want to smooth quickly by just reshaping the line(s). Or, artwork conversion creates a one handle node, so something like hold +control or +shift while reforming a line to form corresponding points to smooth would be wonderful.

     

    Right now, if the nodes only have one handle, broken handles (non-smooth) or no handles (corner point), I would select the line to form a handle (if it's missing), then select that point(s) until it formed a smooth node. It would be really efficient to just have a modifier key like +shift while reshaping the actual line to quickly form smooth both connecting points.

  11. Consideration for having a larger delay before a window tries to absorb another on tabbing/docking of floating windows. Anyone that realizes the efficiency of Expose on a Mac will rarely have that many docked windows. By having windows constantly trying to merge right away while trying to get as much workspace for windows becomes disruptive.

     

    Or a check mark in preferences to turn the docking/merging off altogether.

  12. Duplication is Command + J, Grouping is Command + G, which I find used a lot, yet they are “zoned” on opposite sides of the keyboard due to reach of each key with one hand (while the other is on the mouse or drawing tablet). Workflow commands like duplication, grouping, copy, paste would be much better UX wise to keep commands that are common to one side of the keyboard. (imo)

     

    So, suggestion is to make Command + D the default duplication shortcut.

  13. Recently used colors has one problem. When selecting a previously used color, adjusting that selection (from the color wheel) completely removes the previous color in Recents. Breaking exploration of ideas. 

     

    This compounds the Eye Dropper color well queue doubling travel time to ui, as well. So, if I select an object, click a previous used color in Recents, then adjust the color for variance, or testing, the old Recent color swatch completely gets replaced. If I want to adjust another part of a design with the original Recent swatch, I then have to select the Eye Dropper, select the color, go back to the color well, and click on it (/cry).

     

    A workaround is to deselect the object after color selection from Recents, then reselect [the object] to create a new Recent color item. Ideally, Recents would record a new square, versus replacing the selected Recent color swatch without having to deselect the object.

  14. For viewing and moving purposes, holding space hides mostly everything, including bounding box. 

     

    For selecting stuff... not so much. 

     

     

    That is the point of this suggestion, selecting and doing stuff with a design. My current work around for all of this is to group (or even create a new layer if I get into issues with the bounding box that encompasses normal groups) hard to target items, but that just lends to the clunky aspect of this selection box.

  15. Hi MattP, yes, something like that would work I think. Just keep in mind that zoom removes context of what people are working on. Also, by removing handles on multiple selections could also notify people that multiple selections are made, meaning, two (or more) overlapping points. One possibility of strengthening this visually would be highlighting multiple selection points with a different color, say purple, then showing a fade on actual vector lines. Then on single selections, visually highlight it with (something like) green. You could even show the influence on a line, although I don't know how difficult that would be to program in, just a thought.

     

    affinity-visualqueues.png

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