View Issue Details

IDProjectCategoryView StatusLast Update
0008805ScribusStylespublic2021-12-23 08:00
ReporterMike Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status newResolutionopen 
PlatformallOSallOS Versionall
Product Version1.3.5svn 
Summary0008805: hyphenate text and short words should be property of paragraph style
Descriptionhyphenate text and short words should be property of paragraph style
Steps To ReproduceTo the styles add check mark for hyphenate text and short words.
Additional InformationThis feature would resolve 0008243 and 0008639.
TagsNo tags attached.
Patch

Relationships

related to 0008243 new A way to block "Hyphenate Text" for certain Paragraph Styles 
related to 0008639 new add "linked frames" to Apply unbrakable space on: in Short Words and setup as the default 
has duplicate 0012954 closedjghali Paragraph hyphenation in paragraph style. 
has duplicate 0016707 closedjghali hyphenation should be part of the paragraph style. 
child of 0003828 acknowledged Metabug: Hyphenation 

Activities

louisdesjardins

2010-03-01 04:06

developer   ~0023421

Agree.

Including Hyphenation language.

jghali

2010-03-01 09:14

administrator   ~0023422

Hyphenation language should rather be a property of character style as a paragraph may contain words in several language. The language property of character styles already control hyphenation language.

cezaryece

2010-03-02 09:36

updater   ~0023429

In my opinion be property of character style is less useful than be property of paragraph style. Whats more, if frame style feature will added, language properties (hyphenation, short words, spelling) will more useful for text frames than for character styles.

jghali

2010-03-02 09:55

administrator   ~0023431

Last edited: 2010-03-02 09:55

Per what i've written above language properties cannot be properties of paragraph style.

ale

2010-03-02 18:14

manager   ~0023437

is there any reason for being able to choose the hyphenation language in the preferences and the document settings?

shouldn't it be in the standard style, instead?

Mike

2010-03-02 19:23

reporter   ~0023438

I think that hyphenation and short words should be property of paragraph style. Choice of character styles is less importatnt, but you can add this too.

Example: You have two languages in document. The first is "normal" text and the second for example "computer output". For the first you need hyphenation, for second not.

It is not necessary to create more than two styles (if the new choice would belong to paragraph style). You can apply styles normally.

If the hyphenation and short words would be property ONLY character style. It would be necessary to create one more character style and apply this manually to each paragraph. It is waste of time.

=> I think that hyphenation and short words shoud be property of PARAGRAPH style and optionally CHARACTER style.

jghali

2010-03-02 19:49

administrator   ~0023439

>> is there any reason for being able to choose the hyphenation language in the preferences and the document settings?

Not really.

>> shouldn't it be in the standard style, instead?

It already is, the language defined in character style is used by hyphenator.

jghali

2010-03-02 20:05

administrator   ~0023440

Mike: language related properties are properties of character style. End of discussion. But you should note that you can define properties of the character style attached to a paragraph style in the character style tab of paragraph style creation dialog. So even if language properties are implemented as character style properties, that won't change much for you, as you'll define those properties directly when creating a paragraph style. No additional character style creation needed.

Mike

2010-03-02 21:23

reporter   ~0023441

ok, this bug is possible to rename:

hyphenate text and short words should be property of character style

louisdesjardins

2010-03-03 04:40

developer   ~0023442

Ok. What I understand now is this is mostly a misunderstanding. jghali’s explanation is clear.

No matter how we name this bug, I strongly support this feature request.

However, we need *all* the hyphenation settings. What is not implemented in this dialog is all the available settings for hyphenation, which are stored for the moment only in the Prefs and in the Hyphenate menu. May I suggest that selecting the language in the Style dialog *for the moment* is only partially useful as the other settings — that are as important — are missing: hyphenate, do not hyphenate, shortest word to be hyphenated, allowed number of hyphens in a row AND the exceptions, of course. There are some more settings that would need to be there, such as number of glyphs before and after the hyphen. These settings will differ from one language to another so they need to be included at Style level.

Now, do we also need to be able to set the hyphenation settings elsewhere is a good question. I think that yes and that this hyphenation style could be set apart and then be part of the char-paragraph style. There could be numerous paragraph styles that would use the exact same hyphenation settings. A Hyphenation style embedded into a Character Style embedded into a Paragraph Style could be very efficient and would help set text much faster as well as it would help avoid errors.

