View Issue Details

IDProjectCategoryView StatusLast Update
0004495ScribusStory Editor / Text Framespublic2012-09-02 17:35
Reportermkoren Assigned ToTsoots  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Platformx86OSDebian/Ubuntu LinuxOS VersionSarge/Dapper
Product Version1.3.3.4 
Fixed in Version1.3.3.5cvs 
Summary0004495: automatic linespacing mode broken?
DescriptionWhen I set automatic linespacing on a text frame in PP, the value of linespacing used seems to be quasi-random. I'm not using any styles in the frame; I tried it on some new empty frames and got this behavior.

For a frame with a typical 12pt font size, 20% autolinespacing set in prefs, I get 17.3 as the linespacing when I select automatic. Playing around with the font size subsequently leads to other strange values, and you can get different values even for the same font size (none of them right).
Additional InformationI can't imagine this has gone this long without being caught. Am I missing something, or does this only work with styles or something?
TagsNo tags attached.
Patch

Relationships

has duplicate 0009621 closedjghali Automatic linespacing does not work. 
child of 0004439 closedplinnell 1.3.3.5 Release Metabug 

Activities

cbradney

2006-11-06 22:16

administrator   ~0013306

You might be a victim of Ubuntu's Qt.. :S Works fine elsewhere.

mkoren

2006-11-06 22:21

reporter   ~0013308

Really? Can anyone tell me what's wrong with their Qt package itself, aside from the input mechanism stuff? I thought I was ok since I haven't seen other problems and I'm not running scim or anything.

If it is that, is this going to affect debian etch as well or can I switch back to their Qt? It looks to me like debian has applied ubuntu's scim patches as well.

Anyway, I tried with styles and it appears to work right there, but looks wrong in the frame. When you first open the style again in the style editor it then shows the incorrect value.

cbradney

2006-11-06 22:27

administrator   ~0013309

I dont know, but I *always* get font size+20% when in that mode.

mkoren

2006-11-06 22:50

reporter   ~0013310

Does the upper green text frame in this file show the correct linespacing (14.4pt) for you? (The value saved in the file for the style is wrong, but you could see if changing the font size in the style resets it for you or not.)

I'm getting a number of problems shown in this file here.

cbradney

2006-11-06 23:22

administrator   ~0013311

I think you forgot to attach the file...

plinnell

2006-11-06 23:35

viewer   ~0013312

Well, let's say we have seen enough broken stuff with Ubuntu that they are guilty until proven innocent. :)

Supporting Ubuntu has been very time consuming for some of us on the dev team and none of it is our doing. I was so fed up I was at the point of asking them to remove Scribus from the distro.. It was that bad.

I tested this on Win32 and Suse 10.1 and 9.1 - works perfectly for me.

mhanski

2006-11-07 09:52

developer   ~0013314

Last edited: 2006-11-07 10:00

I'm reopening the issue to give mkoren a chance to attach the test file, as asked by cbradney. Then, I'm going to check if it's really an Ubuntu issue. Please don't close until then.

mkoren: please see 0004423 for Ubuntu related issues and provide _easy_ to follow steps, how to replicate your issue.

plinell: you know I've been trying to move things forward with *buntu, and that I've had until recently every reason to be fed up with their lack of reaction. Still, closing issues with "... they are guilty until proven innocent" doesn't help _Scribus_ very much. If you really assume something is an Ubuntu issue, please will you send me a reminder next time and I will check it and forward it upstream, if needed.

2006-11-07 22:04

 

bogus.sla (80,677 bytes)

mkoren

2006-11-07 22:30

reporter   ~0013317

Last edited: 2006-11-07 22:31

Here's the file. The problem is displayed in the upper green text box and the rotated diagonal one (the rotation isn't important, this is just the file I was playing with :).

In brief: the linespacing displays wrong for the frames where I selected automatic linespacing. All linespacings should be 14.4. In detail:

1.) For the rotated frame, open the PP and adjust the font size up and down:
  -> seemingly random values are displayed for linespacing (not always the same for the same font size).
  -> the actual linespacing shown in the frame is also wrong, but I think it's consistently wrong for each font size.

