AndyQ

I think we can let Affinity figure that out, I would have guessed at "OK"/"Cancel" to proceed with an operation after a warning. As well as that, making any changed to tool-tips part of the "undo" queue would also be handy, or as an alternative have a three column list where the default key combo is displayed next to the current setting, so whatever customisations you make can always be compared to the default setting. That way you can return to a default for a single function without resetting all of them or having to look up documentation to find out what the original setting was.

Thanks.... I often miss tool-tips as I'm using a Wacom with a shaky hand (unless it's after whisky time), so I have to be very deliberate in order to get them to pop up. I thought I'd checked that but I must have been wobbling too much....cheers!

Suggestions for the preferences->shortcuts editor. 1) some way of searching for a shortcut - i.e. enter the keystroke combo to see if it's assigned to anything and what (I know you get a warning if a shortcut is used, but then you can't find out what function is using it) 2) confirmation modal dialog if clicking "reset" or "clear all shortcut". Yes, I have accidentally clicked the latter. Since these aren't "undo-able" operations then at least request confirmation before proceeding with such a drastic action!

I've just finished a job in Indesign CC doing tabular price-list/ordering forms to PDF and in the process have discovered a massive pile of bugs in Adobe's implementation. Indesign has a "tab order" panel for setting the tab order of all fields/controls, but it doesn't work in certain instances - for example if you have fields in table cells (and tables seem the perfect way to set up a spreadsheet like product inventory/order form). Tab orders also get screwed up if a table flows over multiple pages and that flow is changed - it's fine when you first create a table, but if you delete a row or change the page breaks then any fields that move from one page to another completely disappear from the tab-order list. I could go on with a huge list of Indesign bugs, but basically what I'm saying is that Adobe have put f-all effort and testing into forms support for Indesign, so Affinity could almost make a case for Publisher as a PDF forms creation tool if they put some work into it. For the price of Publisher it would be something big companies could easily afford to implement en-masse. My basic recipe for required functionality would be: 1) a toolbox of form field objects that can be placed anywhere in the layout, encapsulated in table cells or within nested frames, anywhere any other object can be placed 2) be able to set all the properties for that field/control that acrobat supports, including naming fields. Perhaps an "auto name" function would be handy too, that looks at the reading order of fields/controls and assigns numeric prefixes that would match that order (e.g. button_001, field_001). This would be handy if a large table of fields was edited, with rows deleted, for regenerating a numeric list of fields 3) be able to set the tab order for all controls on a page/document in a single, expandable easy-to-use list 4) allow styling of field controls to an extend supported by PDF, with embedding of fonts used in fields 5) allow multi-selection of fields for applying properties changes or application of styles to them simultaneously (not possible in Indesign!). I'm sure there would be a lot more that could be done, but those are the main things that have cropped up whilst I was working on a "real" project.

ideally you should be able to set either % or values for a corner radius, then have a checkbox in the context toolbar for either scaling corners with the shape or keeping the radius fixed. e.g. If it's set to "scale with object" and you have a radius of 4mm on a corner and scale the object 50% then the corner radius will become 2mm. Also, if selecting a node with the node edit tool, the radius of that node should be reported and editable in the context toolbar - it's a pain having to switch to the "corner tool" just to see the values or edit them. I'm presuming Adobe has some sort of copyright on their Illustrator method of setting corner curvatures otherwise you'd just copy that, as it's a much better and more intuitive system. Having parametric corner radius settings is super-helpful, so I'm glad it's there, but you need to be able to optionally scale the corners with the object.

This checkbox appears for the rounded rectangle object but I'm not seeing it for the corner radius tool, either during transform or if editing with the corner-radius tool. Is it not possible to specify corner radius in units then have it scale with the object? e.g. corner radius 1mm on an object scaled 50% should result in the corner radius becoming 0.5mm.... if this isn't possible Affinity peeps, could you please make it so?

