BR22

This was with an Intel i9-14900K.

Thanka for the suggestion. I had been using a colon as the delimiter, and after your post I realized that I had colons in some of the entries, so I was optimistic that switching to Em space as delimiter would fix the problem, but alas, it is still broken in strange ways. Now it chooses some random place in the text in the first column as the First on Page, jumping over actual Em spaces. It also doesn't look back to the previous page as advertised to get the current entry if the page doesn't start with a new entry. I can't reproduce this in a small test case. I've included a screenshot of what I'm seeing. This is using the entry text style for the running header and using Em space as a delimiter.

I've attached an example file. The word "in" is shown as the last entry on the first page when it is actually on the second page. This file shows another bug, the second page running header is just not showing at all. DictTest.afpub

I am putting together a dictionary where I have used a character style to format the initial word or words of each entry, and the style is set in the entry paragraph style 'Initial Words' settings dialogue box. When I try to use the character style in a running headers field to get the first and last use on the page, it doesn't think the character style is on the page at all. Using the paragraph style doesn't work for this purpose. The only way I can think of to fix this is to remove the Initial Words setting and manually set the character style on the first words of each entry. This is not an appealing prospect as there are many entries. I'm hoping someone has another suggestion. There is another issue with these running headers that sometimes comes up. If Publisher decides to move a paragraph to the next page due to some spacing requirement like a 'Space before' setting, the running header will show that entry as the last entry on the previous page, even though none of it is visible on that page.

I have a paragraph text style that uses Garamond, and an initial words character text style in the same font that just changes color and sets the font to bold for the first few words before a colon. When I put characters in the initial words that are not handled in the Garamond font, they do not display in the initial words even if I set the font for that character to a font where the character is present. If I have the same character in the paragraph after the colon and override the font for that character, it displays correctly. Here is an example, where the X is displayed in Publisher as an empty rectangle when it should be the 𒄀 character: X cuneiform test: Can we see the cuneiform 𒄀 if we change the character font for the symbol to Segue UI Historic in entry body text? Yes, but it doesn't display in the initial words. I have attached a document that shows the error. I am working in Windows 11 Pro, and see the same behavior in Publisher 2.3.1.2217 and Beta 2.4.0.2240. Publisher also becomes very sluggish when I have these characters in my documents. If I try to scroll through the font drop down menu with one of these characters highlighted, it can take seconds to switch between fonts. If I then go back to my document and just type regular text, I get pronounced typing lag. InitialWordsTest.afpub

Can you please say more about this issue? I'm not able to run with OpenCL acceleration with either my RTX 4090 or my RTX 3080 on a fully patched Windows 11 Pro using the Nvidia 546.33 driver. I'm using the AP beta 2.3.0.2165 build. This same build with Windows 11 Pro runs fine on my laptop which has an RTX 3060 laptop GPU. The crash is happening inside nvvm64.dll at the bolded line below: Not Flagged > 15244 0 Worker Thread Win64 Thread nvvm64.dll!00007ffeafb81149 nvvm64.dll!00007ffeafb81149() nvvm64.dll!00007ffeafb7c23e() nvvm64.dll!00007ffeafb884b5() nvopencl64.dll!00007ffeb554cbb4() nvopencl64.dll!00007ffeb554ddea() nvopencl64.dll!00007ffeb552f788() libraster.dll!00007ffecc47a2a1() libraster.dll!00007ffecc47cde6() libraster.dll!00007ffecd6a3415() libraster.dll!00007ffecd6889e2() libraster.dll!00007ffecd774ee9() libpersona.dll!00007ffec8196408() libkernel.dll!00007ffedb1335b1() libkernel.dll!00007ffedb423231() libkernel.dll!00007ffedb42573b() ntdll.dll!TppWorkpExecuteCallback() ntdll.dll!TppWorkerThread() KERNEL32.dll!BaseThreadInitThunk() ntdll.dll!RtlUserThreadStart() The exception is: Unhandled exception at 0x00007FFEAFB81149 (nvvm64.dll) in 78a9f3cd-83b7-413a-b0bb-c117631567c2.dmp: 0xC0000005: Access violation reading location 0x0000000000000008. Pretty much anything I do in AP with an image will cause it to crash, sometimes loading, but always when I try to save an image or change a layer's opacity, for example. If I disable CUDA on both my cards, then AP will use the motherboard Intel GPU for acceleration without crashing. I am able to run the AP benchmark with CUDA on all cards turned on without it crashing, although the results are sometimes odd for the raster score. Any insight or workaround you can provide on this issue would be greatly appreciated.