2.) The green frame uses a style ( "New Style" :), so open the style editor.
  -> linespacing is originally shown as 17.3, but changing font size makes it go back to correct value (14.4 for 12pt font)
  -> however, the displayed result in the frame is still wrong (17.3pt linespacing)

cbradney

2006-11-07 22:55

administrator   ~0013318

If you want the 20% thing, thats fixed line spacing. Automatic takes the line spacing from the font data and each font is different.

mhanski

2006-11-07 23:14

developer   ~0013319

mkoren: I'm confirming 1.) and 2.) on Kubuntu Dapper, e.g. if I increase and then decrease the font size for the rotated frame in the PP, the linespacing value in the PP won't be correct. I'm switching now to Windows, to see, whether it's an unique Ubuntu issue.

cbradney

2006-11-07 23:15

administrator   ~0013320

Its not an Ubuntu issue.. something weird is happening, but I dont know why, Peter is testing.

mhanski

2006-11-07 23:28

developer   ~0013321

I'm confirming 1.) and 2.) with 1.3.3.4 on Windows XP

cbradney

2006-11-07 23:28

administrator   ~0013322

Reminder sent to: fschmid

Franz, can you please take a look at this. Its not Ubuntu related.

mkoren

2006-11-08 02:22

reporter   ~0013325

Keep in mind, at least with the style, a seemingly inconsistent state has been stored in the file (automatic linespacing + large linespacing value (17.3). If that were due to a problem on my end, you'd have to reset the value in the style editor before it showed up correctly there.

Just to avoid false positives.

fschmid

2006-11-08 11:29

developer   ~0013330

Have fixed that now. The value displayed in the Linespacing Spinbox is irrelevant for "Automatic Linespacing" mode. The actual linespacing is calculated based on the fontsize and font of the text. I've changed the contents of the Spinbox now to "Auto" if automatic linespacing is enabled.

mhanski

2006-11-08 11:55

developer   ~0013331

have you fixed it in 1.3.4 too?

fschmid

2006-11-08 11:58

developer   ~0013332

I have forwarded the relevant code parts to 1.3.4cvs too, but there are currently other issues that prevent selecting the linespacing mode.

mhanski

2006-11-09 00:15

developer   ~0013339

tested, works, closing.

BTW: slight collateral damage though -- "AUTO" will be displayed only in English GUI, for other Gui langs Scribus will AUTOmatically :) pick up a translation. E.g. with Polish GUI I'll get "Automatyczne" which doesn't fit into this short field anymore. Thus, it has some effect on alrease frozen tranlation strings.

IMHO, leaving this field greyed out and _blank_ would be a better solution, but I don't consider it very important.

mkoren

2007-02-18 01:50

reporter   ~0015292

I noticed one remaining problem here. In the style editor (only), when you open a saved style that uses one of the automatic linespacing modes, the value displayed in the (grayed out) spinbox is 1.0. (I think that's what's being saved in the file now for these modes.) If you reselect the linespacing mode it goes back to saying auto.

Personally, my preference would be for it to show the actual linespacing as a reference rather than auto, just leave it grayed out. Otherwise you can't tell what the automatic value is. That would fix the translation issue mentioned by mhanski as well.

mkoren

2007-02-18 18:31

reporter   ~0015299

You might want to look at the display problem in 0005363 as well, it might be related.

Tino Schwarze

2012-08-29 13:43

reporter   ~0028886

I can reproduce the behaviour with 1.4.1 (on openSUSE 11.4 btw). New document, just one text frame, font e.g. Arial.

Line spacing mode is counter-intuitive to me. In "automatic" mode, the spacing is derived from the font, obviously. Some one of my favorite fonts (Bernhard Modern) seems to be broken in this regard.

But there seems to be no way to get the old "automatic" behaviour (=100%+x of font size) back. Whenever I change font size and the automatic mode is not usable, I have to adjust the line spacing manually by putting x*1.2 into the spacing box. That's rather cumbersome.

