TextusGames

Wow thanks for implimenting this!

Yes i do pan with scroll-wheel mouse button in affinity, but i personally to find it easy to pan with right mouse button(i think panning is very freakuent operation in my workflow). Plus i am using program there i pan with right button, and then i switch to affinity i have to pan with scroll-wheel button, this is a little inconsistant workflow. I hope in the future there will be option to pan with right button.

Please expose to users parameter to hide status bar. This bar is only useful for learning but further it just eats vertical space. I Removeing this bar will increase valuable vertical space.

It will be good if we can pan with right mouse button and still access context menu. It can be implemented if this way: if we click with RMB and not drag and than release mouse button there will be context menu and if we click and drag there will be panning behaviour. Unreal engine do this way. Here i am using just RMB for panning and for context menu. It howewer should be an optional behaviour becouse i think there is some people who prefer fast using of context menu ( Press and hold than choose menu command and than release in oppose to right click then choose menu comand than left click) But i would prefer to rather have right mouse pan(if click and drag) and context menu on mouse release(if where was no dragging).

Thank you.

Tool's pointers are not affected by windows scaling and windows cursor scaling. In particulary pointer of the node tool is too small its (it nearly equal the square node handle, this is too small) . At same time pencil, artboard, text tools are big enough. And the transform tool pointer is as big as any other windows cursor, but i think that is becouse it does not have it's own cursor. Please make tool pointer bigger ( scalable with windows size).

The issue is that control handle picking behaviour is zoom independant or incorrectly dependant, it is applied to every tool. Then you work in 100% zoom tools works fine, control handle picking radious is optimal. But then you zoom in control handle picking radious becomes too big and you can and will accedently pick wrong control handle if they are close to each other, but if thouse nodes would be in same proximity to each other in 100 % zoom you can successfully pick control handles. Affinity team shuld fix this issue in the future.

Double tap on any node should make it sharp with zero length both handle. Similarly as alt + left click does in windows version of the Designer.

Doble tap on handle should make handle length zero, similarly as alt + left click does in windows version.

According to above tweet there will be multipe layer strokes and fills (if this is trustfull). And since it says nothing about multiple layer effects such as inner shadows, i am worried about them not being added..

Some times it is very convinient to have multiple layer effects of same times. For example i want to have 2 inner shadow effects applied to same level one for highlights and one for shade. It is on actually on roadmap.

Especially on iPad with apple pencil.

At least in sculpt mode we should be able close shape by drawing on top of start point. And it should be merging with curve preservation and not closing with stright line between start and end. It is really 1 essential thing that I need from current pencil tool.

With pencil tool In beta 1.7.0.243 I still can not close shape in sculpt mode by drawing to the end or start point. If it is really doable than what is wrong with my beta?

Than you sculpting with a pencil, where must be an option to close the shape than we draw over to the starting node again. Seriously I am trying to make closed shapes with pencil in sculpt mode and rope stabilizer and it just does not work good enough because than I draw to starting point again there is always some kind of crossing between start and end of curve, than I need to switch to node tool and drag end node on top of start node and that actually will spoil the curvature than I need to correct it and than switch back to the pencil mode - this is not good workflow. I expect from sculpting mode that start and end point will be merged together because I intentionally draw end point on top of start point (or even better there should be context toggle modifier button thich will allow to merge end and start node if they were drawn close to each other). This behaviour I would call controllable merging of end and start point (with preservation of curvature) in oppose of auto closing curve (because auto closing will produce curve change - the new line segment will be created). 2) We also need separate auto close context toggle modifier button. Than both modifiers are active («merge start with end» and «close») if distance between start and end is small merge modifier should take priority else just close the curve. We absolution need these feuthers for closed shape drawing.

Good job. Any hopes for node spacing? And ability to somehow add node right at the midle of 2 nodes (vertically and horizontally, without consideration of curve). Or ability for node to middle snap between 2 nearest nodes while moving it?

You can already set layer color, but only for layers which you have added by clcking add layer button in layer panel. I personally do not undrstend why you cant set it on other layers, at least on group layers.

+1

