fde101

There are two ways to make that happen: stop developing the software and waste the time they would have spent working on the code explaining things on the forums instead, or raise the price of the product significantly to offset the cost of hiring new people dedicated to chatting with users on the forums... Why should it need to be? If your request is implemented in 10 months, 10 years, or not at all, you still got what you paid for. Feature requests are just that - requests - they are not guaranteed to happen at all. Your expectations are not in line with reality.

From what I can tell this isn't a question of palettes; it seems the FX don't support gradients at all - only solid colors. For me if I do this while the fill (gradient) tool is active it adds the color of the selected stop on the gradient instead of the gradient itself. If I switch to a different tool it adds the gradient from the selected object.

I would argue that a better solution to this would be allowing us to map a keyboard shortcut that focused one of the fields in the transform panel with its content selected, so we could hit that keyboard shortcut and start typing without needing to move the mouse or open a pointless new dialog box.

When using the fill tool (called the gradient tool when in Photo) you can drag the gradient across an object to add one; when you click on one of the end points you can then use the color panel to set the color of that point, as well as making other manipulations directly over the artwork.

This is highly unlikely. Serif does not normally respond to feature requests. If they decide to implement this, the first time you will know about it will likely be when it shows up in a beta. They only have X amount of time to work with for each release and need to prioritize which features to work on when, so this is competing with a lot of other requests. I agree this would be nice too, but in the end, you can work around it... bug fixes obviously need to take priority, and when it comes to new features, there are other things being requested that would be much harder if not practically impossible to work around which should probably get higher priority.

Agreed, that is what I think I'm seeing too, particularly when looking at the textured washes in the background and the purple shirt when combined with the thick outlines and the pencil-shading on the mask. More specialized digital artwork programs such as Corel Painter have features that are much more suitable to a task like this than is a photo manipulation program such as Affinity Photo (tracing paper, surface textures, natural media brushes, etc.), but even then this would be much more of a manual effort rather than an automatic effect of some sort. The "next best" thing might be a carefully tailored "comic book" type filter; there are a few in Filter Forge that might be able to give you something useful if you spend some time playing with it, but I don't think you will find something to match that "effect" quite exactly without putting in some manual effort.

Nope. QuarkXPress behaves more like what you are asking for by allowing multiple instances of a single hyperlink to be repeated in the document, but in Affinity Publisher each one is a separate entity in the panel. I have asked for this to be fixed before, back with the very first Publisher betas before it was released, but it seems to have fallen on deaf ears.

Arabic is right-to-left. There are numerous threads about this, but indications are that support for this is a (very) long way off, though likely to happen *eventually*.

The perspective tool in Affinity Photo is actually quite a bit more flexible than the perspective crop tool in Photoshop, but it does require a few extra steps. First, switch to SOURCE mode, then drag the handles to the corners of the object. Then, switch back to DESTINATION mode, and drag the handles out so they are square. Rather than yet another tool to do the same thing, I would argue that there are three specific improvements that should be made to the existing Perspective tool (and live perspective filter): Have the tool start in SOURCE mode instead of in DESTINATION mode. If there is a use case for starting in DESTINATION mode I haven't seen it, but if that is a concern, make this a preference. Add a "square" button to the Perspective window that automatically squares the DESTINATION corners after the user has set the handle positions in SOURCE mode (and switches to destination mode if not already there). If the user doesn't like what this does they can manually adjust from there. Add a "crop" button to crop to the filled area when the user actually wants that. This should NOT be automatic as I mentioned before - it would be nice to have it as a semi-automated capability sometimes, but there are also plenty of cases where I would not want this. (There could actually be two variations of this: one to crop the layer but leave the document size unchanged, and one to crop the entire document).

The DDS format is only really well-supported on Windoze. Games are written for other platforms... so if that format is being used by "every game developer on the planet" then they should seriously reconsider their choices. The few cross-platform engines I see which seem to support them at all appear to either support a subset of the format or to support it only within its development environment by converting it to some other format when feeding it to the engine.

"Book" in particular is very limiting as you still cannot specify the number of signatures. I'm not sure how generally usable it is for that reason. The booklet mode, while a bit limited, is at least useful in its current form for most smaller booklets.

