View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0012661||Scribus||User Interface||public||2014-09-05 07:07||2014-09-09 13:20|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Target Version||1.6 milestone|
|Summary||0012661: Wording for "pattern" = "symbols"|
|Description||2 words are used across UI : patterns and symbols, for same feature.|
Same word, "pattern" OR "symbol", should be used with consistency across whole UI (same in translations).
When symbols and patterns are same thing, only one word should be used.
In french, the translation for "pattern" is sometime "symbols" or "pattern" (untranslated), "symbole" (translation for symbol) or "motif" (translation for pattern).
|Additional Information||- main menu Window > "Symbols"|
- this opens a "Symboles" window
- create and select a frame in document
- clic right > Send to > "motifs" ("Pattern")
- the frame appears in "Symboles" window
|Tags||No tags attached.|
||unconsistent is not a agreed upon english word but I get what you're saying :)|
Patterns and symbols are *not* identical (although they share some properties/features).
A pattern is a fill pattern for a frame, just like in any other programme.
A symbol is a "master item", whose clones will adjust according to all changes made to the original symbol.
As it currently stands, a symbol is being added automatically to the pattern library and vice versa, which has its advantages and disadvantages. This can be confusing, I admit, and it can either be changed, or the documentation needs to be expanded (which Greg and I will do anyway before the release of 1.6.0). Anyway, treating them as identical would reflect the underlying code (i.e., the programming logic), but not what users are looking for, based on their experience.
I suggest to wait for the release of 1.5.0 and letting play interested users with it. If the current setup creates total confusion or severe issues, it needs to be changed. Otherwise, it needs to be properly documented.
"Square text frames" and "rectangle text frames" share same data and code, but are visually not identical too.
These are both treated as "text frames" in scribus UI. They dont have different wordings because what matters is how they behave in scribus UI : identically. And that's good.
Scribus UI is allready a bit complex to grasp fully. Introducing a wording difference where there is no behaviour difference makes things all the more complex to understand and learn. Having 2 wordings would require to simulate 2 different objects consistently all over the whole UI.
|2014-09-05 07:07||JLuc||New Issue|
|2014-09-05 12:17||Kunda||Summary||UI wording for "pattern" or "symbols" unconsistency => Inconsistency UI wording for "pattern" or "symbols"|
|2014-09-05 12:17||Kunda||Summary||Inconsistency UI wording for "pattern" or "symbols" => Inconsistency in UI wording for "pattern" or "symbols"|
|2014-09-05 13:58||JLuc||Summary||Inconsistency in UI wording for "pattern" or "symbols" => Unconsistent wording for "pattern" = "symbols"|
|2014-09-05 13:58||JLuc||Description Updated|
|2014-09-06 01:50||Kunda||Note Added: 0033535|
|2014-09-06 10:23||JLuc||Summary||Unconsistent wording for "pattern" = "symbols" => Wording for "pattern" = "symbols"|
|2014-09-06 10:23||JLuc||Description Updated|
|2014-09-06 10:23||JLuc||Additional Information Updated|
|2014-09-08 01:40||Kunda||Target Version||=> 1.6 milestone|
|2014-09-08 05:02||christoph_s||Note Added: 0033579|
|2014-09-08 09:22||JLuc||Note Added: 0033584|
|2014-09-09 13:20||JLuc||Note Edited: 0033584|