Jump to content

Tegwyn

Members
  • Content count

    12
  • Joined

  • Last visited

About Tegwyn

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thanks, @stokerg. Do you know if there's a way I can edit an individual mark to change things like its override style? Adding index marks using the index panel's find tool is easy, but it doesn't let me set override styles as I do that. But once it makes the mark, I can't seem to edit it to add an override style either.
  2. Apologies if this has already been asked, but is there a way to edit an index mark? I can delete it, but if I try to select the word or the index mark itself and add mark, it adds a new one rather than editing the existing one. (This makes sense if I want to put multiple marks by the same word but not if I want to adjust an existing mark.) The reason I need this is to edit the marks the Index panel inserts. Its find in document feature is much nicer than adding marks manually, but it doesn't let me add an override style to make one entry the primary one (bold or italic, for example). It seems like I can only use the find in document tool and still designate a main entry if I: Don't add the main entry from the index panel's find Add an index mark for the main entry manually, setting it to use an override style. That mark must be the first one for that entry on the page, or it won't use the style. (I assume it uses the style for the entry's first mark on each page.) Even if I do that, the index sometimes ends up making that page number, plus several page numbers after it for the same entry, use the style instead of just the first one. Maybe I should be reporting this as a bug? This screenshot shows a contrived example from when I was trying to figure out how to make the page number for the main entry different than the others. You can see the emphasis style got applied to several of the "enemy" entries instead of the 1 that I set to use it, and I had to insert both main entries manually instead of from the index panel.
  3. Tegwyn

    No PDF bookmarks

    Chiming in to agree. PDF bookmarks representing the various headings of my project are an absolute must for my use case. Adding them automatically in Publisher (based on TOC or paragraph styles or even anchors, though that would be more tedious) would be much easier than inserting them after the fact in another program.
  4. @Jon P Actually, I take back the part about it not mattering. I'm getting consistent crashes about 15% into the export when I try to export all pages to PDF. Exporting all spreads works. I'm not sure if this is a different bug, or if it's also due to a bad table. It works if I export pages 1-20, then 21-60 as separate PDFs. Perhaps an issue with the TOC or other hyperlinks? Should I open a new thread about that? EDIT: Just for fun, I found a bonus bug that will probably be impossible to reproduce and not worth trying, but I'll note it anyway: I tried to open a large (80 MB) PDF in Publisher through file -> open to see if it would convert the bookmarks into anything (in hopes of figuring out how to creating them / if it's possible). Publisher's memory consumption shot up by about 8 GB, it started using the SSD heavily (probably because I ran low on RAM), and LibreOffice's CPU usage jumped up and stayed up for no apparent reason, spiking more whenever Publisher's went down. I don't know if it's a fluke or some bizarre interaction between the programs or if LO just freaks out when memory gets low, but thought I'd mention it. Computers are weird. The very high memory consumption on PDF open might be worth looking at, at any rate.
  5. Thanks, Jon. Unfortunately, it is telling me that the fixed version you sent me uses features from a later version of Affinity, so it won't open. (Maybe because I'm on the Win 10 trial version still?) I'm not too worried about it though, as the color profile it's set at now works correctly. (Unless the tables introduce crashes elsewhere, too.) But I can think of a few things that might explain corrupt tables: I'm doing my writing in LibreOffice Writer, then exporting to docx so that I can place the file in Publisher and still retain paragraph and character styles. Something about this process results in all paragraphs with a heading style getting set as bulleted lists when they import into Publisher (in addition to the normal font size, etc. a heading should have). If I remember correctly, I was able to fix it per style by selecting a heading, turning off the bulleted toggle, and clicking the button to update the paragraph style. If going from Writer -> docx -> Publisher messes up paragraph styles, perhaps it also messed up the tables? The tables were all inline with the text in Writer and get set to inline pinning when the docx is placed. They all had a table format from Writer applied that affected row colors, font face/weight, and probably text alignment. I was messing around with one of the tables -- I think the Riding/Driving one on page 25 -- to figure out how pinning worked and whether I could get a table to span two columns while still moving with the text. I turned a lot of pinning stuff on and off and messed with the pin location and the table location. It looks like it's back at inline now, but who knows what might have happened in the meantime? I don't remember if I messed with table styles after placing the file in Publisher. I appreciate the prompt responses I've gotten when I've reported bugs! I do have some concerns with hyperlinking (my goal is a long PDF with internal/anchor links) -- see https://forum.affinity.serif.com/index.php?/topic/96021-automatic-heading-anchors-clickable-hyperlinks/ and https://forum.affinity.serif.com/index.php?/topic/87882-pdf-clickable-table-of-contents/ -- but it looks like it handles enough things better than Writer that I'm leaning towards purchasing. I'm still bitter that my CS bundle from before They went subscription-only came with everything but InDesign, so Publisher is pretty exciting for me.
  6. +1. Making fillable PDF forms would be a nice feature for me, too.
  7. 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.)
  8. 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.)
  9. 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
  10. 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.
  11. 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?
  12. 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.
×