Just a thought: If you only need to feather along one axis, you can use a linear transparency gradient (created using the Transparency Tool). For a different sort of look you can use an elliptical transparency gradient (but this means the corners will be rounded - so it should work just fine if the picture is being framed as round in any case...). Rectangular gradients might be a useful building block for offering this feature...

Other things have been on the list longer than that. It's not exactly surprising. I'd never even heard of DDS until seeing it requested on a few of these threads; it is a Microsoft-specific format which uses a proprietary compression algorithm. It doesn't really strike me as a useful format for the general market; it is very specialized. It would imagine this has a low priority compared to other features which will benefit a larger number of people.

Hi @mariellinda, welcome to the forums! This kind of functionality really belongs in Affinity Photo rather than Affinity Designer, and indeed Affinity Photo already has it. Based on some doco I just looked up on that tool in Photoshop, it looks like it has two modes: One in which you pre-define a "source" to use when healing - the equivalent of this in Affinity Photo would indeed be the Healing Brush tool One in which the tool constructs the "source" from the area surrounding the brushed-on area; the equivalent of this in Affinity Photo would be the Inpainting Brush tool Note that you can send a document from Designer to Photo without losing anything - just select "Open in Photo" from the File menu in Designer; then select "Open in Designer" in the File menu in Photo to send it back when you are finished. This assumes of course that you have the same versions of both programs already installed.

Their loss. Mostly only if you are not accustomed to it, assuming you are using an actual mouse. The designers of the windowing system for the Plan 9 operating system put quite a bit of research into usability concerns and used mouse chording fairly extensively to provide an assortment of shortcuts. The real problem is that it would be quite awkward for most people to do this when using a graphics tablet, which would be a common scenario for this type of application, or a trackpad, which may happen frequently among mobile users. Neither of these would have been a factor in designing the Plan 9 windowing system (they didn't really exist in any meaningful way back then), but are quite important on contemporary platforms.

If you turn off "command-click opens a link in a new tab" in Preferences -> Tabs then that is what you get. I have that turned on, so for me it is option+shift+command+W, while the option+command+W shortcut is for Close Other Tabs.

Agreed, it is not likely at all that the Affinity application is breaking up the object, but rather the original application that produced the PDF/SVG being imported. The Affinity application is then faithfully importing whatever was actually in the PDF. I don't believe the requested feature is feasible at this time.

On the Mac, it seems to be option+control+LMB for size and option+control+shift+LMB for hardness. I believe the use of mouse chording (holding multiple mouse buttons at the same time) on Windoze was chosen due to the lack of a fourth modifier key on that platform (Mac has Command, Option, Control and Shift).

You can back up through the undo history using the History panel. Thinking about it, it would be kind of nice if the panel had an icon next to the step where the document was last saved...

Safari has a "Close All Windows" option in its File menu. If you open the File menu of the Finder, holding down the option key changes "Close Window" to "Close All". Same with Terminal (except it is in the "Shell" menu as the terminal does not deal with files...). In TextEdit, option changes Close to Close All in the File menu. This pattern carries through to many 3rd-party Mac apps as well, such as Nisus Writer Pro, Swift Publisher, QuarkXPress, Cubase...

I can't see your video for some reason. If you hold down command (Mac - not sure of Windoze equivalent, possibly control?) while using the pencil tool you can select a node; then (without holding down any modifiers) use the delete (presumably backspace on Windoze) key to delete the node.

Better yet, don't post at all - just like the post in question. Quote part of it if you only want to express agreement with that part, but the meaningless "+1" posts just add clutter otherwise.

Styles are not linked to the object. The individual properties of the style are copied into the object when they are applied. As result, there is nothing there to "reset" - objects never have a style and are constantly in a state of being "reset".

Separate feature requests should be split up into separate threads so they can be discussed independently rather than everything getting mixed up in one pace. As many of these are duplicates it would be better to comment on the existing threads than to create new ones and scatter the conversation for a given request all over the place making it harder for people to find what they are looking for. #2 - try a font manager such as FontBase

Not sure what was improved? The change of spaces is still happening at least on Publisher 1.8.2.619. MacOS 10.13.6 in my case. After creating a document or closing the window it still does not change back to show the document.