eluengo

Oh no, my dear friends Is neither elegant nor adequate to go for extra-app solutions. AFPublisher is a so good piece of software that a extraneous solution is completely out of bounds. (very good piece of sw, despite some/lot of small/no-so-small problems... 🤷‍♂️) AFF should correct its own problems.

Hi There's another problem with interface when using big font size in preferences. I send a video... it explains problem by itself. 👍 captura 2023-01-07 a las 11.28.43.mov

Light interface… less rethinked ergonomically is better a light than a dark interface.... but the dark interfaces are trendy 🤷‍♂️

Answering to @rafa-cerezo in his question about Spanish hyphenation in AFPub v1 forum... "Hi, everyone. Does anyone know if this issue has been addressed in V2 of affinity publisher? Thank you." My answer, regarding version 2 was... "Sorry but the Spanish hyphenation continues to be DRASTICALLY CATASTROPHIC in version 2 Is really unusable, and leads to a complete control and correction of the complete text. Is really, again, ununderstandable because Spanish rules are clear, published, definite, with near no exceptions, and the amount of rules is small. My personal solution is hours after hours of manual correction if the text is long. I won't give examples because those have been given before, also because the errors are excessively evident, and because it appears to be a chronic disease in a good piece of software. So like a chronic patient, is better a good medical control than other drastic or imaginative solutions. Resuming: version 2 is exactly so error-prone in Spanish hyphenation than version 1. Regards. Emilio"

Sorry but the Spanish hyphenation continues to be DRASTICALLY CATASTROPHIC in version 2 Is really unusable, and leads to a complete control and correction of the complete text. Is really, again, ununderstandable because Spanish rules are clear, published, definite, with near no exceptions, and the amount of rules is small. My personal solution is hours after hours of manual correction if the text is long. I won't give examples because those have been given before, also because the errors are excessively evident, and because it appears to be a chronic disease in a good piece of software. So like a chronic patient, is better a good medical control than other drastic or imaginative solutions. Resuming: version 2 is exactly so error-prone in Spanish hyphenation than version 1. Regards. Emilio

Hi @loukash Thanx for your ideas. Solutions with kbd can be multiple. But the real problem is the way the interface behaves. The sliders are little in size, its increment mey be excessively potential (quick on beginning, slower with bigger sizes).... all the elements in the interface are small. Solutions come through, i.e., enhancing size of sliders, managing number in number fields lively with simple keys like arrows, etc… Also occurs with other commanding structures. With big screens or far screens, all presenting small sizes of interface elements to the eye of the user, the daily use of the apps need a lot of training. Possibly I’m too old to have a crisp seeing capability ( I’m near to 70 year old), but for young eyes this tiny elements pose a high strain to the eyes (possibly ergonomically inappropiate). We really don’t should tell Serif-Affinity to change it’s interface idea, ‘cause apps are as they are’, we only can adapt to what Affinity will offer. I like the suite of apps as a whole (idea, interface, price, outcomes, etc…), and try to adapt to them instead of fight against. Sorry for the excess of philosophy.

Know and use Karbiner Elements already This job can also be done into aff apps I could also change keyb.shortcuts to any Fn key, that are seldom used, is an interesting solution….

Yes yes I know But in not-english keyboards access to [, ], {, }, \, ´, > etc... is difficult, using multiple key modifiers Sure you can change the keyboard shortcuts, sure... but all, and every time the preferences reset (what it's not so infrequent...) So is no good solution But, no problem, is not a heavy problem, we can survive without it And I'm reasonably happy with the app suite (and a bit more happy when the iOS versions grow to matureness)

Not only it’s difficult to see it (in this slider and especially in other sliders such as the size of selection brush or other brush sizes in the tool bar), but also the sizes obtained when displacing the slider grow inappropiately quick from the left edge to the right, making difficult to obtain a precise brush size when a moderate size is wanted (i.e. less than 100pt), needing to key in the value into the number field (and precisely in brush sizes where the precise size number is less intuitive than optical/seeable brush size). But moreover, aesthetically the new sliders are more modern and delicate than older in v1

OK !! Isn’t a serious bug, and probably simple to correct.

.... and after rebooting the no-blink effect remains….

My OS is Ventura, full actualized. My Mac is a M1 And no, AFPub is the only app where it occurs 🤷‍♂️ And it is only a curious effect, is no annoying and otherwise the app does what is supposed to do (some quirks, but sure in minor updates will be corrected)

Auch in ‘Zeichen > Farbe&….’ und in ‘Zeichen > Position&…’ fehlt etwas! Mit nicht-englische Sprachen manchmal sind die übersetzte Literalen so-so.... (und noch schlimmer wenn man die grössere Buchstaben-Interface benutzt)

Bug or characteristic ? AFPub has lost the blinking of the text cursor... now is only a fixed vertical bar. I send a video showing this.... Emilio Grabación de pantalla 2022-11-29 a las 11.55.16.mov

Curious effect.... I send an image With repeated edits the size of the file (about 140 pages, text and only 3 images, all SVG), the (already known) increase in the file size. But curiously, y edited the same file in the iPad AFPub, and the size of the file reduces drastically! In the image the "selected" file is the one edited in the iPad version, the other .afpub file is the one edited in my M1Mac This can probably help people of Affinity to detect this bug. Emilio