VIPStephan

That bears a little too much similarity to the AppStore icon. I think it’s not really appropriate to say some logo looks “out of place” in the dock because there are millions of applications with millions of different logos/icons, and people have different ones in their docks. Just because it looks out of place for one user doesn’t mean that it’s bad. Here’s my dock. Coda’s icon is just a leaf, Transmit’s icon is a truck/lorry, Mail’s icon is a stamp, next to that is Billings whose icon resembles a stop watch, and then there is FontExplorerX which is a cube, like VirtualBox, and LibreOffice is some kind of document (this is the one I personally dislike the most), and Sequel Pro is a database dressed as pancakes. Then there are a few squares and a few circles but there is absolutely no consistency. So, after which shape should Affinity’s logo be designed, and why?

Great news! Is this the one I was hoping for?

When did they say they were doing so? You can ask nicely but not demand!

No, they aren’t, as they stated previously.

Yes, that is true. This is a customer beta version; that means you have to be a Serif/Affinity customer (and specifically, you need to own that specific program) before you can help test new features.

You must be fun at parties.

But if the initial vision of the company was to provide a better alternative than a specific competition, and that competition is going out of business at some point (*cough* Macromedia), there is no “why” anymore unless you change that vision to something else that keeps you on the edge.

Well, in the other thread I clearly said what was the issue. It is not just apparently, seemingly, or possibly, but definitely because the font files are located outside of the default system fonts directory, in a custom directory. Font Book also only recognizes and manages fonts that are installed in the default system fonts directory, so, yeah, using Font Book would “solve” that issue but that would be like buying a car and the manufacturer telling you that, in order to start it, you have to turn your cellphone off while turning the key. So, AD (and in future APb) needs to take other font locations into account when exporting to PDF.

It’s not a silly question but a kind of condescending thought to the likes of “You’re holding it wrong.”

Thanks for your continuous efforts. Unfortunately the font embedding issue doesn’t seem to be among the assorted PDF export improvements?

Yes, “I know”.

To be fair, this issue with “this” and “next” in conjunction with days is the same in German. But then again, English is a Germanic language, so parallels might not be too surprising.

Well, you can also make websites with MS Paint if you like. Yes, you can probably create websites with Affinity Publisher (as well as Adobe InDesign from which it is inspired) but – unless I’m totally mistaken – it’s not its primary purpose. A website is basically a user interface with which people are interacting, so the best program to design websites would be a UI designing tool. Affinity Publisher is a desktop publishing tool primarily aimed at creating print layouts (books, brochures, etc.), not a tool to create user interfaces. But I’m speculating a little because I don’t know which features Serif has planned for Publisher. Perhaps they are indeed including UI designing tools (e. g. interaction states etc.)? That would be awesome.

OH MY!!! Looking at these images I just now realize that this triangular shape in the middle is supposed to be a pencil drawing a line! I’ve never recognized it as that, the AD logo always just looked like an abstract triangular thing to me. mind → blown.

Usually Illustrator opens PDFs exported from AD fine. The only problem I had was that text was converted to curves if the font isn’t stored in the default system font directory. I could imagine that the culprit with the file mentioned in the first post is that the text is rotated and not converted to curves. So, perhaps converting it to curves solves the display issue temporarily. That would mean, however, that it would have to be recreated in Illustrator if that needs changes. You could perhaps add a layer with instructions (font family, size, weight etc. to use) so that the people using Illustrator can work with it.

I would think that is a pretty basic feature for a DTP application. Automatic hyphenation feels more intricate than that for me, and every web browser can do that nowadays, so I would assume a publishing application is more advanced than that and would be able to balance line endings.

But that would be a little confusing, UI wise. Currently the Draw, Pixel and Export personas (with their corresponding buttons) are part of AD (don’t have AP, so I don’t know what’s there, but I’m sure there are different personas). If these buttons launch the companion applications, the corresponding personas need to change, too. And UI wise there should be a clear distinction between application buttons and an application’s persona buttons. But if Matt is so excited and says nobody else does what these buttons can do, I’m sure they do more than just launch companion applications. Do they turn APub into AD or AP (and vice versa)?

I just read the Affinity Publisher announcement and had an idea for a cross-application workflow. I don’t know if that has been suggested before or if it isn’t even already implemented (I only own AD at the moment) but better twice than not at all, so here we go: I expect AD and APub to be very close in terms of workflow for UI/website designers where they might even use APub as primary application for their wireframes, so how about an option „Edit in [AP/AD/APub]“ where you could have an object/group selected and it would automatically open this in the other application (and perhaps even update the edits live)? So, for example, context-clicking a placed raster image in Affinity Publisher or Affinity Designer and selecting „Edit in Affinity Photo“ would open the image in AP and you could manipulate it right there. Likewise, some vector graphic that you’ve placed in an AP document could be opened in AD by context-clicking the object, and manipulated right there. Forgive me if this is already there but I had to get that out of my head before I forget it.

Well, a more general message would probably help, like “either you don’t have a valid copy of AD installed or the installed application is not in the Applications folder” – at least for a quick fix.

Well, why won’t you be the first to jump the ship, and then Serif will develop Affinity for Linux.

Yay!

Thanks for fixing the panel issue, I really appreciate that. However, you can’t possibly release version 1.6 without fixing the multiple monitor issue I reported back in beta 11. It has been introduced in that version, there was no issue like that before.

Version 1.5.5 is what it is now. If any change would be made there it wouldn’t be version 1.5.5 but 1.5.6.

Oh, I might add that I’m also connecting my monitor via HDMI with an HDMI to DisplayPort adapter.

But you still need a more or less permanent internet connection to use this program, which is a stupid waste of resources and might hinder you in your work more often than you like (e. g. if you’re working on the train or plane or whatever).