My old user dictionary is quite large. I know the new file only has one word by comparing the file size to that of an empty user dictionary and to my much larger old file size. My old dictionary file was for Character->Language English (United States). I did change to using a custom Hunspell English dictionary, but that would probably only explain why words might be tagged as misspelled, but not the truncation of the dictionary file. If I highlight a word that was in my old dictionary and change the language back to en_US, it still flags it as misspelled.

I left the 'user' off the end when I copied the path. My dictionary file is with all the other user propcol files. I have verified that the 2.3.0 release also overwrites the dictionary.

I'm using Publisher on Windows 11 Pro 23H2. When I copy an existing dictionary.propcol file created in Publisher 2.2.1 to %my home dir%\.affinity\Common\2.0 (Beta)\, and then launch the Beta version of Publisher and add a word to the user dictionary with "Learn Spelling", the dictionary file gets overwritten and then contains only the latest word added. It would be great if you could add the option to make the user dictionary location a parameter we can set that would make the dictionary independent of release version.

I can make presets that include all the available fields in the dropdown, they just can't have the index mark name in the cross-reference text as that is missing. I thought that perhaps you meant that clicking on the index mark in the list was giving you a default where the name appeared, but yes, there is no default.

Clicking on the Index Mark in the list doesn't work for me. I'm on Windows.

To add to this, in the "Insert Cross-Reference" panel there is no option to add the Index Mark name in the Text box dropdown list. I have been using Paragraph Body for now, but there is some strangness there when the index mark contains a non-standard character. For example, I have an index mark set on "Ashērāh (GROVE)" where Ashērāh is actually in Garamond All Caps, but the reference renders it just like this forum editor with only the first letter capitalized.

I would like to suggest a few other changes to Synchronize as well: There doesn't currently seem to be a way to make a global change to a book for the Document Setup for things like page size, margins, color, or bleed. For example, if you want to change your book margins you need to go to each chapter and make the change and then either edit each master page to use the new margins or remap pages to master pages if you add a new master in the Style Source chapter. I would guess that the current behavior for synching master pages is not what most people would need. It would be great to at least have the option to overwrite the master page in a chapter if it has the same name as a master in the Style Source.

I'm running Publisher 2.1.0.1706 on Windows 11 Pro. When you pin a text frame to a word in another text frame, you cannot unpin the second frame, and you cannot move the pin location. It is easy to reproduce: Create a new document, insert text frame and add some text, create a second frame and pin it to a word in the first frame. You now cannot move or remove the pin. I've tried with the "Float with text" toolbar button, and with the Pinning window. I have a document where I have pinned a multi-column text frame, and every time I click the Unpin button in the Pinning window, the font size of the pinned frame increase, as do the column insets and gutter size, but I could not reproduce that behavior in a simple example. This bug is not present in 2.04.

Hello I also have an SVG loading bug, not sure if it is the same issue, or maybe could be useful to diagnose the problem. I am using the latest Designer and Photo version on Windows 11 Pro 21H2. The SVG takes minutes to load and when it does, some elements in the image are not in the correct location. Browsers load this instantly and correctly. Coat_of_arms_of_the_U.S._10th_Cavalry_Regiment_with_external_ornament.svg