It becomes even more of a problem if you used both applications daily, or if Illustrator is your main application. Designer's similarity to Illustrator is why I'm moving towards it and away from CorelDraw. CTRL-Enter is really bothering me. If it did nothing that would be OK - the fact that it does something highly undesirable (in my context) is the problem. In choosing a short cut for "convert to curves" surely some other key combo would be preferable - something meaningful e.g. CTRL-C ("curves") or "CTRL-O" (outlines)....anything really. Any shortcut using the "enter/return" key should be reserved for operations logically linked to the termination of an operation, a submission or a return to a previous state. It's OK to say the shortcuts are customisable but if you use dozens of applications on multiple machines, or you are implementing an application for a team of employees, it's considerably easier to stick with defaults (and less pain for support staff!). As people have mentioned in this thread, you can end up not realising you've converted text to curves until way-too-late.

Affinity have a good opportunity here, as Indesign does a shit job of creating PDF forms - it lets you add fields and controls but only in a very basic sense. You can set the font for a text field but you have to do it on a per-field basis - so if you have an order form with a list of 100 products in a table with fields for order qty you have to individually set the font and font size for each of those 100 fields - not only can't you apply any kind of "style" to them but you can't even set the default font that it assigns. On the topic of order forms and other such data-intensive tables, adding support for PDF scripting in the authoring environment would be killer. For example, an order form table would list products and prices, with user-fillable fields for the quanity they want to order. It would be sweet to be able to multiply that quality by the price data and show subtotals, then add those up for the total order amount. This can be done in the PDF itself but that's an awful approach - having to export a file then edit the exported version. To do this in the authoring package would be hugely more efficient and would make Publisher a must-have for PDF form publishing. Take advantage of Adobe's poor efforts in this area!

I do a lot of whining about UI issues, but this item is a critical one for me - being able to set up documents, especially raster documents, using dots-per-centimetre settings rather than dots-per-inch. These figures can't be translated easily - there's no perfect dpcm value equivalent to 300 dpi (300 / 2.54 = 118.110236220474...). My need for this is a bit arcane, but in essence it means I can work on metric-based document sizes but define a useful pixel-based grid subdivision. Primarily I use this when doing presentation slides and templates, to set up metric documents that match grids in both my pixel-based backgrounds a PowerPoint grid system (based on divisions per cm), but I have a lot of other uses for it. METRIC is a GOOD THING. It's the way of the future - thank you French Revolution! P.S. if even pig-headed Americans like Adobe can manage to provide this, European Affinity surely can match them...

Fantasticle

Renaming swatches is a pain too - selecting from menus then renaming in a modal box. Let's just double-click the name text and have it auto-selected for typing in a new name.

To smooth a node that's a corner point you need to click with the "right-mouse" held at the same time. With a pen this is pretty awkward, and that's assuming you've got a barrel button you can assign to right click duties. Since this is a super-common operation couldn't we have a key modifier instead? CTRL+ALT converts a node to a sharp point, couldn't it just be used as a context-sensitive toggle? i.e. CTRL+ALT converts sharp points to smooth and converts smooth points to sharp, like AI/Photoshops "convert node" tool? Even with a mouse pressing two buttons at once seems awkward, and I had to pull a mouse out of a dusty drawer to test that...

That's the thingywatsit I'm talking about. I can't help myself - I just want to grab that colour and drag it to the colour swatches....it's an unbearable compulsion and seems so obviously natural and efficient. I guess anywhere there's a colour it should be "draggable" to the swatches really. Must faster than going through a frenzy of clicking and selecting

Just convenience, it's a want not a need and not a high priority, but it saves the copy/paste routine. You also lose the text wrapping breaks if you paste into an artistic text object, unless you've added soft carriage returns at the end of each line.

Ah... didn't look. Just searched for the phrases and found the quote from MEB and responded to it. Off the cuff after having to retype my text so it wasn't paragraph format.......