Is it only me or "Undo List" renamed "Undos" sounds a little bit strange? Maybe use industry default name "Undo History" or short name "History"? Photoshop, Gimp, Krita, Affinity and many other apps use universal name "History".
"Undos" is a nonsense word - I agree that "History" is the best choice. Of course you know that you can edit the "Strings.str" file so that PL displays "History" instead. Just search for "Undos" and replace it.
For further discussion i made some editing in Strings.str and attempt to Match Panels/Lists names in menu to current names in tabs. I figure that names started with "n" (nAdjustments) used for menu, and names started with "b" (bAdjustments) used for tabs. Here is how it looks:
Removed word "List" from names because it looks confusing to see name "List" in some "Panels" and also in some "Lists" area.
Shorten some names to match tabs names, to make them easier to remember and faster recognize visually.
Longer tabs names "Simple Styles", "Extended Styles", "Line Style Editor" "Line Pattern Editor" to easier recognize. Those are rather special pop-up tools and never used in combination with other panels, so too short and badly recognizable name makes no sense.
I have a file that crashes PhotoLine when I attempt to export it to a PSD file (via File-->Export-->Export/psd). I will send it to support. The first page has all text outlined.
I noticed the font family members are now nicely grouped in the secondary dropdown.
Thank you! This simplifies working with the various members and reduces the list of fonts considerably.
PS I did notice that older documents are not automatically converted and the fonts are treated as "missing". Just a warning for others here: those instances the correct family member must be selected to resolve these.
Dragging the tab or indentation markers in the text ruler works inconsistently: when I drag one of the indentation indicators it is possible to drag the preview guide into the text below to precisely position it.
But when I drag a tab indicator that doesn't work. Could this inconsistent behaviour be fixed?
And it would be nice if when the user double-clicks one of these indicators the field's content in the tools settings is highlighted. The user can then start typing the value directly rather than having to click in the respective input field first to activate it.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Herbert123 hat geschrieben: ↑Mi 20 Sep 2023 23:44
Small usability request:
2023-09-20 14_36_33-#1.png
Dragging the tab or indentation markers in the text ruler works inconsistently: when I drag one of the indentation indicators it is possible to drag the preview guide into the text below to precisely position it.
But when I drag a tab indicator that doesn't work. Could this inconsistent behaviour be fixed?
I don't understand that. Both, the indentations and the tabs show a guide when dragged.
Herbert123 hat geschrieben: ↑Mi 20 Sep 2023 23:44
And it would be nice if when the user double-clicks one of these indicators the field's content in the tools settings is highlighted. The user can then start typing the value directly rather than having to click in the respective input field first to activate it.
By the way:
Ich kann mich auch täuschen, aber ich meine, manchmal wirken Tabs auf alle Absätze einer Textbox, manchmal gelten sie nur für einen Absatz.
----------------
Herr Doktor, ich bin mir ganz sicher, ich habe Atom! /Doctor, doctor, I'm sure, I've got atoms!
Hoogo hat geschrieben: ↑Do 21 Sep 2023 22:14
By the way:
Ich kann mich auch täuschen, aber ich meine, manchmal wirken Tabs auf alle Absätze einer Textbox, manchmal gelten sie nur für einen Absatz.
Ich glaube, dass dies durch eine weiche Zeilenumbruch verursacht werden kann. Könnte bei kopiertem Text auftreten. Aber ich bin mir da auch nicht ganz sicher...
Hoogo hat geschrieben: ↑Do 21 Sep 2023 22:14
By the way:
Ich kann mich auch täuschen, aber ich meine, manchmal wirken Tabs auf alle Absätze einer Textbox, manchmal gelten sie nur für einen Absatz.
Ich glaube, dass dies durch eine weiche Zeilenumbruch verursacht werden kann. Könnte bei kopiertem Text auftreten. Aber ich bin mir da auch nicht ganz sicher...
Ja, ein weicher Zeilenumbruch (Shift+Return) ist kein Absatzwechsel. Daher gelten alle Absatzeinstellungen auch über einen weichen Zeilenumbruch hinaus.
Aber man sieht recht einfach, ob ein weicher Zeilenumbruch im Text ist, wenn man die Formatierungszeichen anzeigt ("Ansicht > Formatierungszeichen anzeigen").