Tegwyn

+1. Making fillable PDF forms would be a nice feature for me, too.

Yes, I'm still able to reproduce it by opening the file, clicking Document Setup, selecting Color, selecting a different color profile, setting it to Convert, then pressing OK. When I do this, Affinity closes pretty consistently. It doesn't seem to matter which profile I select. (Before I try to change it, it's on sRGB.) I've uploaded the file at the link you provided. (It's just a document I set up to try placing Word docs, linking an image, and try out styling, TOC, and index features, so it may look strange.)

I opened up Publisher and tried messing with color profiles just now: In the new document window, switching color modes and profiles around a bunch seems fine. In edit -> preferences -> color, I can switch all the different color profiles around with no document open, and it seems fine. Although now I can't remember what the default for CMYK was! Is there a way to see that? If I recall correctly, all the crashes yesterday were in the Document Setup window for an open document. (I've only really got the one document I was trying out, so I haven't tried with other documents.)

Windows 10, Publisher 1.7.2.471 2-monitor setup, with Publisher maximized on the main monitor. I had the same issue seen in some other threads, where many of the whites in Affinity Publisher widgets, tables, and images had a strong yellow tint. (I also had the issue on Windows Photo Viewer, the legacy one carried over from older versions of Windows.) After following advice in other threads like the one below, I got it to work. Removing the profile from my monitor fixed it for Photo Viewer, but only setting the monitor's default profile to sRGB IEC61966-2.1 fixed it in Affinity Publisher after restarting Publisher. Meanwhile, the program crashed several times when I tried changing the document's color profile. Problem: Sometimes, if I try to change the color profile from Document Setup, Publisher exists immediately. I think this happens more if I click convert rather than assign, and it did happen at least once when I tried to apply the sRGB profile it already had. The document has several tables (imported from a placed Word file that was created by LibreOffice Writer, if that helps) and a couple images. Problem: I saw in other threads that you might want samples of broken color profiles. I've attached the one for my main monitor that was causing problems. (This is the monitor I switched to sRGB profile to get Publisher to display whites correctly.) I believe other programs (Photoshop?) have warned me before that the profile was invalid. I think it was just assigned by Windows automatically for the monitor. BenQ GL2450H.ICM

Hi, I'm trying out Affinity Publisher's trial to figure out whether I should buy it or just use LibreOffice (which seems fiddly with frame and image stuff). I'd like to make a couple of suggestions and find out if any of these are planned soon or if there's something I've missed: LibreOffice (and probably others) allow you to link to paragraphs that use a heading paragraph style without needing to manually make anchors for each one. This is most easily accomplished through its navigator, which automatically makes an hierarchical outline of the document's headings, from which you can click and drag to insert a link to that heading into the text. Suggestion: Make the anchors the Table of Contents tool creates human-readable so that you can easily link to TOC'd headings from within the text. (This does require that the anchors not get deleted and remade when the TOC is updated unless their text has actually been removed.) Alternatively: Provide a tool to let you designate paragraph styles that should get anchors or lets you create (and destroy?) them as a mass operation. Alternatively: Automatically create anchors for all heading paragraph styles. Hyperlinks in Publisher don't seem to be clickable on-page. The hyperlinks studio/panel does list links and provides a pair of tiny, grey-on-grey buttons in the bottom corner to jump to links and their anchors, but this is slow because it requires several clicks (especially if you don't have "All Spreads"), extra mouse-movement (especially if you doc the panel and make it tall enough to show lots of links), scrolling (if the panel isn't tall enough), and thinking (to find your link in the list). Suggestion: Ctrl/cmd-clicking on a link should take you to its destination, especially if the destination is an anchor in the document. Bonus: Allow the hyperlinks panel to sort by alphabetical or by occurrence in the document instead of just alpha. Bonus: Regular-clicking a link in the doc should select it in the hyperlinks studio. Bonus: Clicking (with a modifier like ctrl/cmd) a link in the hyperlinks studio should take you to it in the doc, and another kind of click should take you to its target. For the hyperlinks studio, I found a comment elsewhere detailing a number of places that could be improved: https://forum.affinity.serif.com/index.php?/topic/86132-“show-hyperlinks”-missing/&do=findComment&comment=457739 Thanks for reading! Please let me know whether or not any of this is planned and, if so, if it's coming very soon (next month or so) vs further in the future.

I would also like to know if this will be done in the next month or so. It's a consideration for whether I buy Affinity Publisher (I'm trying out the trial), as LibreOffice does this already (but is worse for positioning frames and images). Is there a workaround for mass-modifying the table of contents to make the text linkable as well as the page numbers?

Windows 10, Affinity Publisher 1.7.2.471 I'm trying out the Publisher trial to figure out if I can use it instead of LibreOffice for a roleplaying game book layout. Links (both in TOCs and indexes and in main text) are important for this. Unfortunately, I'm having issues where links I create inside of my text frames (which are inherited from a master page spread) do not show in the Hyperlinks panel/studio. This makes it impossible to delete or follow them. I figured out it was a master page issue when I found this thread, where this issue came up and was solved back in February. I have confirmed I have the same issue now. If I create a link from within a text frame inherited by a master page, it doesn't show and can't be tested without exporting the PDF. If I create a link from a page with no master, it shows and can be tested or jumped to. It does not matter whether the link target anchor is in an master-inherited text frame or not; only whether the hyperlink itself is.