Note: the language tooltip itself mentions only the word "Language" when you go over the language pull down list, which is not very useful. If only this tooltip be a bit more verbose, it would be a start. Like: "Language in which the text will be hyphenated when hyphenation is applied (Extra > Hyphenate Text)"

Mike

2010-03-03 12:58

reporter   ~0023450

I think the best solution would be all settings to be only in preferences and Document Setup. In character style dialog would be only two check marks more. One for Hyphenate Text and the second one for Short Words. Please see picture above.

In Document Setup and Preferences would be both - Hyphenation and ShortWords (now it is only in preferences). Hyphenator would have "styles" according to languages - one language - one hyphenator settings with all exceptions etc. And yes...there are some missing features such as number of glyphs before and after the hyphen and prohibition of hyphenation of the last word of page.

To the yesterday discussion about manually and automatically add unbreakeble space: The behaviour would be the same like sub and superscripts. I don't see any problem here.

Mike

2010-03-03 13:03

reporter  

hyphenation_shortwords.png (115,787 bytes)   
hyphenation_shortwords.png (115,787 bytes)   

louisdesjardins

2010-06-24 15:56

developer   ~0024200

I think we need lots more flexibily here.

Applications settings should be kept for what they are. The overall general behavior of the application in various fields. Set some default values, yes. But at the ground level, we must be able to craft the application down to the tinyest detail.

Typography is about details.

When it comes down to typography, hyphenation, short words, language, then we need at hand the full set of settings as I mentionned already.

Hyphenation Style for instance, could be very useful. You can think of numerous cases when these styles would be called. Depending on the width of the line you could set the rule to be more or less permissive. You could need to call the power of the optical margins and the word spacing. All this would also depend on the font used, the size of that font, the linespacing. A Hyphenation style would allow to store those values and reuse them at will, depending on the work. For some publications we use various hyphenation settings.

If you set hyphenations settings as an overall settings in the prefs, this will allow very poor control in a field where you need a lot.

Same apply to the subscript and superscript settings which need to be different depending on the font and the size at which you use it. There has to be a default value, but we should be able to control those values at the lower level. Also, same comment for small caps. Sometimes it’s ok at 75%, sometimes not. Really, it depends completely on the font and on the typesize.

Mike

2010-10-23 21:11

reporter   ~0024696

Some progress?

I thing that the simplest and fully functional way is just add Hyphenation and Short Words to the Character Style. We can? deal with unbreakeble spaces which were in original text. Unbreakeble spaces would be undistinguishable. If you disable Short Words for some style which has some text, all unbreakeble spaces just disappear.

Hyphenation and Short Words would be configurable in Document Setup and Preferences (both).

cezaryece

2010-10-24 06:56

updater   ~0024705

Do you use Character Styles at all? I am not? Way this styles works is unusable for me at all. Adding hyphenation and Short Words to Character Style have not any sense for me. Maybe in some very unusual formatting they have usability, but for me any for daily tasks (working mainly with books and articles in newspaper layout).
Imagine - you want to remove hyphenation for some headers in the text. If you apply character style ALL other setting will overwrite - font, size, bold/italic attributes and all others. This is reason I don't use ChS at all. But way ChS works is for separate discussion topic...
BTW what difference will be between applying this settings by Character Style and applying it from menu? (now there is no possibility to remove "short words" in menu, but I never have to removing it till now).

Only one sensible way is to add hyphenation and short words settings to Paragraph Style (for automatically applying during formatting text) and keep way for manually applying it from menu for selection of text.

I agree with louisdesjardins that hyphenation, short words and language settings deserve for its own styles.

Mike

2010-10-24 08:41

reporter   ~0024708

>Do you use Character Styles at all? I am not? Way this styles works is unusable for me at all.

Yes, sometimes I do. There is missing feature which allow to apply character styles in SE and better selection of text in SE is missing too. But it works.

>Adding hyphenation and Short Words to Character Style have not any sense for me. Maybe in some very unusual formatting they have usability, but for me any for daily tasks (working mainly with books and articles in newspaper layout).

It's not important where this "checking marks" will be. Crucial is that feature. Hyphenation and Short Words are connected with language. Language is property of CHARACTER STYLE => Hyphenation and Short Words should be property of Character style.

>Imagine - you want to remove hyphenation for some headers in the text.

That's one of the reason why I submit this feature. You would just set up hyphenation off for header style.

