-
Posts
530 -
Joined
-
Last visited
Everything posted by Brian_J
-
Edit Text Style dialog window position
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
I use two monitors, but I don't have any software installed that supplements Windows settings/functionality. I use Windows 10 to manage everything like the desktop, monitors, wallpaper, etc. Thanks for continuing to investigate. Let me know if you have any other questions. -
Edit Text Style dialog window position
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
Do Serif moderators have any additional input about this issue? -
Edit Text Style dialog window position
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
Doing the following did not fix the issue: Uninstalled Affinity Photo, Designer, and Publisher Deleted the 'Affinity' folder in AppData/Roaming Restarted computer Reinstalled Affinity apps The dialog windows continue to open in the center of the screen. Is there anything else you suggest I try, or do you think it's an issue with the apps? -
Table of Contents links target location
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
I'm with you on that. I hope it's something Serif will consider changing. -
Table of Contents links target location
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
@LibreTraining Thanks for the info. I wonder what the reasoning was behind using x/y coordinates rather than a named range / anchor. In the Table of Contents panel, when 'Include as PDF Bookmark' is enabled, Anchors are automatically generated — I'd think it would be relatively straightforward to use anchors for the TOC. Serif staff / moderators: If this isn't a bug, should my post be moved to the Feature Requests forum? -
Table of Contents links target location
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
@Old Bruce Thanks for the input. I figured TOC links should function like Anchor links, which don't function like you described. When an Anchor link is clicked, the resulting page is displayed with the anchor at the top of the PDF view, regardless of page zoom or other factors. The user experience is pretty poor when a user clicks on a TOC link and isn't taken to the beginning of the content, requiring them to scroll up to find where to start reading. -
Edit Text Style dialog window position
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
Any additional thoughts about this? -
When I export a Publisher file to PDF, the Table of Contents links in the PDF don't target the correct position on the page that the targeted text is on. The amount I have scrolled down on the TOC page seems to dictate were on the target page the TOC links go to. For example, if I click on a TOC link when the top of the TOC page is visible, I'm taken to the top of the target page. If I scroll part way down the TOC page and click a link, I'm taken to a location below the top of the target page... so the target heading is above the visible part of the page. When I click a TOC hyperlink, my expectation is that the heading I clicked on will be at the top of the visible part of the PDF page. To see the issue, in the attached PDF, scroll half way down the first page of the TOC and click on any of the links. TOC Links Target Location.pdf TOC Links Target Location.afpub
-
Edit Text Style dialog window position
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
@LeeThorpe Thanks for the info. I performed the Clear User Data action with the default items selected (the first 3, as shown in your screenshot). The issue was not resolved. Is there anything else you suggest I try on my end? -
Purple Borders
Brian_J replied to TMav's topic in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)
I believe the purple border only displays when the Candidates Snapping setting is set to Candidate List and Show snapping candidates is enabled. You can keep snapping enabled and get rid of the purple border by disabling Show snapping candidates. Keyboard shortcut ; (semicolon) enables/disables snapping. -
Edit Text Style dialog window position
Brian_J replied to Brian_J's topic in V1 Bugs found on Windows
I reinstalled all the Affinity apps and that didn't fix the issue. Regarding pressing the Ctrl key while booting the software... to make sure I understand, you're advising me to press the Ctrl key while opening each Affinity app? Why is it important to back up my personal files before doing this? Thanks, Brian -
I'm not sure what's causing the issue, but you could try selecting all effected text and reapplying the text or base styles. Navigate to: Text > Reapply Text Styles, or Text > Reapply Base Styles. That may clear it up. Reapplying styles will remove any changes you've made to the text, like bold, tracking, etc., so unless you're working with Text Styles, you may need to go back and reapply text formatting if there was any.
-
If pages are added before page 1, it screws up the master page applied to page 2 and 3. If you look at the master applied to pages 2 and 3 you'll see 'Intro + TOC Master' has been split into two masters — Left and Right — and the original content from page 1 is messed up in relation to the text frame location. I'd suggest adding two pages after page 1, then cut the content of page 1 and paste it on the page you want it on.
-
PDF export memory high usage and leak
Brian_J replied to Bogdan131's topic in V1 Bugs found on Windows
I can't speak to the memory usage, but you can choose which pages are included in the export in the Export Settings dialog window. -
Some of the dialog windows always appears in the center of the screen, no matter where I positioned the window the last time I used it. I believe the intended behavior is for the dialog to open in the position it was last in before being closed. Some of the dialogs experiencing this behavior: Edit Text Style Layer Effects Edit Brush It’s frustrating because the first thing I usually have to do after opening one of the above dialogs is move the window to where I want it. I’m assuming this is a bug — I reported the same issue with the Color Chooser and Text Wrap last year and Mac users advised the dialog opened in the position it was last used. The issue was corrected in Windows (see bug report). There are also other dialogs that do not experience this bug, like the Adjustments dialog. Note: This bug exists in Designer, Photo, and Publisher. Affinity Publisher: 1.10.5 Windows 10 Hardware Acceleration: Off
-
I was able to fix the issue (still no idea why it happens). I didn't have the 'Font traits' set in the Base text style. When I change it to Regular and update the TOC, the font goes back to normal. I normally change the Base text style 'Font trait' to the specific trait I want, but sometimes I don't. I have another Affinity Publisher file where 'Font traits' is not set in the Base style (i.e., [No change]) and the TOC font displays just fine. Thanks for the input everyone. I don't understand why the issue occurs, but I guess I know where to look if it happens again.
-
I experience an issue periodically in Affinity Publisher — when I update the TOC, the font of all the text in the TOC changes to bold or italic. I haven't made any changes to the font or text styles prior to the issue occurring. If I select all the text in the TOC and Reapply Base Styles, the bold/italic is removed, but when I update the TOC again the bold/italic is reapplied. I've attached an example Affinity Publisher file where this issue has occurred ... the TOC is italic, which I don't want. Any ideas what's causing this? Example.afpub
