Fantomas.CZ

Exactly! Because Publisher on iPad is practically unusable for any real work, as the text layout without hyphenation is completely different. I'm quite surprised that this didn't get more focus from the beginning. Of course, many APu for iPad users may use English, German or other languages supported by Apple, but I think it's necessary to be able to use the identical hyphenation dictionaries for all platforms, no matter what Apple decides to offer as standard.

Any news here? By the merger with Canva, we were promissed expedited development, and as this is an important topic, I need to ask... Thanks for any reply!

Thank you, gentlemen! Yes, it helps to know that Affinity copies the following space, so unless I want to move the word before a separating character, I can place it the way I want. But still, this could be done much better... I hope Affinity will fix this. Is there something I can do to help push it forward?

Hi everyone, especially Affinity Team, there is one thing in text editing, that bugs me for quite some time: if you move a word in MS Word or similar, the program usually takes into account the surrounding of the word, i.e. if a moved word has single space before and after in its original location, it will have a single space in its new location. If you move a word like this before a full stop, comma, colon or similar character, it will wedge itself right before said character. In other words, this is a quite logical and expected behaviour. Meanwhile, APu just takes the word, sometimes with a following space, sometimes not, and just puts it wherever you drop it. Usually it attaches to a word next to the new position, which creates a strange situation, when I have to 1) move the word, 2) separate it from the word it randomly gets attached to, and 3) remove the superfluous space. Which is usually located on the other end of the word. This behaviour, along with the standard keyboard abbreviation for word jump (Alt + arrow) being used for nudge, makes moving words quite a nightmare... Could you please fix it? My suggestion: if I move a word with a single space before and after: to a single space between two words -> the moved word will have a single space before and after on a new location. The old location will have a single space. right before a separating character (full stop, comma, colon etc.) -> the moved word will jump right before the separating character, leaving a space before, but not after similar behaviour for a word before a separating character, when moved in a single space between two words. Is it possible? And would you do it? Thanks a lot, have a nice day!

I have already provided all the fonts here, but someone deleted the message. Of course, they may still have been available for Affinity. BTW, there is one more thing that might be different: I'm using a Latin hyphenation dictionary mentioned here and standard Czech hyphenation dictionary from LibreOffice, which might be in some kind of conflict with the Mac spellchecker, which however doesn't contain hyphenation.. (in my Languages list, there are two items for Czech: Čeština and Čeština (CS), for some reason...). This might also be causing some kind of error.

@MikeTO I'm just drag selecting the text and holding the mouse down on the screen, until it gets to the end. (for some reason, I cannot use the mouse wheel to do this on Mac, meanwhile on Windows, it works fine) Bookman BT S.O.Cist. is a font that I massively edited to contain the Czech special characters (áéíóúůžščřťň etc.), special Cistercian characters and the c_t ligature used automatically in Latin text (and æ+œ too, but there's nothing special about that) and couple of other characters and programming. There are no special functions for the Czech language.

@Lee_T Hi Lee, so I have tried this right after restart, selected a bit of Czech text, and it crashed. The Latin text was fine, but the Czech one lead to the crash. I did exactly this: Steps to reproduce the crash: Open the file. Go to page 371. Select the Czech text (right column) from NEŠPORY to ... well, it varies. If you manage to copy the entire feast up to the end of page 381, it works. For me it always crashes. It crashes just by selecting the text, nothing else needs to be done.

Hi Lee, yes, of course Affinity Publisher is not the only running program, there a lot of them. But it's nothing with a special need for display, overlays etc., just some text editors, Safari, some downloading client in the background... Nothing really special. I can try it again just after restart, when I'm at home and have actually time to do this. I also have two monitors, one is a 4K, the other 1080p, both with a different scaling, so that could also be a contributing factor. However for APu, I'm using only the 4K display.

OK, so I need to report that just now I did the same with Metal off, and it crashed again. So it will be a somewhat bigger problem... I just tried copying a somewhat larger amount of text, from the big title In nativitate Domini on page 371 to about where I finished up yesterday, about the end of page 378. I mean is APu that sensitive, that it cannot select 7 pages of slightly formatted text?

OK, I have disabled Metal and this went away. BTW, is it just me, or is the interface a bit slower? Anyway, if you want to try to replicate the crash, here are the fonts: I believe you will have the rest.

Yes, I got those. Affinity Publisher 2 Affinity Store-2024-01-13-145854.ips Affinity Publisher 2 Affinity Store-2024-01-13-150059.ips Affinity Publisher 2 Affinity Store-2024-01-13-150158.ips Affinity Publisher 2 Affinity Store-2024-01-13-150707.ips

Hi Affinity Team, after repeating the same crash like three times, I recon it's time to share it with you. I'm working on M1 Mac mini with Sonoma 14.2.1 on it, Affinity Publisher 2.3.1. Steps to reproduce the crash: Open the file. Go to page 374. Select the Latin text (left column) from AD LAUDES to ... well, it varies. I wanted to copy the entire feast of Nativity, i.e. from AD LAUDES to a third Antiphon (Aña.) on page 378, but sometimes it crashes even before that. It crashes just by selecting the text, nothing else needs to be done. Once I was able to select the text and even copy & paste it, only to have the program crash on me doing the same with the Czech text in the right column. Thanks for taking care for this, I think I don't need to tell you, how bloody annoying is to have the program repeatedly crash, reopen all the documents I need for my work, because - and this might be a good idea to fix too - it doesn't reopen all the bloody documents, so I need to bloody do it manually, although my settings say otherwise! Psalterium diurnale S.O.Cist.afpub