What about a fourth mode called "relative" which actually takes the automatic line spacing into account?

Is the preference value (20% for me) used at all? If yes, where and when?

Tino Schwarze

2012-09-02 17:28

reporter   ~0028891

Seems to be working in 1.5svn (fixed in r17223 - bug 0009621 mentioned in commit msg)

ale

2012-09-02 17:35

manager   ~0028892

Tino found out that it's already solved by 0009621 in 1.5svn

Issue History

Date Modified Username Field Change
2006-11-06 22:12 mkoren New Issue
2006-11-06 22:16 cbradney Note Added: 0013306
2006-11-06 22:21 mkoren Note Added: 0013308
2006-11-06 22:27 cbradney Note Added: 0013309
2006-11-06 22:50 mkoren Note Added: 0013310
2006-11-06 23:22 cbradney Note Added: 0013311
2006-11-06 23:35 plinnell Note Added: 0013312
2006-11-06 23:36 plinnell Status new => resolved
2006-11-06 23:36 plinnell Resolution open => unable to reproduce
2006-11-06 23:36 plinnell Assigned To => plinnell
2006-11-07 09:52 mhanski Status resolved => feedback
2006-11-07 09:52 mhanski Resolution unable to reproduce => reopened
2006-11-07 09:52 mhanski Note Added: 0013314
2006-11-07 09:54 mhanski Note Edited: 0013314
2006-11-07 10:00 mhanski Note Edited: 0013314
2006-11-07 22:04 mkoren File Added: bogus.sla
2006-11-07 22:30 mkoren Note Added: 0013317
2006-11-07 22:31 mkoren Note Edited: 0013317
2006-11-07 22:55 cbradney Note Added: 0013318
2006-11-07 23:14 mhanski Note Added: 0013319
2006-11-07 23:15 cbradney Note Added: 0013320
2006-11-07 23:28 mhanski Note Added: 0013321
2006-11-07 23:28 mhanski Status feedback => confirmed
2006-11-07 23:28 cbradney Note Added: 0013322
2006-11-07 23:32 cbradney Relationship added child of 0004439
2006-11-08 02:22 mkoren Note Added: 0013325
2006-11-08 11:29 fschmid Status confirmed => resolved
2006-11-08 11:29 fschmid Fixed in Version => 1.3.3.5cvs
2006-11-08 11:29 fschmid Resolution reopened => fixed
2006-11-08 11:29 fschmid Note Added: 0013330
2006-11-08 11:55 mhanski Assigned To plinnell => fschmid
2006-11-08 11:55 mhanski Status resolved => feedback
2006-11-08 11:55 mhanski Resolution fixed => reopened
2006-11-08 11:55 mhanski Note Added: 0013331
2006-11-08 11:56 mhanski Severity major => minor
2006-11-08 11:56 mhanski Status feedback => resolved
2006-11-08 11:56 mhanski Resolution reopened => fixed
2006-11-08 11:58 fschmid Note Added: 0013332
2006-11-09 00:15 mhanski Status resolved => closed
2006-11-09 00:15 mhanski Note Added: 0013339
2007-02-18 01:50 mkoren Status closed => feedback
2007-02-18 01:50 mkoren Resolution fixed => reopened
2007-02-18 01:50 mkoren Note Added: 0015292
2007-02-18 07:49 fschmid Status feedback => assigned
2007-02-18 07:49 fschmid Assigned To fschmid => Tsoots
2007-02-18 18:31 mkoren Note Added: 0015299
2012-08-29 13:43 Tino Schwarze Note Added: 0028886
2012-09-02 17:28 Tino Schwarze Note Added: 0028891
2012-09-02 17:34 ale Relationship added has duplicate 0009621
2012-09-02 17:35 ale Note Added: 0028892
2012-09-02 17:35 ale Status assigned => closed
2012-09-02 17:35 ale Resolution reopened => fixed
2015-09-17 20:08 Kunda Category Story Editor / Text Frames => Story Ed/Txt Frames
2015-09-17 20:12 Kunda Category Story Ed/Txt Frames => Story Editor / Text Frames