>If you apply character style ALL other setting will overwrite - font, size, bold/italic attributes and all others. This is reason I don't use ChS at all.

Why would I do that? Every paragraph style can have its own character style. If you don't use character styles, you would just decide to "check" or not in Paragraph style and tab character style.

>But way ChS works is for separate discussion topic...
BTW what difference will be between applying this settings by Character Style and applying it from menu? (now there is no possibility to remove "short words" in menu, but I never have to removing it till now).

- Now you must do it manually for each text (text chain) separately instead of via styles (time-saving, less mistakes at typesetting).
- Now you can't disable hyphenation for some paragraph styles (titles, codes from computer etc.).
- Short words doesn't work with multilingual text (even if I set up Use Language from Style Definition)

>Only one sensible way is to add hyphenation and short words settings to Paragraph Style (for automatically applying during formatting text) and keep way for manually applying it from menu for selection of text.

Would be really necessary to let hyphenation and short words in menu?

>I agree with louisdesjardins that hyphenation, short words and language settings deserve for its own styles.

I think only hyphenation. But it's other feature request. At first it is necessary to implement basic feature and than you can add styles for that - for example bellow Hyphenation check mark add list with hyphenation styles.

cezaryece

2010-10-24 10:38

updater   ~0024710

I think there is some misunderstanding.
If you wrote "Character Style" you mean ChS tab in Paragraph Style or Character Style as separate kind of style?
In first case I agree with you absolutely, in second case I cant agree at all.
Always if I wrote "Character Style" I think about separate kind of style, not properties of Paragraph Style.
For further clearing: I never define Character Styles and never set Paragraph Style based on defined Character Style. But I always define character's parameters in Character Style tab of Paragraph Style.

IMHO Character Styles (as separate kind of styles) is biggest mix-up in whole Scribus. In Ventura is something like that feature (Character Tag if I remember), but there I define which character attributes overwrites actually selected text attributes.
Eg. if I define Character tag as only bold and I apply it to text which is normal and italic and various font sizes than ONLY text became bolder, but still will have normal, italic and sizes attributes saved. In Scribus unfortunately not and I think it not keep traditional standards in this case.

Mike

2010-10-24 11:27

reporter   ~0024713

Both of them. They are same and they are same from good reason. If you define paragraph style based on character style you will need hyphenation and short words in separate character style too. I used it several times and think that it should be there.

Separate character style is important and in Scribus, there is working as I expected. When I style text and need for example "links" (for example Table 2.1). I use some paragraph style and for "Table 2.1" character style. It has other font/color etc. Alignment and this kind of setting is obtained from paragraph style. What is mixed-up?

On the other hand is necessary to say that Ventura-way is slightly better. But now, this is not priority for me. Scribus has more important missing features.

Issue History

Date Modified Username Field Change
2010-02-13 10:57 Mike New Issue
2010-03-01 04:06 louisdesjardins Note Added: 0023421
2010-03-01 09:14 jghali Note Added: 0023422
2010-03-02 09:36 cezaryece Note Added: 0023429
2010-03-02 09:55 jghali Note Added: 0023431
2010-03-02 09:55 jghali Note Edited: 0023431
2010-03-02 18:14 ale Note Added: 0023437
2010-03-02 19:23 Mike Note Added: 0023438
2010-03-02 19:49 jghali Note Added: 0023439
2010-03-02 20:05 jghali Note Added: 0023440
2010-03-02 21:23 Mike Note Added: 0023441
2010-03-03 04:40 louisdesjardins Note Added: 0023442
2010-03-03 12:58 Mike Note Added: 0023450
2010-03-03 13:03 Mike File Added: hyphenation_shortwords.png
2010-06-24 15:56 louisdesjardins Note Added: 0024200
2010-10-23 21:11 Mike Note Added: 0024696
2010-10-24 06:56 cezaryece Note Added: 0024705
2010-10-24 08:41 Mike Note Added: 0024708
2010-10-24 10:38 cezaryece Note Added: 0024710
2010-10-24 11:27 Mike Note Added: 0024713
2015-03-16 14:16 jghali Relationship added has duplicate 0012954
2016-03-30 20:19 Kunda Relationship added related to 0008243
2016-03-30 20:19 Kunda Relationship added related to 0008639
2016-03-30 20:19 Kunda Relationship added child of 0003828
2021-12-23 08:00 jghali Relationship added has duplicate 0016707