debraspicher

It is not just numbers that count, it's the type of user.
 
I got quite interested in Linux a few years back, possibly to offer print or DTP services, still use it sometimes (Mint)
 
It seems that most people use Linux as a way of turning an old PC into a browser. The typical user seems to do everything possible to use free software, like a badge of honour. The other users use it for servers, specialized requirements and so forth. Linux is an enthusiasts machine.
 
That's no good for a commercial graphics product. Compared to a Mac, which has traditionally been a Graphics machine with people willing to pay. Even Windows users will pay.
 
The big issue is lack of support. If something goes wrong, you are on your own. The shiny Mac or PC has umpteen shops willing to supply and fix, for a price. Commercial companies need professional support! How many shops do you see offering Linux machines with back-up?
 

Hi Mark Oehlschlager,
Change the units of your document to pixels temporarily and check the Transform panel again. Make sure both the width/height and X,Y coordinates of the rectangles are integer values to ensure they are aligned with the pixel grid. In those circumstances the gaps shouldn't be visible when seeing the document at 100% or multiples.

Try turning up (or off) "double click" distance if you're using a Wacom. That can interfere with the brush tool and cause the straight line effect.

Hi erikmh, deebz,
Welcome to Affinity Forums
This is currently being worked for an upcoming version (probably 1.8 i don't know for sure). Matt P. (one of the devs) already post a small teaser on Twitter (see here).

Well, everything has already been said/argued... So just another simple: +1
 

That fits the image to the window. Debra seems to want the opposite, fitting the window to the image.

We now know why it changed (we used a new setting to help with a long standing problem uploading large high resolution PNGs) and right now it should work again for your GIF, but the large PNGs fail again.....

We have made fixes/improvements to the font UI in the latest Windows customer beta. Sorry this issue has taken so long to get resolved properly. If you would like to try these changes the beta software is available in the forum posts listed below.
The latest beta builds are downloadable from links at the top of each of these beta forum posts.
Affinity Photo 1.8.0.532 for Windows Affinity Designer 1.8.0.532 for Windows Affinity Publisher 1.8.0.535 for Windows These betas install parallel, next to the release version (they do not overwrite your release) and so the fixes can be tried in the beta without affecting your normal workflow in the release version. #when using beta builds, please work on copies of your files, as 1.8.0 uses a more advanced version of the file format than 1.7.3
Once these programs have been through a full beta process the change will be released in a future free 1.8.0 update/patch to all customers.

Click here to download the latest beta
Status: Customer Beta
Purpose: Fixes
Requirements: A valid product key (for Affinity Store purchases), or an installation of the full retail version from the Microsoft Store

As this is a beta it is considered to be not suitable for production use. This means that you should not attempt to use it for commercial purposes or for any other activity that may be adversely affected by the application failing, including the total loss of any documents. We hope you enjoy the latest build, and as always, if you've got any problems, please don't hesitate to post a new thread in this forum and we'll get back to you as soon as we can. Thanks once again for your continued feedback. 

If you have a general question about the software, please head over to the Questions Forum, or if you have any suggestions, please head over to the Feature Requests forum.
Fixes
Added vertical scrollers and I-beam cursor to Metadata panel Added support for IPTC Genre, Subject Codes and Scenes  Added support for XMP sidecar metadata Changed Lens correction to no longer show a list of possible lens names when it can't disambiguate Added lens profile: Tokina AF 11-16mm f/2.8 AT-X Pro DX II  Fixed Tamron SP 70-200mm F/2.8 Di VC USD G2 A025 automatic profile lookup failing Fixed Tamron 28-300m f/3.5-6.3 Di VC PZD (A010) not being identified Fixed smart selection brush crash  Fixed long macro names wrapping onto multiple lines  Fixed long history rows expanding too wide, making alternative futures button to disappear Added a new preference to control whether documents open in the current active window group Fixed new documents starting minimised (when previous document was minimised) Fixed crash on startup when broken fonts are installed Fixed occasional problems with replacing document fonts with their installed equivalent Fixed dashed lines not printing consistently across various printers  Fixed stroke width being printed incorrectly on rotated objects  Fixed mouse getting locked into straight line mode after using a pen and ALT key Fixed expanding linestyles which have a brush applied and variable pressure profile Removed limit on favourite fonts Fixed Studio panels being wrong size after reset  Fixed the item name dialog not focusing the text box by default Fixed the active document not always being shown on the document panel 1.8.0.526 release notes

It's hard for others to see it this way once a feature becomes a part of their toolbox. There's many features in a program that I very rarely touch, but when I find a situation where that feature fits a particular use-case or my particular design strategy (or just saving time), it becomes "indispensable".
It's possible to break up these elements into boxes and arrange using a grid, but if there's a lot of that going on in a typography heavy design as an example, then it can be time-consuming if any of these elements need to be "updated" and text altered. Another example, UI/web-design which is another direction Designer seems to be leading towards. Those are "text-heavy" as well, but they're not "documents".

As it were, we don't have many features (yet) for "reshaping" type anyway beyond the simple basics, so it's likely when they move forward, we will see something like column-based options updated as well I think. That's my hope anyway.

It's hard for others to see it this way once a feature becomes a part of their toolbox. There's many features in a program that I very rarely touch, but when I find a situation where that feature fits a particular use-case or my particular design strategy (or just saving time), it becomes "indispensable".
It's possible to break up these elements into boxes and arrange using a grid, but if there's a lot of that going on in a typography heavy design as an example, then it can be time-consuming if any of these elements need to be "updated" and text altered. Another example, UI/web-design which is another direction Designer seems to be leading towards. Those are "text-heavy" as well, but they're not "documents".

As it were, we don't have many features (yet) for "reshaping" type anyway beyond the simple basics, so it's likely when they move forward, we will see something like column-based options updated as well I think. That's my hope anyway.

Nice group of projects, Debra; thanks for posting that search, as it gives some interesting examples and food for thought. But from a quick look at what came up when I did that search, very few of those projects had any need for text in columns.
Sorry, but I remain unconvinced that Designer needs that feature. But my opinion in this matters very much, and from a user perspective yours or Cuando's opinions are just as valid. In the end it's up to Serif to decide their marketing strategy, and their feature partitioning among the Affinity apps.

I think Designer (currently) is being specialized more for graphical works than even Illustrator. In college we would make basic (generally graphic) fliers, text-heavy collages and "artsy" stationary in Illustration. In-Design would've been vastly overpowered as the features were largely unnecessary as it was just simple text-formatting for the purposes of "display", not legibility/consumption.

If you need a "graphical" reason to include this feature though, there is a certainly a utilitarian use for artists as far as putting texts in columns. Just look at many typographical projects:
https://www.pinterest.com/search/pins/?q=typographical&rs=typed&term_meta[]=typographical|typed

I am shooting only RAW images and permanently open them in AP. But, every file must be abort RAW development to close and with several windows i have to click for dozens and dozens of times on abort and yes or for closing tab on yes to this every time.
Boah is this annoying.
Please give me a setting to disable that. I just want to close this/all file/s without any of this.

Hello team,
Loving the new beta, just disappointed that this problem still exists in this new version. Was hoping it could get resolved. This is unfortunately my principal issue with AD, as I work with rainbow strokes very often. If this could get fixed my designing process would be 1000 times simpler. As you can see, I have the brush set to Fold, and the mitre set to 100. 
Thanks everyone.
Lobsang

These are (are no longer) the current Windows beta builds (see last post in this thread). Please follow this thread for forum notifications of new Windows beta builds
Affinity Designer Customer beta build 1.8.0.526 for Windows 
Affinity Photo Customer beta build 1.8.0.526 for Windows 
Affinity Publisher Customer beta build 1.8.0.531 for Windows (NEW)

Nobody knows everything! I ran into it again today when testing this and forgot to update the bug report so it's a good job you mentioned it! 

I'm not entirely sure why it does this—I've asked.

It's not what I would expect, but both 1.7 and 1.8 work that way.
This post from a moderator seems relevant:
 

Hi, I think this should not happen.
If you have a small brush size to paint your overlay mask in raw development, you get splotchy results instead of a clean line.
BTW feature request: I also miss adjustment for feathering and opacity.

Hi both,
We are aware of this and it has already been logged with our developers

Serif solved it correctly. For further changes, the ratio would be distorted.

Isn't all of that something more for Designer than Photo (which this topic is about)?
Probably best if you post about that in Feedback for Affinity Designer on Desktop, by the way.

Fair point, it's a copy paste issue from earlier release posts. I will adjust all the 1.7.3 announcements when I'm at work.

Please, let us be greatful for the work Serif Dev team are doing. Yes, all of our desired features may not be in at the moment but with time, I am sure they will get there.  Photoshop has 20+ years of lead and it's still buggy and laggy.