Thank you for answer and for amasing programm. As for node tool it is not critical how much control handles it has at same time, if several candidates are in hit radious from cursor program should just pick closest one (if they have same distane pick last created/iterated ). Node that will be picked after click could be also made highlited (outlined). If tool has big picking radious you always have an option to zoom in and pick the right one even more easely. In oppose if tool has small picking radious it is not an option, and there is no way to more conviniently pick handles. Increasing tools handles vizual size only just for makeing it more pickupable can produce visiual cluttering, the situation then you have many nodes and they are too large and intersects each other. That is why i believe the visal size of a node and its picking area should be adjusted separtly via two multipliers - NodeVisualSizeScale and NodePickingRadiousScale. This will allow to have not large visual nodes and ability to easely pick them at the same time. I am using largest tool handle size preference and still can't relaiably click on node,s handles, almost every fouth click is a misclick. Please find a time to improve convinience of picking nodes by node tool In 1.7, becouse you already improve base tools in that release. At least give two more options for Tool handle size preferene: Smallest Small Normal Large Largest Massive Gigantic But please make them really big, i dont mind nodes to be large as long as it allows me to conviniently pick them. I hope you will find a time, thank you in advance and best regards.

Hello Again After using your program for some time I can say that it is really the best one i have tried. I liked it and want to work in it. (I am using trial version of affinity designer on windows 10 with high dpi monitor and windows scale set to 200% with largest tool handles option) But one and only thing still really frustrates me - I just can't reliably manipulate handles by node tool and it kind of ruins everething. Then i am trying to click on node or node's handle i have to precisely move mouse cursor inside it's visual representation overvise i misclick. Grabbing area is just too small and in fact it is even less then its visual representation(if you try to grab square node you need to move mouse slightly inside it). That should not be this thay. Then i am using move tool or crop tool i can reliably grab handles of baundry box with ease, because the grabbing area is much more bigger ( almost 3 times larger) and therefore you can grab it even then mouse cursor is some pixels away from visual representation and it makes me happy . This is convinient and should be default behaviour for node tool too. (Other programs like Moho, Illustrator, Spine use this approach). I still suggest to add GrabbingScreenTolerance parameter to define grabbing area. But if you make node tool to grab nodes as easy as move tool does that will be good enough. You can also highlight node or handle in order to better distinguish which one will be grabbed.(Illustrator does this way, it is useful then multiple nodes are close to each other and then handles are close to node) Look how easy it is to select by move tool in oppose to node tool. Here is important question. Is this intended to be that way or this is a bug?

Handle constrains. Then you are manipulating node's handle and holding shift why not constrain handle angle to 0, 45, 90 e. c. degrees(in screen space coordinate) and also the original angle (angle before click and drag of handle)? Distance to mouse cursor will still change handle length. It seems natural because then you are using any other tools and press shift it constrains to 0, 45, 90 degrees. And that seems like there is no current way to constrain (or snap) to 0, 45, 90 degrees for nodes handles. Is there a way?

Hi. Thank you affinity team for such a good program. I have tried the trial version of affinity designer It's a very good solid program. I find it even mo convenient then Illustrator. But there are many things that I would like to have there, and here is one important missed fundamental feature I will definitely buy it, one thing, however, stops me. Tool handle Selection screen tolerance parameter. (Like in illustrator) You have parameter snapping screen tolerance in snapping settings by which I can configure snapping behaviour, and make it convenient for me. But there is no similar parameter for selection (of a node, node’s handle, curve’s segment, boundary box and so on).dsad Since you are improving base tools in 1.7 release could you please add it? Problem I am working on high Dpi monitor. Then I want to select a node or handle I instead deselect everything(especially when I am trying to click on node’s handle because itis very small), it happens very often even with largest “Tool handle size”. It is very disappointing and frustrating. Selecting tool’s control handle is most common action and I should be able to perform it with ease, and it surprises me why there still is no such option. I should be able to affect control handle then my cursor comes near to its visible representation by N px ( ControlHandleRadious + ToleranceParameter) Mouse cursor should be also changed at that distance. Benefit I mean there is no real reason to precisely click on the visible part of the handle(it is inconvenient, frustrating time consuming) in order to control it, (if you have multiple interfering tool control handles program should just choose closest one). Instead, it would allow to Independently configure the visual size of a handle to please your's eyes(by “ToolHandleSize”) and area of selection to easily and more conveniently manipulate tool handles (by new “SelectionScreenTolerance” parameter). Difficulty of implementation I assume you already have some internal property(Getter) “DistanceToControlHandleForSelection” now you just need to embed new UserDefinedSelectionToleranceParameter there. Keep in mind that this behaviour should be zoom independent What do you think about this? And is there a reason to not do this?