View Issue Details

IDProjectCategoryView StatusLast Update
0008781ScribusLanguage Toolspublic2016-04-11 19:42
Reporteralexandre Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
Status newResolutionopen 
Product Version1.5.0svn 
Summary0008781: max. amount of consecutive hypehnations does not suffice
DescriptionA user who is bound to create GOST (Russian set of standards) confirming documents reports that it should be possible to set min. amount of of consecutive lines without hyphenation, so that after three lines with hyphenations there would be at least three lines without them.
Tagshyphenation
PatchNo

Activities

alexandre

2010-05-11 20:30

developer   ~0023896

Bump

louisdesjardins

2012-01-09 01:47

developer   ~0027494

Interesting addition the actual behavior. I support this.

louisdesjardins

2012-01-09 20:51

developer   ~0027501

How would you label that field?

"Minimum consecutive lines without hyphen" (rather long no?)

louisdesjardins

2012-01-11 05:46

developer   ~0027510

I am giving this more thoughts.

I now wonder whether this new settings would really be of help and in which particular case.

First of all, we should avoid hyphenating. When we do hyphenate, it's only because we prefer a hyphen instead of a too large (or too small) gap between words that would distract the eyes of the reader. We need the typographic color to be as uniform and monotonous as possible so the reader can concentrate on the text.

The reason to allow 3 hyphens in a row is because we have given not much opportunities to the program to attain the desired typographic color by either setting the type in a very (too) narrow justification width, or the typesize is too large for the width of the column.

Also, I cannot recall having seen much of such a combination of hyphens where 3 consecutive hyphens would be followed by only 1 or 2 lines without hyphens and then again 3 hyphens in a row. That situation must occur very rarely and in conditions where we might in fact question more the choices of the designer than the possibilities of the program.

I end up thinking — for now at least — that such a settings would (might) be a bit overkill and would try to fix an issue that might just never happen under normal conditions.

What do you think?

cezaryece

2012-01-11 06:19

updater   ~0027511

For me this feature is not so useful.

First, I think that is really rare issue when we have wide column for current font size (book layout case when we need good quality of text formatting). When this issue may be more often seen is newspaper layout case, when column is rather narrow. But in that case we have also less rigorous rules for text typography.

Second, if we have such rigorous rules for text typography we have no other way and we must do many of hand work with text - any DTP program don`t loose user from checking, thinking and making decisions.

So, this feature is not very urgent for now. Rise whole typography quality is more urgent and expected.

Issue History

Date Modified Username Field Change
2010-02-07 15:35 alexandre New Issue
2010-05-11 20:30 alexandre Note Added: 0023896
2012-01-09 01:47 louisdesjardins Note Added: 0027494
2012-01-09 20:51 louisdesjardins Note Added: 0027501
2012-01-11 05:46 louisdesjardins Note Added: 0027510
2012-01-11 06:19 cezaryece Note Added: 0027511
2015-07-10 01:28 Kunda Patch => No
2015-07-10 01:28 Kunda Category Typography => Language Tools
2016-04-11 19:42 Kunda Tag Attached: hyphenation