View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004495 | Scribus | Story Editor / Text Frames | public | 2006-11-06 22:12 | 2012-09-02 17:35 |
| Reporter | mkoren | Assigned To | Tsoots | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | x86 | OS | Debian/Ubuntu Linux | OS Version | Sarge/Dapper |
| Product Version | 1.3.3.4 | ||||
| Fixed in Version | 1.3.3.5cvs | ||||
| Summary | 0004495: automatic linespacing mode broken? | ||||
| Description | When 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 Information | I can't imagine this has gone this long without being caught. Am I missing something, or does this only work with styles or something? | ||||
| Tags | No tags attached. | ||||
| Patch | |||||
|
|
You might be a victim of Ubuntu's Qt.. :S Works fine elsewhere. |
|
|
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. |
|
|
I dont know, but I *always* get font size+20% when in that mode. |
|
|
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. |
|
|
I think you forgot to attach the file... |
|
|
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. |
|
|
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
|
|
|
|
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) |
|
|
If you want the 20% thing, thats fixed line spacing. Automatic takes the line spacing from the font data and each font is different. |
|
|
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. |
|
|
Its not an Ubuntu issue.. something weird is happening, but I dont know why, Peter is testing. |
|
|
I'm confirming 1.) and 2.) with 1.3.3.4 on Windows XP |
|
|
Reminder sent to: fschmid Franz, can you please take a look at this. Its not Ubuntu related. |
|
|
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. |
|
|
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. |
|
|
have you fixed it in 1.3.4 too? |
|
|
I have forwarded the relevant code parts to 1.3.4cvs too, but there are currently other issues that prevent selecting the linespacing mode. |
|
|
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. |
|
|
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. |
|
|
You might want to look at the display problem in 0005363 as well, it might be related. |
|
|
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? |
|
|
Seems to be working in 1.5svn (fixed in r17223 - bug 0009621 mentioned in commit msg) |
|
|
Tino found out that it's already solved by 0009621 in 1.5svn |
| 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 |
|
Note Added: 0013312 | |
| 2006-11-06 23:36 |
|
Status | new => resolved |
| 2006-11-06 23:36 |
|
Resolution | open => unable to reproduce |
| 2006-11-06 23:36 |
|
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 |
