metajake

Great to see that you can transform node selections via the transform panel. Not as fluid as having a bounding box with anchor handles around the selection, but it got the job done for me. Thank you Affinity, every day. And thank you for answering your customers needs for advanced features.

Thanks, all!

To reproduce the problem: Step 1: Drag Art from one Artboard to a 2nd Artboard (for the first time), and release the mouse button Step 2: From the Alignment dropdown, click "Center" The art will center itself according to it's 1st Artboard. In order to have the Art align itself according to the 2nd Artboard, you need to place the Art on the 2nd Artboard, and then click anywhere within the 2nd Artboard. Then if you click the Alignment dropdown and choose "center", the art will center itself according to the 2nd Artboard. There is already a programmatic "event" occurring when Art is dragged onto a 2nd Artboard (I can witness this when the Art visually "disappears" when it is not on an Artboard, and then "appears" when it is dragged within the proximity of the 2nd Artboard). When this "appearance" event occurs, the Art might also register as a "child" of this new Artboard (and therefore be able to Align to it's new parent Artboard without requiring a mouse click on the board before Aligning). Thank you! I love Affinity Designer, and so I offer suggestions for improvement, only in the effort to help the software.

Thank you. This is awesome.

+2

this is really cool

@Aammppaa I see! This is a great, alternate (new way for me) to start using Affinity Designer. Thank you so much.

Hi all. "Clear Selection" is part of the Undo/Redo stack. Should it be? Why or why not? My scenario why not: I have multiple elements in a layout. I make some changes. I like the changes, but I want to see the previous layout (and I neglected to make my changes to a duplicate layout). My solution (in a typical user experience paradigm) is to Undo my changes, make a copy of all the elements, then Redo the changes and paste my selection (of the elements in their previous layout) next to the revised elements. I reported this as a bug ... ... but @Chris_K deemed it by design. Might anyone on the development staff or otherwise, be willing to offer up a scenario in which "Clear Selection" should be part of the Undo/Redo stack? User @Kal offers some good perspective on why "Clear Selection" should not be part of the Undo/Redo stack.. "undo/redo should be reserved for destructive actions. And sometimes space bar doesn't work [in the case that you want to Clear Selection, just to clearly view your layout] —say, if there is focus on a text field like Swatches > Opacity." Thank you Affinity team, for your incredible software which I use everyday.

"Clear Selection" erases the forward steps in history. Example: If I go backwards in history (to look at a previous layout), and I then click elsewhere on the canvas to remove the selection boxes around the layout elements... ... the forward history is destroyed. This seems like a bug.

UP VOTE: add option to disable all tool toggling.

Thanks for chiming in, MEB. In which case, I will stand behind my feedback for adding an option to disable "Return to Previous Tool Toggle". I'm embarrassed that I am not able to properly utilize the "Return to Previous Tool" toggle function. But I've been using Affinity for many months now, almost daily. And I still get occasionally tripped up by an unexpected tool, after using a hotkey.

In the links that you posted, I do not see a way to solve the problem of: Disable "Return to previous tool". Am I missing the solution for that one problem?

From what I see this does not prevent toggling (between the Move Tool and the Text Tool). When I "customize" the Move Tool hotkey to "v" and the "Frame Text Tool" to "t", using either hotkey will still toggle between the Move tool or the Frame Text tool.

Regardless of individual perception of this "feature", it remains confusing, jarring and frustrating for many page layout software users. My analogy (which I've explained before https://forum.affinity.serif.com/index.php?/topic/56697-type-tool-to-move-tool-hotkey/&do=findComment&comment=289576 ) ... goes something like: If I'm working at my desk, and I reach for my pencil (use hotkey), should I have to look closely to make sure that my pencil is in my hand, and not my pen or scissors? No. In my mind, hotkeys primary purpose is speed. You reduce the speed by requiring me to keep track of which tool is chosen by a single hotkey.

Why does Escape leave us with a blinking caret when the left and right arrow also do the same thing. If there's a text highlight, Escape should exit from typing mode, leaving the current text object selected.