@NathanC Any chance of this feature getting into the 2.4 or 2.5 version? Thanks!

Well, the size of Latin hyphenation dictionary (the useful version, not the standard LibreOffice version) is 33 kB. The Czech hyphenation dictionary is about 20 kB. The size of the Affinity Publisher iPad app is 1.6 GB. Is size really the main concern? I mean, even if all the available hyphenation dictionaries were included, we wouldn't really feel it... @NathanC Please, if you decide to include a Latin hyphenation dictionary, use the hyphen-la version by Claudio Beccari (ideally the liturgical pattern), distributed under the MIT license. There is another version packaged with LibreOffice spell checker (which is good), that doesn't consider accented Latin texts, and therefore it's next to useless for most modern use cases. You can tell the difference quite easily, the hyphen-la version has about 33 kB, the useless LibreOffice version about 2 kB... And Czech hyphenation (and spelling) dictionary would be nice too, the widely available LibreOffice version is fine for both. Thank you!

Hi @NathanC, any news concerning this topic? Now we have another Beta phase, so it would be fitting and very helpful, as without the custom Hyphenation dictionary, the App is next to worthless...

Yes, on Windows, it's a laptop with two more monitors, on Mac it's just the two monitors and a Mac Mini.

Thank you, Mike, that was it! I reset and recreated my shortcuts, and it was fine. So that's hopefully solved 😊

Of course:

Hi everyone, just want to check: currently in the last version, if I want to delete an object, the Delete key doesn't do anything, only Fn + Delete does. Is this intended? If so, could you at least let us choose in the settings? Within a text frame, everything works as intended. This is new in the last beta, and I find it a very poor idea. The previous behaviour was way better. Thanks, have a nice day!

Hi everyone, today, I made a new brochure in the last RC2 in Windows, then opened it on Mac, and it looks like this (see picture below). If I zoom out enough, it takes up the entire page, but it's so small then, that it's completely unusable. I guess it's not really a desired behaviour, so here is also the .afpub file, so you can have a look at that. ... or maybe I just made some mistake, but this is the first time I see something like this, and I've made quite a few documents already. Thanks, have a nice day! Vesperae Exaltationis S. Crucis.afpub

Thanks a lot to all of you! Yes, this is a bit confusing. I had no idea there is a setting like this in MacOS itself (nor do I get, why anyone thought it useful). Maybe a small warning directly in APu's settings would be handy (there is one just a few lines lower), so that more people wouldn't blame Affinity, when it's system's fault 🙂

Hello everyone, I'd like to report a bug that I have seen for quite a long time (but never got to reporting it): the "Reopen document on startup" checkbox in Settings doesn't work. It is like this only on my Mac, and in both production version and all the betas of V2. On Windows, I have no issue. Thanks, have a nice day!

Hello everyone, there is one thing that I have to do every time I open a document: go over to the upper right corner and switch the Swatches from "Colors" to "Document". As I mostly do typesetting of simple-coloured documents with two or three colours, I don't really need a huge swatch of every colour that I won't use, but I always need to use those two or three concrete colours that I have already defined. My suggestion: could this setting be saved in the document and reopen in its last state, same as the newly opened document always opens on the page where I left off? EDIT: One more thing came to mind. Could you also do this for the other toolboxes? Like it opens in Paragraph, as I left it while saving (so far so good), but Bullets and Numbering open again, although I have never used this feature in my books and brochures. I mean, it is definitely important and it has to be there, but does it need to open every time and take up space for other toolboxes that I actually use? Also, in the Mac version, there is obviously a hard limit on the Swatch panel size, so it cannot be resized to occupy only one line of colours, it always takes up space for like five lines. On Windows version, it's ok. And I'm talking about all the production as well as beta versions in V2. Thanks for the consideration, have a nice day!

Thanks, Alt + click works! Yes, I guess this is not exactly a standard layout, but still, I would find it more logical, if the program considered as primary only the expanded part of the text, and not the entire rest of the page beneath it, where it has no use whatsoever. Thanks for bringing this up with the dev team!

Hi everyone, I have a following problem: On the image beneath, you can see the first two lines - the title, that spans out of the text frame (outlined in blue). This is the only way, how to keep the text separated into two columns - one with the original Latin text, and one with the translation, and a title, that spans and gets centered over the entire page - two separate text frames. This has been recommended to me here at the forum, and work well for me - with one exception. If I want to select any text in the left frame, where also the expanding title originates, I have no problem. However, if I want to select a text in the right frame, that happen to lie beneath the title on the same page, the right frame doesn't get selected at all. The only way to select text or even place a caret anywhere on the page in the right frame beneath the title, is to click anywhere else, to the right of the title (see an image beneath). Then I can select anything else too, in that frame. While this is not a matter of life and death, it would be better, if only the text spanning from the frame would be selectable, and not that clicking on anything beneath it would select only the left frame. On other pages, it's fine. I've included a sample file, so you can try it yourselves. If you need the fonts, I may include them too, while this shouldn't be font-related. I have seen similar behaviour on older betas to, but as far as I remember, not in the current release version. Thanks for the consideration, have a nice day! (here, you have to click into the green rectangle in order to select anything in the right text frame) Sample.afpub