|
8509 |
Fonts |
crash |
always |
09-Oct-11 11:39 |
09-Nov-19 23:16 |
supiik |
jghali |
normal |
resolved |
|
none |
none |
Linux |
Ubuntu |
9.04 |
1.3.5 |
fixed |
0 |
Crash after deselecting all used fonts except one. |
Crash after deselecting all used fonts except one. |
Deselect all used fonts except one. Click Apply. Crash occures.
|
supiik@supiik-laptop:~$ scribus
scribus scribus-ng
supiik@supiik-laptop:~$ scribus-ng
ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/qt4/QtCore/qlist.h, line 403
Scribus Crash
-------------
Scribus crashes due to Signal 0000006
Calling Emergency Save
|
config.tar.bz2 (10 KB) 09-Oct-11 19:34 NP IV 2009 II.sla (146 KB) 09-Oct-11 19:34 Scribus.rar (21 KB) 09-Nov-17 16:20 Scribus.zip (14 KB) 09-Nov-18 10:58 |
|
jghali |
09-Oct-11 13:29 |
>> Deselect all used fonts except one.
Where? |
|
supiik |
09-Oct-11 13:50 |
good question :)
File -> Preferences -> Fonts
If you need more help please let me know and let me know how to get more diag data. |
|
jghali |
09-Oct-11 14:08 |
Which panel? Please be precise and detail exactly how you reproduce this issue. |
|
supiik |
09-Oct-11 19:40 |
:) hmm. You Have created the program so I do not know how to describe it more precise. Open the document I am attaching. Than click in menu File -> Preferences -> Font. Deselect all fonts checked as used except one - it happens to me when I uncheck all except URW Bookman L Demi Bold.
Strange thing is that this time it crashed but it is possible to start application again. During first crash it was not and I had to delete content of .scribus to be able to start application again. |
|
jghali |
09-Oct-11 20:20 |
>> You Have created the program so I do not know how to describe it more precise.
In menu File -> Preferences -> Font there are three panels. In which one do you deselect font??? You see, it's easy to be more precise... |
|
supiik |
09-Oct-11 20:33 |
In my case there is only one panel which contains font list. The first one - Availible fonts. |
|
tamas |
09-Nov-03 00:07 |
I get Scribus crash every time I try to start it with the above error message (I use XP and 1.3.5.1). The splash screen messages go all the way though the fonts listing and then the main window appears on screen for a fraction of a second and quits. Console mode says:
ASSERT failure in QList<T>::operator[]: "index out of range", file e:\libraries-vc8\qt-4.5.1\include\qtcore\../../src/corelib/tools/qlist.h, line 403
Calling Emergency Save
Scribus Crash
-------------
Scribus crashes due to the following exception : EXCEPTION_ACCESS_VIOLATION
Strange thing is that until about a week ago this version worked fine for me, since then no reinstall helps, I can't get it to work again. |
|
AlanDT |
09-Nov-17 16:39 |
Thank you for your help. Deleting the preference folder you described seems to have solved the problem I was experiencing. (Though I have no idea what could have happened in there to cause the problem.) Also, please excuse my referencing another case you had previously resolved. If I had known where to find the resolution you provided at that time I would not have asked a duplicate question. Is there a recommended procedure (and place) for finding the issues you have already dealt with and resolved? Would it help to post such a procedure to FAQ? Or, is it feasible to add a link to issues others have raised (where they are still posted) describing the resolution? All I knew to do after reading the FAQ section was to Google my problem and see what I could find. When I did this I came upon a description of the problem I was experiencing, but I could find no description of or link to a resolution. Again, thank you, and I appologize for taking valuable time on a previously resolved issue. |
|
tamas |
09-Nov-18 11:00 |
Deleting the preferences folder worked also for me, only I found the answer purely accidentally since it is not shown here where the issue is listed. Anyway, I uploaded my zipped prefs folder in case it is of some help for you. |
|
|
853 |
Shape Drawing |
feature |
always |
04-Jul-08 04:43 |
09-Nov-19 14:27 |
scotth1 |
fschmid |
low |
resolved |
|
none |
none |
any |
any |
any |
1.3 |
fixed |
0 |
Gradient Mask |
I'd like to be able to create a Gradient mask (with 1.4 PDF Transperrancy enabled) on any object or groups of objects, especially paths and images but also text. While I can apply gradient masks with Gimp2.0 on images I'd like to be able manipulate other objects in Scribus in the same way. |
|
|
|
|
plinnell |
05-Apr-08 17:26 |
bumping to 1.3 as a feature request |
|
fschmid |
09-Nov-06 18:29 |
During the creation fo the Xara Importer i discovered that this feature is possible with cairo, but sadly not with Qt. |
|
|
8592 |
Printing |
major |
always |
09-Nov-19 13:26 |
09-Nov-19 13:26 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
OpenSUSE |
11 |
1.5.0svn |
open |
0 |
Incorrect separations with spot colors |
When printing separations using spot colors, 2nd page produces wrong separation.
|
See the attached collected folder.
Open the sla file. It contains 2 pages.
In this file all elements are using exclusively 2 spot colors:
- Cool Gray 11
- Pantone 308
Print to file, select print separations, print in color,
choose the pantone 308 spot color.
The resulting file (spot-blue.ps) in page 1 is OK.
But page 2 contains elements with both colors.
Separation is incorrect on page 2.
I have tried the same in Win32 1.3.6svn and OpenSUSE 1.5.0svn
Same result. |
|
wrong-separation.7z (569 KB) 09-Nov-19 13:26 |
|
|
8589 |
PDF |
major |
always |
09-Nov-18 06:15 |
09-Nov-19 12:50 |
farid |
|
normal |
new |
C-C-T-F-C1.8.8-64bit |
none |
none |
x86_64 |
Archlinux |
rolling-release |
1.3.5 |
open |
0 |
images appear from other pages when applying pre-press bleed marks |
parts of other pages appear when i export with bleed marks.
the images are outside the page border. |
File -> Export -> Save as PDF
in the Pre-Press tab mark "Bleed Marks" and set the borders to:
Top, Outside, Bottom to 0,3 cm and the Inside to 0
the best way is to see the pdf uploaded to understand what i mean.
|
|
cartilhaCapa.pdf (1744 KB) 09-Nov-18 06:15 cartilha-CAPA-Bug.sla (106 KB) 09-Nov-19 12:49 |
|
jghali |
09-Nov-19 08:58 |
Could you upload your sla document (images not needed here)? The most probable cause of your issue is insufficient vertical spacing between pages. |
|
farid |
09-Nov-19 12:50 |
hi
i added part of the .sla.
if that is the case, maybe there should be a message warning about this or let the page spacing be automatic...
cheers |
|
|
8588 |
General |
minor |
always |
09-Nov-17 14:54 |
09-Nov-19 09:06 |
wikijeff |
|
normal |
new |
C-C-T-F-C1.8.8-64bit |
none |
none |
Linux |
Ubuntu |
9.10 |
1.3.5svn |
open |
0 |
Link Annotation Incorrectly Reports Text Overflow on PDF Export |
When creating a Link Annotation of the type "External Web-Link" and inserting a URL into the field, if the size of the frame is shorter than the URL itself (even though the URL is not displayed) the frame will report "Text Overflow" and errors will show up on PDF export. To use an analogy. this is essentially like failing XHTML validation because of mark-up like long_url where the long URL is longer than the short word. |
(1) Create a Scribus Document.
(2) Create an Link Annotation frame.
(3) Size the frame to match the size of a small word or short bit of text, e.g., "Lorem ipsum".
(4) Double-click on the Link Annotation frame and select "External Web-Link" from the "Type" field.
(5) Insert a long URL, such as "http://en.wikipedia.org/w/index.php?title=Lorem_ipsum&oldid=325628641" [^] and click "OK".
(6) Note the text overflow indicator is present in the bottom right-hand side of the Link Annotation frame.
(7) Attempt to export the document to PDF, you will notice errors (which you may choose to ignore) upon PDF export. |
|
|
|
jghali |
09-Nov-19 09:06 |
Unable to reproduce |
|
|
8590 |
Scripter |
feature |
N/A |
09-Nov-18 12:53 |
09-Nov-18 12:53 |
kk |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Resize document with script |
Would be nice if you could resize document/page with script. It can be done already if you use elementtree on your script but that kinda sucks, since in my case it means :
1. open file for scribus handle(script)
2. change element's size so that all imported text fits in textframe.
3.save and close file.
4. Open same file with elementree and change PAGEHEIGHT so that every element that has been resized would fit into page.
5. Save and close file.
6. Open same file again with scribus.openDoc(x)
7. Export pfd.
8. Close file. |
|
|
|
|
|
8586 |
Translation |
minor |
always |
09-Nov-16 17:03 |
09-Nov-17 13:20 |
miles |
|
normal |
new |
|
none |
none |
All |
All |
All |
1.3.5 |
open |
0 |
Updated Slovenian |
I downloaded 1.3.5 and there are a lot of English strings in Slovenian user interface. Then I checked the file in trunk (for 1.3.x) and there are just two fuzzy translations, so I don't know what translations are used for 1.3.5?
Is there another branch, additional to the 1.3.3.x and 1.3.x?
Anyway, here is the updated Slovenian translation for 1.3.x. |
|
|
scribus.sl.qm (642 KB) 09-Nov-16 17:03 scribus.sl.ts.zip (130 KB) 09-Nov-17 13:19 |
|
cbradney |
09-Nov-17 13:02 |
Thanks, can you please provide the ts file that goes with the qm file?
We also have trunk, but we will commit your file to both, the strings should not be that different. |
|
miles |
09-Nov-17 13:20 |
Ok, I made ts file out of it, hope it is ok. |
|
|
8023 |
Story Editor / Text Frames |
feature |
always |
09-May-10 13:20 |
09-Nov-17 12:13 |
Hellstorm |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Quotation marks menu not very usable |
The current menu for quotation marks in the story editor is not very helpful.
First, they are currently designed for English, e.g. “Double Left” and “Double Right” are in one group, but “Low Double Comma” is in another group.
It would be better to group the menus by language:
English:
? Opening Single (‘)
? Closing Single (’)
? Opening Double (“)
? Opening Double (”)
German:
? Opening Double („)
? Closing Double (”)
? Opening Single (‚)
? Closing Single (’)
Japanese
? Opening Bracket (?)
? Closing Bracket (?)
? Opening Inner Bracket (?)
? Closing Inner Bracket (?)
As you have seen, I’ve already included the actual character in the brackets, because if you just see “Single Left”, you don’t know what it is.
Because it is not very helpful for usability, it would be better, if the story editor sees, what language the text box has and displays these set of quotation mark styles at first, but the other ones in submenus.
E.g.
Text is set to German. Menu becomes like this:
Quote:
? Opening Double („)
? Closing Double (”)
? Opening Single (‚)
? Closing Single (’)
? -------
? English
?? Opening Single (‘)
?? Closing Single (’)
?? Opening Double (“)
?? Opening Double (”)
?Japanese
?? Opening Bracket (?)
?? Closing Bracket (?)
?? Opening Inner Bracket (?)
?? Closing Inner Bracket (?)
This would then allow easy access to the most used quotation marks but also allows access to quotation marks of other languages.
Also, the current “Apostroph” is wrong. It should _not_ be ' (U+0027), but instead ’ (U+2019).
I think it would be good to “outsource” the set of quotation marks for each language in a different file so that the user can easily create new sets for other languages without going into the source code, e.g. in a xml file. |
|
|
|
|
Hellstorm |
09-Nov-17 08:39 |
Could somebody tell me, in which source codes files this is hidden? Then maybe I could improve it a little bit by myself. |
|
|
8575 |
General |
major |
always |
09-Nov-11 14:21 |
09-Nov-15 03:45 |
aliB |
jghali |
normal |
resolved |
|
none |
none |
Dell Inspiron 9400 |
Linux |
OpenSuSE 11.1 |
1.3.5svn |
fixed |
0 |
Grouping object on a different layer makes some / all other objects invisible |
If you group object on a different layuer than you currently have selected, some (sometimes even all) objects become invisible. |
Create a calender with the calender script for the whole year.
Switch the current layer to "calender image"
Select all days (1-30) of a month using the "document structure" window and group them. |
|
|
|
jghali |
09-Nov-15 03:45 |
Two changes have been committed for fixing that issue :
- when grouping objects, create group on same layer as items, was possibly not the case before
- check that all objects belong to a common layer before allowing user to group them |
|
|
8343 |
PDF |
crash |
always |
09-Aug-14 13:14 |
09-Nov-13 20:50 |
Pancho |
|
normal |
new |
C-C-T-F-C1.8.8-64bit |
none |
none |
x86-64 |
Kubuntu |
9.04 |
1.3.5svn |
open |
0 |
Crash with Signal 11 when exporting to PDF/X-3 |
Scribus always crashes when exporting to PDF/X-3, with the progress-meter at 0%.
This happens with any document. Same documents export well to PDF-1.5. |
- Load any Scribus file, such as test.sla
- export to PDF/X-3 |
http://bugs.scribus.net/view.php?id=8277 [^] was right. |
test.sla (10 KB) 09-Aug-14 13:14 |
|
jghali |
09-Aug-14 14:47 |
Cannot confirm, works without problem on Windows. |
|
Pancho |
09-Aug-14 16:31 |
I'd be willing to provide a traceback if you can tell me what you need.
This used to work some time ago with an older version of 1.3.5.
But it might also have something to do with the environment, however as the other report proves, it occurs on different distros. Can even more people confirm this bug on Linux? |
|
Pancho |
09-Aug-14 19:09 |
Same thing on another Kubuntu Jaunty machine works.
Don't know if it's because of the February version of 1.3.5 or because of something completely different...
Think we need to check the traceroute. |
|
jghali |
09-Aug-14 22:35 |
Traceroute won't help much here. A backtrace will ;)
Build with the cmake -DWANT_DEBUG=1 option, then at the command line :
- "gdb Scribus" (without quotes"
- at gdp prompt "run"
- trigger the crash
- then at gdb prompt : "bt" |
|
said |
09-Nov-13 13:12 |
I can confirm this bug.
All PDF exports (1.3-1.5) work fine, but the PDF/X-3 ALWAYS crashes with signal "# 11". No matter what file, CMYK profile or any other setting.
Is there any workaround?
My conf:
Ubuntu Karmic, Scribus 1.3.5svn
|
|
christoph_s |
09-Nov-13 20:50 |
Why don't you update to the officially released version 1.3.5.1? |
|
|
8581 |
Import / Export |
minor |
have not tried |
09-Nov-13 15:13 |
09-Nov-13 17:57 |
ale |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
The pre-export check tells me I have a glyph missing, but doesn't say which one it is |
http://www.flickr.com/photos/jakubsteiner/4099960697/ [^] |
|
|
|
|
jimmac |
09-Nov-13 17:57 |
When a glyph is missing in a font, the pre-check only informs me of the fact that some glyph is missing. It would be nice to know more info on what glyph is missing -- glyph name, unicode value... |
|
|
4293 |
General |
feature |
always |
06-Sep-26 21:49 |
09-Nov-12 15:14 |
jghali |
fschmid |
normal |
assigned |
|
none |
none |
|
|
|
1.3 |
open |
0 |
Improved support for gradients |
Currently our support for gradients is incomplete and prevent us to import correctly some svg files (for eg.) :
- support for gradient reflect and repeat extend methods
- incorrect handling of gradient transforms : we use gradient transform to compute end point, however gradient transform does not only modify end points but also the way the gradient is drawn
- we assume that gradient center and focal point are identical (radial gradients)
|
|
cairo has a cairo_set_pattern_matrix() function for setting gradient transform |
|
|
jghali |
08-Feb-26 23:54 |
Extending the scope of that bug by adding support for gradient reflect and repeat methods. |
|
fschmid |
09-Nov-11 13:43 |
1.5.0svn can now set the focal point different from the gradient center. |
|
fschmid |
09-Nov-12 15:14 |
Added support for elliptical gradients and skewing of linear gradients. |
|
|
8577 |
Story Editor / Text Frames |
minor |
always |
09-Nov-11 18:44 |
09-Nov-11 21:12 |
fsnelting |
|
normal |
new |
|
none |
none |
PC |
Linux (Ubuntu) |
5.10 Breezy |
1.3.3.13svn |
open |
0 |
manually typed glyph number not inserted in text |
When you manually type the code of a character in the Select Character palette, the corresponding character is displayed in the display field, but not inserted in the text after clicking 'insert'. It will be added correctly though, if you have clicked on the corresponding glyph, before selecting 'insert'. |
Select a text box. Open Story Editor. Select Insert > Insert Glyph. At 'Insert Code' type 00153 for small ligature oe. Click 'insert' and close the Select Character palette. The ligature has not been added to the text. |
|
|
|
jghali |
09-Nov-11 21:12 |
The issue can be fixed by commenting out line 786/787 of charselect.cpp:
if (insCode->hasFocus())
return; // don't insert glyphs when user edits HEX unicode
Not quite sure why that code was added. It has however been removed in 1.3.5+, so that issue does not exists in 1.3.5/1.5.0svn |
|
|
8573 |
Scripter |
minor |
always |
09-Nov-11 12:46 |
09-Nov-11 15:11 |
kk |
jghali |
normal |
resolved |
|
none |
none |
|
|
|
1.3.5 |
fixed |
0 |
UnicodeDecodeError in scripter |
You can use scands in element names but scripter wont like it :)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 0-1: unexpected end of data
Not a big problem but someone might not understand why he get's error.
|
Make new text- or imageframe, name it something containing åäö.
->
script console:
d = scribus.getPageItems()
for item in d:
positio=scribus.getPosition(item[0])
|
|
|
|
|
7137 |
User Interface |
feature |
have not tried |
08-Jul-12 23:59 |
09-Nov-09 21:09 |
plinnell |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Support Icon Naming Spec for Themes |
http://standards.freedesktop.org/icon-naming-spec/ [^] |
|
|
|
|
cbradney |
09-Oct-04 23:32 |
Adding to 1.3.6 for icon renaming |
|
|
5276 |
Story Editor / Text Frames |
text |
always |
07-Jan-31 14:46 |
09-Nov-09 20:50 |
michael_art |
subik |
normal |
assigned |
C-*-T-*-A-Windows |
none |
none |
386 |
Windows XP |
|
1.3.3.7 |
open |
0 |
Shortcut Error in Story Editor (Shift+Enter) |
The Keyboard Shortcut for entering a Linebrak while editing a Text in the Stoy Editor does not work. When Pressing Shift+Enter it is inserting a regular Parapraph insted of a line break. |
|
|
|
|
subik |
09-Nov-09 20:50 |
fixed in trunk. Testing phase, |
|
|
7610 |
Typography |
feature |
N/A |
08-Nov-14 23:39 |
09-Nov-06 23:31 |
Hellstorm |
pierremarchand |
normal |
assigned |
|
none |
none |
|
|
|
1.3.3.11 |
open |
0 |
Support for ruby characters (Furigana) |
Japanese often has annotations characters (called ruby) between the lines on top of the Chinese characters in order to give annotations how to read a character.
This is done by adding the characters between the lines of the ordinary text. The line spacing is not adjusted (at least as how far I could tell). In short: a “third” line is added _in_ the line spacing, with very small text. It appears in vertical as well as in horizontal writing.
For example we have the compound:
??? (Japanese language)
A beginner of Japanese or some Japanese primary school childrens can’t read this. For this, the reading ‘nihongo’ in the Japanese syllable script Hiragana (????) will be added on top, on the bottom or at the right of it:
????
???
the ruby characters have to be smaller than the original text. Also, because their length can vary, there are different alignment options.
They can either start at the left, so that the characters ? and ? start at the same time; the reading can be centered on top of the Chinese characters, they can be aligned right. Additionally, the individual Chinese characters can have their individual reading on top of it, so that the reading compound is a little bit divided. (Some other options are also available).
If the space is not enough, the ruby characters may also overlap on the other characters written around the base compound.
Openoffice actually does this wrong, because in (my opinion) Openoffice the line spacing is too narrow at first, and if a ruby character is added, it cannot fit between the lines, so the line spacing will be adjusted only for that line (which looks ugly).
Ruby characters are also used in Chinese with a phonetic system called ‘Zhuyin Fuhao’, but this needs extra care because of tone marks.
This feature is really necessary for Japanese, because it is used extremely often and also used for stylistic purposes in literature.
http://en.wikipedia.org/wiki/Furigana [^]
|
|
|
|
|
Hellstorm |
09-May-10 12:50 |
Could somebody connect this to the Non-latin-Metabug 0003965? |
|
pierremarchand |
09-May-15 20:01 |
The article on Wikimedia is a good starting point, however it would be nice if you could point to (or upload here) documents showing it in use. Maybe a couple for perfect typesetting and one to show the ugly.
TIA |
|
pierremarchand |
09-May-16 11:49 |
Indeed, the book seems fascinating. Although there’s no chance that I can afford it for some time and the chapter dedicated to "ruby" glyphs is not available as part of the preview.
I think that you can safely scan few examples from your japanese books without problem regarding copyrights. If you don’t feel easy to put these scans on a public place such as this bug tracker, you’ve got the option to send me a private mail (pierre at scribus.info). |
|
amthomas |
09-Nov-06 21:21 |
Here is a W3C article on ruby text:
http://www.w3.org/TR/1999/WD-ruby-19990322/ [^]
I think this has enough examples to show most people what Ruby text is, when it can be used, and why it is useful.
I own a copy of CJKV information processing, and I would love to help improve this feature of Open Office. I am a programmer, I am fairly competent in Japanese, and I enjoy all the complexities of digital typography and layout. However, I am not familiar with Open Office' code base.
If there are other people that would like to work on this, or to mentor me while I attempt to work on this, please let me know. |
|
amthomas |
09-Nov-06 23:31 |
Of course, by "Open Office" I mean Scribus. Someone mentioned that Open Office did this wrongly, and I had OO on the brain from then on, apparently.
*shakes head in disbelief of own mindlessness*
I use Scribus whenever I can, and I would love to be able to completely switch to it for doing layout. Ruby support would make layout of Japanese text great, and the lack of that support is the reason why I still use InDesign for laying out Japanese text. |
|
|
3798 |
Story Editor / Text Frames |
feature |
N/A |
06-May-10 23:54 |
09-Nov-06 08:56 |
mkoren |
|
low |
confirmed |
|
none |
none |
any |
any |
any |
1.3 |
open |
0 |
treat text on path like normal text frame (allow linked text and multiple lines per frame) |
See screenshot.
The specified curve would repeat vertically according to linespacing, and text would flow from one line to the next as normal. These frames could be linked to each other or ordinary text frames in the usual manner. |
|
|
curved_text.png (52 KB) 06-May-10 23:54 |
|
christoph_s |
06-May-11 02:27 |
I can't see much need of this feature, unless you provide a real world example.
Maybe one of these "nice to have" things. |
|
avox |
06-May-11 02:37 |
Looks useful, but might take a while to implement.
Text along disconnected path will come first and allows your example if you
use "duplicate items" to create multiple lines and then "combine polygons".
|
|
mkoren |
06-May-11 18:31 |
Wouldn't be needed so much for normal books and magazines, but it could be used for artistic multiple-line headings and highlight boxes in flyers or posters, for instance.
Agreed disconnected linked paths would allow the rest to be done manually. |
|
mkoren |
06-May-11 19:29 |
Quoting avox from closed 0003800:
>>>Ah, you also want to go around bends? That definitely will get to compliccated
(to implement) for normal textframes.
>>> Can I offer a "text along path" feature which works with disconnected paths...
To achieve this effect with linked path text, there would need to be one of two things:
-a convenient way to make "offset" paths to make the concentric baseline shells (see screenshot in 3800, making a whole 'U' bend as one path), or
-a convenient way to create separate path segments in each wing with diminishing sizes (which the frame shape provides for text) AND then link them sequentially by 'U' shell.
>>> ...and allows right/left/center alignment per path segment?
Yes, and block too, which might be the most useful. |
|
brunod |
09-Nov-06 08:56 |
It could be usefull when you need to write vertice like
t
h
i
s
It's the only way i've found to write so, using a bezier curve that is straight and stick the text to this path. But it's only possible with one line. To get a text, this feature could help, or create a text boxe that follows this path as origin side (usualy upper side), then the boxes could be linked to chain them. |
|
|
5096 |
Story Editor / Text Frames |
minor |
always |
07-Jan-06 21:59 |
09-Nov-05 23:26 |
mkoren |
|
normal |
confirmed |
deb |
none |
none |
x86 |
Debian Linux |
Sarge/Etch |
1.3.3.6 |
open |
0 |
text flow around wrong for curves |
I'm guessing because it's not a closed shape. See screenshots--wrong for both normal and contour, but in different ways for some reason. |
|
|
wrong_flow.png (78 KB) 07-Jan-06 21:59 wrong_flow_contour.png (76 KB) 07-Jan-06 22:00 |
|
|
1348 |
User Interface |
feature |
N/A |
04-Nov-30 16:05 |
09-Nov-05 20:07 |
yonen |
|
normal |
acknowledged |
|
none |
none |
any |
any |
any |
1.3 |
open |
0 |
Dockable dialogs |
It would be nice if the dialogs like Properties and Arrange Pages could be docked on the side. |
|
|
Scribus.png (69 KB) 04-Dec-02 00:49 |
|
yonen |
04-Dec-02 00:50 |
The Attached File shows the results of what I coded. Only the Page Palette is dockable at this moment. |
|
cbradney |
04-Dec-02 08:29 |
Nice :) What sort of changes were required? |
|
yonen |
04-Dec-04 01:44 |
Mainly just change the inheritence... from QDialog to QDockWindow, and tell the main windows to prevent the window to dock at the top and bottom.
At this moment I have Page Palette and Properties done... I tried Outline but the TreeList is not stretching with the window... so I'll have to play arround with the layouts like I did with the other windows, since QDockWindow only has QBoxLayout. Anyway, I'm still working on it and I'll give you guys the code when I'm done.
Glad to contribute! |
|
cbradney |
04-Dec-04 01:54 |
Interesting. Only issue is all those dialogs have been under a minor rewrite already or will be rewritten from scratch in 1.3 and the docking wont make it into 1.2.1. Its important tho for us to see how it does work in a test setup for making decisions about 1.3. Will be interesting to see it run, if u can supply a patch at some point. |
|
yonen |
05-Feb-27 14:46 |
I was just wondering if you guys tried the code I supplied? |
|
subik |
05-May-22 19:02 |
how it looks wit this promising issue? |
|
cbradney |
05-May-22 19:07 |
We will totally redevelop the dialogs for 1.3. This is not really applicable AFAIK. |
|
yonen |
05-May-27 14:18 |
I looked at the 1.3.0cvs code and I think it should still be easy to convert to a dock window. I will work on it and give you the code when it's done... that is if you are still interested! |
|
cbradney |
05-May-27 17:11 |
Its not really about docking, we need to replace the existing dialogs. |
|
cbradney |
05-May-27 17:31 |
I dont mean to discourage, perhaps you could provide some general hints and tips of your conversion so we may use them when we decide on the new design of the various palettes. |
|
brunod |
09-Nov-05 20:07 |
Just to say i hope users will be able to choose which behavior they prefer. I >really< like the way it is now : if i work at something on the right or the left side, i like to be able to keep the palette close to were i work, even if above the document in an less important part for that action. And with our new wide screens, at full page view, there is always an unneeded space on the right; so i shorten my Scribus window to keep an eye at conky, and put my palette properties there under, outside Scribus window.
By the way, how would it be for the editor window ctrl+y ? |
|
|
8570 |
Graphics / Image Frames |
minor |
always |
09-Nov-05 12:35 |
09-Nov-05 18:22 |
brunod |
jghali |
normal |
feedback |
5 nov |
none |
none |
X86 32bit |
Ubuntu 8.04 lts |
1.5.0 svn |
1.5.0svn |
reopened |
0 |
guide line disappear under frame |
When an guide line is set, it's hidden when you have an image at the same place. The image comes above. It's the same for text frame (just fill it with another color than empty to see it.)
Same behaviour for all kind of frames. |
|
|
|
|
jghali |
09-Nov-05 12:43 |
You can choose whether guides are placed in the background or in the foreground in File => Preferences guides |
|
brunod |
09-Nov-05 18:22 |
Nice feature, i didn't know it exists.
I suggest to put anykind of link to it in Page, Gestion des repères, Divers to toggle it up/down. Even a comment would help. It's difficult to handle when commands related are split apart.
Thanks ! |
|
|
8571 |
Fonts |
minor |
always |
09-Nov-05 13:40 |
09-Nov-05 16:00 |
kk |
|
normal |
new |
rc2 |
none |
none |
|
win |
xp |
1.3.5 |
open |
0 |
Problems with Euro Sans |
1.Wont show €-sign for altgr+e. €-sign can be used as € at least in other programs. (Euro Sans every char is is €).
2.If first char in textframe is using Euro Sans and second char is not then scribus will make linebreak after first char.
|
|
|
eurosans.sla (11 KB) 09-Nov-05 16:00 |
|
ale |
09-Nov-05 15:18 |
please attach a sample document... |
|
|
8569 |
General |
minor |
always |
09-Nov-05 11:04 |
09-Nov-05 11:04 |
brunod |
|
normal |
new |
5 nov |
none |
none |
X86 32bit |
Ubuntu 8.04 lts |
1.5.0 svn |
1.5.0svn |
open |
0 |
crash signal 0000011 when quitting Scribus |
When quitting Scribus, Scribus windows darkens and remain there.
Need an xkill to remove it.
If Scribus is started from command console, and following with the "top" command, Scribus disappears from list of programs; but immediatly you received :
Plantage de Scribus
-------------
Plantage de Scribus ? cause du signal 0000011 |
Start Scribus, choose an empty sheet of paper, quit Scribus. |
|
|
|
|
8565 |
Graphics / Image Frames |
feature |
have not tried |
09-Nov-03 09:56 |
09-Nov-03 23:39 |
brunod |
cbradney |
normal |
assigned |
3 November |
none |
none |
X86 32bit |
Ubuntu 8.04 lts |
1.5.0 svn |
1.5.0svn |
open |
0 |
rfe : swap action needs anchorage parameter |
If various size objects are swapped, they may be placed outer the paper area. So it needs a manual action to correct it, loosing the benefit of the swap command.
The swap "forward" right and "backward" left should act following an anchor setting. |
Draw a frame of 1/3 of the top paper size; draw another frame beside of the 2/3 remaining.
Swap them.
If the small one is on left side first, they will be superposed
and if the big one is first, it will go outer the paper sheet.
The problem is the same if you keep them aligned on a vertice and that they still have 1/3 - 2/3 of the height of the sheet.
Thanks. |
|
|
|
|
8549 |
PDF |
major |
always |
09-Oct-27 14:14 |
09-Nov-03 14:11 |
OssiLehtinen |
fschmid |
normal |
resolved |
C-C-T-F-C1.8.6 |
none |
none |
Linux |
Ubuntu |
9.04 |
1.5.0svn |
fixed |
0 |
Postscript images backround rendered opaque in pdf's although displayed transparent on canvas |
If one uses a postscript image as the source for an image frame, only the drawn stuff is displayed and not the 'paper'. Hence one can overlap these images and so on.
When exporting this stuff to pdf, the 'paper' appears however. I mean The graphic is put inside a white box which covers everything underneath.
To make things more complicated, this doesn't appear with all ps files. I've used gnuplot to generate plots of data and the other one was generated with eps in term and the other one was without, but cannot locate what's different about the plots. |
Overlap two ps-images on canvas and export to pdf (compatibilty i used was 1.4 and 1.5). |
|
legend.eps (30 KB) 09-Nov-02 09:02 test.sla (48 KB) 09-Nov-02 09:02 Document-1.pdf (358 KB) 09-Nov-02 18:50 |
|
jghali |
09-Oct-27 14:29 |
Could you provide us sample ps images and scribus document so that we can reproduce the issue? |
|
OssiLehtinen |
09-Nov-02 09:04 |
Sorry for a late response. I uploaded a sample eps-file and sla for testing.
p.s. I'm working on a different machine and Scribus is 1.3.5 here, but the effect seems to be the same. |
|
eclypse |
09-Nov-02 14:33 |
There is a weird thing!
If you drag and drop the eps from the explorer you will get a grouped obgjects and the transparency will be ok.
if you draw an Image Frame, the transpararency will not be ok, as OssiLehtinen described. |
|
jghali |
09-Nov-02 16:12 |
>> If you drag and drop the eps from the explorer you will get a grouped obgjects and the transparency will be ok.
Nothing weird here, if you drag and drop Scribus use vector import, if you import as an image frame, the eps will be rasterized.
>> if you draw an Image Frame, the transpararency will not be ok, as OssiLehtinen described.
Unfortunately i cannot reproduce the issue on Windows. Acrobat Reader shows the transparency perfectly. |
|
OssiLehtinen |
09-Nov-02 18:53 |
Bummer.
I uploaded the exported pdf as well, so you can maybe check if that one works well as well on your comp.
p.s. Acrobat Reader 8 doesn't show it correctly here, which usually handles transparencies right... |
|
jghali |
09-Nov-02 21:02 |
Your pdf shows the issue indeed. Unfortunately it won't help me reproduce it. Do you change any setting after opening your test doc when exporting to pdf???
|
|
OssiLehtinen |
09-Nov-02 21:29 |
No changes between load and export. (The attached pdf wasn't produced with the attached sla, but another reproduction of the problem. I just tested with the attached file as well with no modifications to same results.)
Another minor point: This problem has been around for quite a while. Don't remember when I first noticed it, but I would say it's been around for the time I've been using Scribus (perhaps a bit more than one year). Just in case a time frame would help figuring out what's going on. (Obviously that's not easy if one cannot reproduce it.) |
|
jghali |
09-Nov-02 23:30 |
Well apparently i'm not the only one not being able to reproduce the issue in the team. I'm wondering currently if the issue could be related to ghostscript. I have personally tested the file with gs8.63 and gs 8.70, both seems to work ok. |
|
OssiLehtinen |
09-Nov-03 07:17 |
My installed gs version is 8.64. |
|
|
8562 |
Shape Drawing |
minor |
always |
09-Nov-01 12:17 |
09-Nov-03 10:35 |
brunod |
|
normal |
new |
|
none |
none |
X86 32bit |
Ubuntu 8.04 |
1.5.0 svn |
|
open |
0 |
CTRL and SHIFT keys : no more squared frame |
Using the CTRL or SHIFT keys while drawing any kind of frame with the mouse doesn't force it anymore to be square. |
Insert a frame using the mouse, don't release the button. Pressing the CTRL or SHIFT key while moving the mouse doesn't force the shape to be square. |
As i'm unable to achieve the building of a real up to date svn version, i don't know exactly which build date version i use. But i think it's present for a while. |
|
|
brunod |
09-Nov-01 12:23 |
When editing the frame shape with mouse, CTRL works to keep the ratio, but SHIFT doesn't force the square shape either. |
|
brunod |
09-Nov-03 10:35 |
It's related to 7999. |
|
|
7999 |
Story Editor / Text Frames |
feature |
always |
09-May-01 18:13 |
09-Nov-03 10:24 |
mecirt |
|
normal |
new |
|
none |
none |
x86-64 |
linux |
opensuse 11 |
1.3.5svn |
open |
0 |
Text autoflow (patch implementing the feature attached) |
This is not a bug report/fix, but an implementation of a text autoflow feature. In particular, this does two things:
When using the frame linking tool and choosing an empty area instead of the target frame, it generates a new frame on that page and links the selected frame with it. This allows to easily expand text onto new pages.
When doing the same thing as above, but holding Shift while clicking, it creates the frame as above, and then it keeps going, creating more frames on subsequent pages until all the text fits in. If there aren't enough pages in the document, it automatically creates new pages as well.
This feature is important when type3setting books, so I hope that it can be included. It mimics a similar feature from other DTP applications.
It also most likely obsoletes the "Automatic Text Frames" option when creating documents - it can do the same thing, but offers greater flexibility (can have multiple text chains, chains can start on a page other than 1, etc). |
|
|
scribus-autoflow.patch (7 KB) 09-May-01 18:13 |
|
cbradney |
09-May-01 19:02 |
I am not sure we can include this at this late stage of 1.3.5.. we are really trying to close down changes to the absolute minimum and I do not think we have time left to test, however we can include in 1.3.6 (and don't fear, 1.3.6 is planned to be a lot lot shorter). Will have to see what the others say.
|
|
mecirt |
09-Jun-08 15:54 |
Okay so, now that SVN trunk is 1.5.0, any updates on this ? |
|
jghali |
09-Jul-22 22:58 |
Updating target to 1.5.0 to not lose track of that one |
|
victorp |
09-Jul-27 13:31 |
I second the above. Pagemaker has a similar functionality and it is very useful when placing long texts into documents. |
|
ale |
09-Aug-02 18:55 |
shift+click is already taken for creating a frame which expands to fill the page margin / guides surrounding.
i propose to adapt the patch to use the state of sticky tool instead of the shift key...
however, i know somebody who will love this patch!
thanks
a.l.e |
|
mecirt |
09-Aug-09 11:33 |
Shift-click in this context only works if you are auto-filling (so a different tool), thus I don't really see a problem with this. But, if a change like this desirable, I can indeed to that - by state of the sticky tool, I assume you mean something like adding a menu item determining whether the auto-fill will continue creating frames or not? That would work too, yes, although I find Shift-clicks easier to use (even if harder to discover, other such combinations suffer from a similar problem, and some text in the status bar or such would remedy that). |
|
ale |
09-Oct-07 16:43 |
hi mecirt,
i would use the normal setting for sticky tool (insert > sticky tool; i think that i will post a bug report to fix this: the chain tool is the only one that doesn't respect the general stickyness!).
imho, it is important to keep shift+click as the shortcut for autofill an area. |
|
brunod |
09-Nov-03 10:24 |
If you use shift-click while creating a frame to autofill, i 'd really like that the shift-click on an existing frame force it to became square like it was before. And keep ctrl-click to keep the proportion of the frame while changing it's size.
Could it be possible to make a different behaviour between "holding shift, the mouse drawing start and end click" and "mouse drawing start, holding shift, mouse drawing end" sequences ? So having one for auto-fill, the other for square shaped.
Btw, to be consistent, the behaviour of shift-click for auto-fill should be applied for the insert table button too.
|
|
|
8019 |
Import / Export |
minor |
always |
09-May-08 23:20 |
09-Nov-03 00:53 |
cbradney |
|
normal |
confirmed |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
included images in eps import not imported correctly |
Images not imported from file from 0006464 |
|
Images in that file uses MultipleDataSources |
|
|
|
8564 |
Build System |
block |
have not tried |
09-Nov-02 20:38 |
09-Nov-02 20:38 |
malex |
|
normal |
new |
|
none |
none |
mips |
linux |
|
|
open |
0 |
Fails to build |
[ 94%] Building CXX object scribus/plugins/tools/2geomtools/meshdistortion/CMakeFiles/meshdistortion.dir/meshdistortiondialog.o
[ 94%] Building CXX object scribus/plugins/tools/2geomtools/meshdistortion/CMakeFiles/meshdistortion.dir/meshdistortion.o
[ 95%] Building CXX object scribus/plugins/tools/2geomtools/meshdistortion/CMakeFiles/meshdistortion.dir/moc_meshdistortiondialog.o
[ 95%] Building CXX object scribus/plugins/tools/2geomtools/meshdistortion/CMakeFiles/meshdistortion.dir/moc_meshdistortion.o
Linking CXX shared module libmeshdistortion.so
/usr/bin/ld.real: ../lib2geom/lib2geom.a(sbasis.o): relocation R_MIPS_HI16 against `__gnu_local_gp' can not be used when making a shared object; recompile with -fPIC
../lib2geom/lib2geom.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[3]: *** [scribus/plugins/tools/2geomtools/meshdistortion/libmeshdistortion.so] Error 1
make[3]: Leaving directory `/build/buildd/scribus-ng-1.3.5.dfsg+svn20091030/debian/build'
make[2]: *** [scribus/plugins/tools/2geomtools/meshdistortion/CMakeFiles/meshdistortion.dir/all] Error 2
make[2]: Leaving directory `/build/buildd/scribus-ng-1.3.5.dfsg+svn20091030/debian/build'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/scribus-ng-1.3.5.dfsg+svn20091030/debian/build'
make: *** [build-stamp] Error 2
|
|
https://buildd.debian.org/fetch.cgi?&pkg=scribus-ng&ver=1.3.5.dfsg%2Bsvn20091030-1&arch=mips&stamp=1257102052&file=log [^] |
|
|
|
2098 |
General |
feature |
always |
05-Jun-15 16:07 |
09-Nov-02 20:36 |
malex |
|
high |
assigned |
n/a |
none |
none |
anz |
any |
any |
1.3 |
open |
0 |
Metabug: New File Format |
This bug report should be a connector for all other bug reports that concern new file format. Please make your report "related" to this one if you think it is relevant. |
|
See the whole list of metabugs: http://wiki.scribus.net/index.php/Metabugs [^] |
|
|
ringerc |
05-Jun-15 16:09 |
Gotchas that come to mind now:
- Items may not be on just one page (partly on scratch / overlapping 2 pages, etc)
- Facing pages may evolve into split pages (think centre page of a newspaper) where an item can overlap both pages
- frame-in-textframe support
- Need for "smarter" text formatting later, eg bullet lists etc |
|
ringerc |
05-Aug-09 19:14 |
0002395 is related due to issues with inline graphics nesting that need considering. |
|
|
111 |
Documentation |
feature |
always |
04-Jan-05 01:13 |
09-Nov-02 20:36 |
pjohnson |
|
high |
assigned |
|
none |
none |
|
Any |
|
1.3.4cvs |
open |
0 |
Scribus Document File format |
It has been asked that Scribus adopts a "proper" XML file format rather than it's current one. |
|
|
Scribus.DTD (6 KB) 05-Jan-07 12:13 Scribus.fixed.dtd (7 KB) 05-Jan-07 19:38 |
|
cbradney |
04-Jan-10 00:38 |
We expect to make changes and advances to a new file format in the 1.2 to 1.3 release cycle. |
|
turchinc |
05-Jan-07 12:12 |
i dunno if its of interest to anyone but i tried generating a DTD for the 1.2.1 cvs and this is what i got (see uploaded file) |
|
|
3863 |
Import / Export |
feature |
N/A |
06-May-24 13:01 |
09-Nov-01 04:24 |
mhanski |
fschmid |
normal |
assigned |
|
none |
none |
|
|
|
1.3 |
open |
0 |
Xara Extreme import/export filter |
1. Import of Xar files as vector objects
2. Export of pages/selections to Xar files
Xar Format Specification:
http://www.xara.com/support/docs/webformat/spec/ [^] |
|
Xara Extreme 0.5 http://www.xaraxtreme.org/download.html [^] looks pretty impressive, but it offers only export/import for JPEG and PNG, no EPS/PDF export filters available. Since Xara is on the best way to be the vector program for Linux, it would be good to start thinking about how to implement Xar import/export filters. |
|
|
christoph_s |
06-May-24 21:03 |
Since the file format seems to be really open, I'd say that supporting it in the future would be worth the efforts. It's, however, more important for Xara to support standards as EPS, PDF or SVG on all platforms. |
|
PLucAuclair |
06-May-26 06:34 |
You should rather wait for Xara to support EPS files, I'm pretty sure they'll add it later. |
|
cbradney |
06-May-26 22:07 |
Disagree. EPS is an old format and cannot handle the possibilities of the future well. PS already doesn't handle transparency well/at all. |
|
ringerc |
06-May-27 11:21 |
I'd be rather interested in seeing what can be done with using Xara to support its files, rather than implementing filters. Filters are the immediate choice because we're used to closed-source apps that not everyone has - but I see no problem in saying that to support Xara files, we require the user to have a current install of Xara.
Having Xara able to co-operate would be very interesting. When the user links to a xar file we'd just spawn Xara in the background (GUI-less) and use *it* to do the rendering. That'd offer possibilities like getting Xara Xtreme to send us scaled bitmap renders for the canvas, high-res renders for bitmap export, and even PS or PDF snippets to include in PS/PDF output.
It's just an idea for an alternative approach. I'm not sure if it's better or worse, more work or less. It's worth putting on the table, though. This was discussed a bit at LGM and the Xara guys seemed to think it was an interesting idea, but it was really only an in-passing thing when talking about interop. |
|
mhanski |
06-May-29 00:52 |
ringerc, good thinking:) And, if you required a current install of Xara and only linked Xar files instead of importing them, using Xara to do all the work in the background, it wouldn't probably be asked too much to have Xara as an external editor for those linked Xar files (the same way it works now with bitmaps and gimp-remote). It's been requested and discussed for SVG files, too --see 0000393 and 0003441. |
|
plinnell |
06-Jun-01 01:19 |
adding this is a later 1.3.x roadmap item |
|
louisdesjardins |
06-Jun-01 20:29 |
<quoting Craig Ringer>Filters are the immediate choice because we're used to closed-source apps that not everyone has - but I see no problem in saying that to support Xara files, we require the user to have a current install of Xara.<endquote>
I want to emphasize over the short and enthusiastic comment by mhanski on Craig's idea. This is very interesting, indeed. It's a new way of looking at development and use of free software and I think it is worth mentionning! It is a very different ball game from what we're used to. |
|
mhanski |
06-Aug-02 10:50 |
ringerc: having second thoughts about the proposed solution. What about Win32 and Mac OSX users? It doesn't look like Xara folks would plan a free Win32 version, and the MacOSX port has not even started.
|
|
ringerc |
06-Aug-02 12:50 |
Seems alright to me. Windows users bought windows; they can buy Xara. Later, I'd be surprised if it wasn't possible to bring a stripped down version of Xara LX over for just this use.
I certainly think it's a much better alternative than trying to implement the Xara file format. Seriously. Check out the app's examples in detail and you'll start to see what it can do, and how hard it'd be to handle its capabilities accurately. It's blending alone would be a huge job. |
|
PLucAuclair |
06-Aug-03 22:25 |
Yeah but it doesn't *have to*. We probably will never have fractals and stuff like that, and the user can just rasterize for import.
We already have a limitation with PDF, let's stick to that. |
|
|
7915 |
User Interface |
feature |
have not tried |
09-Apr-01 07:53 |
09-Oct-31 17:06 |
brunod |
|
normal |
new |
n/a |
none |
none |
X86 32bit |
Ubuntu (latest) 8.04 |
1.3.5 svn |
1.3.5svn |
open |
0 |
RFE : group command for frame and image rotation |
Frame rotation is easy available. But when inserting an image, sometimes it has to be slightly rotated to respect vertice without rotating the frame. I know it is possible using the sub menu form, but i think it would be appreciated to link these two commands even if duplicated as they are for "adjust image to frame" and "adjust frame to image". Personaly, i'd like to have both in property menu, near frame rotation. Thanks. |
|
|
|
|
brunod |
09-Oct-31 17:06 |
The icon menu "rotation de l'objet" allows direct rotation of the frame.
But following the same idea that the behaviour "dragging an object as a frame" changed if object is first double clicked in "dragging the object within a frame", i'd like the same idea for rotation : if object has been double clicked, it's the object within the frame that rotates and the frame remains in position.
By the way, just like for moving, it would be nice to have an small info box that shows the angle that will be applied.
Thanks. |
|
|
8555 |
User Interface |
minor |
always |
09-Oct-30 01:38 |
09-Oct-30 03:50 |
gpittman |
|
normal |
confirmed |
|
none |
none |
|
Linux |
Fedora 11 |
1.3.6svn |
open |
0 |
when using spinbox arrows or arrow keys, Ctrl, Shift, etc. do not modify the digit changed |
In contrast to version 1.3.3.x, one cannot use the modification keys to affect which digit changes in spinboxes when using arrow keys or the arrows on the spinboxes.
Mouse wheel continues to function normally.
|
|
Also noted in 1.5.0svn |
|
|
|
8558 |
|
minor |
have not tried |
09-Oct-30 01:41 |
09-Oct-30 01:41 |
user2967 |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
s12 |
s12 |
|
|
|
|
|
8557 |
|
minor |
have not tried |
09-Oct-30 01:41 |
09-Oct-30 01:41 |
user2967 |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
s12 |
s12 |
|
|
|
|
|
8556 |
|
minor |
have not tried |
09-Oct-30 01:41 |
09-Oct-30 01:41 |
user2967 |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
s12 |
s12 |
|
|
|
|
|
8531 |
Import / Export |
minor |
always |
09-Oct-20 21:45 |
09-Oct-30 01:35 |
farid |
|
normal |
new |
|
none |
none |
x86_64 |
archlinux |
|
1.3.5 |
open |
0 |
crashes opening an odt file |
scribus: symbol lookup error: /usr/lib/scribus/plugins//gettext//libodtimplugin.so: undefined symbol: xmlSAXParseFile
|
|
libxml2 version 2.7.3
in version 1.5 it works fine. |
|
|
jghali |
09-Oct-21 00:28 |
It seems we rely on libxml functions which are only optionaly compiled in libxml.
|
|
|
8430 |
Usability |
feature |
always |
09-Sep-14 22:55 |
09-Oct-29 00:12 |
N7DR |
|
normal |
new |
|
none |
none |
64-bit |
Linux |
|
1.3.5 |
open |
0 |
Provide detailed feedback as to what's wrong when crashing when opening document |
My experience is that Scribus often crashes when trying to open a document that was created by an earlier version. When this happens, all that the user is told is "Scribus crashes due to signal 0000011".
The user has no way to start trying to figure out what Scribus is objecting to.
I think that some MUCH more informative text should be supplied, indicating where in the file Scribus was, and possibly what Scribus was trying to do when the crash occurred. That way, one can look at that part of the file with an editor and try to figure out how to fix the problem.
(I could argue that it should NEVER be possible to crash Scribus, but I suppose that's a philosophical issue and I don't want to get into it. In this request, I'm just asking to be told why a particular kind of crash is happening, or at the very least what in the file caused the crash.)
|
Opening some files crash Scribus, opening others doesn't. If one tries to open one that *does* crash Scribus, then the crash occurs 100% of the time.
|
|
cover-1.sla (256 KB) 09-Sep-15 00:49 cover-1-page1.jpg (693 KB) 09-Sep-15 00:51 |
|
cbradney |
09-Sep-15 00:11 |
Please provide sample docs that crash Scribus. Sometimes it will not be possible to find out why (via code) |
|
N7DR |
09-Sep-15 00:52 |
Attaching a sample that crashes on opening. I'll also upload the output document that an earlier version produced from this file.
I don't understand your comment about it not always being possible why a crash is occurring. You may want to elaborate privately, if you think it's important. |
|
christoph_s |
09-Sep-15 07:01 |
You mention Linux as your platform. Unfortunately, this info isn't suffcient. Information regarding your distro and its version number would certainly help.
No matter what distro you use, you can always start Scribus from the command line, and if you want to provide us the details of a crash, you can always build Scribus from source and create a version with debugging enabled.
And btw, the file you uploaded didn't crash at all here. |
|
cbradney |
09-Sep-15 22:17 |
When Scribus crashes, it has not decided to do so, so therefore it may not be able to track what has gone wrong. Depending on how it was built (debug libraries etc) there may not even be any chance of getting any backtrace of what was going on anyway. |
|
N7DR |
09-Oct-22 19:34 |
The issue here is nothing whatsoever to do with fixing a crash... I'm not reporting a crash that needs fixing. It's also nothing to do with backtraces. Nor to do with trying to debug the problem by using the command line.
This is a request that when Scribus does crash it should be more informative than simply telling the user that a crash occurred.
I write telecom software and this is the kind of thing we have to do all the time... in our case, whatever the input, the software MUST NOT crash, but MUST report an issue with malformed input. Like I said in the original request, the "MUST NOT crash" part is philosophical, and I don't care about (much) about the fact that Scribus can crash when it thinks there's a problem with the input, but the important point is that Scribus really should provide the user with details so that he can try to fix his file, rather than simply providing no useful information to the user when it does crash. |
|
jghali |
09-Oct-22 19:52 |
>> the important point is that Scribus really should provide the user with details so that he can try to fix his file
In most case there is nothing to fix in the file itself. The crash is a bug, is of course unwanted and must be fixed. And until it's looked at and fixed, there is nothing which can be reported. |
|
N7DR |
09-Oct-28 20:56 |
This request is obviously going nowhere :-(
Saying that "there is nothing to fix in the file itself" simply makes no sense whatsoever. If Scribus crashes when opening a file, how can the cause of the crash be anywhere other than in the process of parsing the file? (OK, maybe in theory it could be elsewhere, like a non-existent file; but in practice it is almost certain that the parser has stumbled somewhere.)
I truly don't understand the apparent reluctance to tell the user where the parser detected the problem. How can a crash without information ever be better for the user than a crash with information that the user can use to at least try to work around the crash?
Oh well; I guess I just don't understand the philosophy behind development for the desktop. I'll go away and do something more useful than trying to change your minds. |
|
cbradney |
09-Oct-28 21:48 |
We develop Scribus in our spare time.. that might equate to 2-3 hours per day for 3-4 people at the most at this point. Sometimes it is higher, sometimes lower. We have not closed your issue so we will get to it, but that could literally be in 6m time.
As per the parser comment, in fact, the issue is more than likely in memory allocation or similar, rather than parser issues. The format has not changed that much. |
|
N7DR |
09-Oct-28 22:28 |
I had misunderstood the earlier developer comments, then, for which I apologise.
I had interpreted them to mean "we aren't going to provide the requested feedback", since they seemed to contain lots of comments that didn't seem germane to the request and nothing that actually said "yes, we will do this". |
|
cbradney |
09-Oct-29 00:12 |
We may not be able to get the requested feedback.. in some cases, the best we could do is produce a crash report, and not a report about the document. Right now, I would not think we know of a good way to get a good backtrace of a crash cross platform (or even at all). |
|
|
8553 |
General |
minor |
have not tried |
09-Oct-28 18:43 |
09-Oct-28 20:00 |
waltao |
|
normal |
new |
C-C-T-F-C1.8.0 oct 27, 2009 |
none |
none |
linux |
OpenSuse |
11.1 |
1.5.0svn |
open |
0 |
canvas does not reflect new document area after resizing |
When a document is changed in size from a4 to 13x20cm,
the document border is resized to the new dimensions.
However, a white area in the size of the
original document remains visible |
Create a document with a4 dimensions and put some frames into it.
The reduce the dimensions of your document to 13x20cm (document properties) and apply.
The old document outline will remain visible as a white shadow.
|
|
|
|
christoph_s |
09-Oct-28 20:00 |
Cannot reproduce this. |
|
|
8552 |
Plug-ins |
feature |
N/A |
09-Oct-28 14:13 |
09-Oct-28 14:13 |
kk |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Start script after startup |
Start script after startup. Not like startup script works. Should start when everything has been loaded. |
|
|
|
|
|
8551 |
Usability |
minor |
sometimes |
09-Oct-28 10:10 |
09-Oct-28 10:10 |
hammeredklavier |
|
normal |
new |
scribus-1.3.6svn-091021-snapshot |
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Deleting page range sometimes deletes all except page 1 |
This is a strange and nasty one! There are some conditions that I haven't quite isolated that cause Scribus to delete most of a document if I try to delete say four or five blank pages from the end of document. It seems to occur only when the final page is in the range deleted. So for example if I have a document that has 15 pages of which only 12 have content, and I delete pages 13-15, it deletes all except page 1! This is potentially lethal because sometimes it won't undo and if you inadvertently save...! |
Create a 15 page document (for e.g.), put some stuff on say 11 of them and delete pages 13-15. It doesn't always do it for some reason but it's done it to me several times now... I'll see if I can isolate the conditions for you, meantime you might find some fundamental cause by examining the code. |
|
|
|
|
8548 |
Canvas |
minor |
always |
09-Oct-27 13:51 |
09-Oct-28 07:26 |
OssiLehtinen |
|
normal |
confirmed |
C-C-T-F-C1.8.6 |
none |
none |
Linux |
Ubuntu |
9.04 |
1.5.0svn |
open |
0 |
The redrawing of the canvas goes wrong when object moved with arrow keys forcing the canvas to scroll |
If one moves an object with arrow keys and 'hits' the edge of the view, the canvas starts scrolling, but the redrawing of stuff doesn't work properly. In the attached image the rectangle was moved over the top edge and perhaps a little horizontally as well. |
Make an empty document. Create a box. Select it. Move it over the edge with e.g. up arrow key. |
Also it seems, that if I then grab the object with the mouse, everything updates correctly, but after wards the edge detection goes haywire. I mean when I again move the object over the edge, the view starts moving only after I've goon some distance over or perhaps starts moving before I even hit the edge. |
screenshot.png (15 KB) 09-Oct-27 13:51 |
|
|
8546 |
Graphics / Image Frames |
feature |
have not tried |
09-Oct-27 06:17 |
09-Oct-27 23:22 |
christoph_s |
fschmid |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
Enable loading and saving of image effect sets |
It would be great if we could share image effect settings across documents. |
|
|
|
|
fschmid |
09-Oct-27 17:34 |
Only problem i see is that some effects are using colors, so we need to export these colors too. |
|
|
6210 |
PDF |
minor |
always |
07-Sep-11 05:26 |
09-Oct-27 11:02 |
johnbrown105 |
fschmid |
normal |
resolved |
|
none |
none |
|
Windows XP |
SP2 |
1.3.3.9cvs |
fixed |
0 |
Gradient causes thin horizontal line in exported PDF |
The .sla document - contains a coloured rectangle equal to page size. The rectangle is filled with a vertical gradient with three stops. This causes a thin horizontal line to be drawn at the second stop position when the document is exported to PDF.
I am using Version 1.3.3.9 (release, not cvs) with Ghostscript 8.60 on Windows XP.
|
Export the attached .sla file to PDF. |
See the comments by avox in the Scribus users' mailing list:
Ok, I looked at the resulting PDF and it seems that due to the way Scribus
realizes
gradients in PDF, at the stop the color gets painted twice (it seems this is
a freak
antialiasing effect).
If you file a bug report, Franz or someone else will implement gradients
using
another method (stitching functions as described in the PDF Reference 1.6
for
Shading Patterns). That should help with this artefact. |
test.sla (10 KB) 07-Sep-11 05:26 |
|
|
8442 |
Canvas |
feature |
N/A |
09-Sep-18 23:37 |
09-Oct-26 23:39 |
ale |
|
normal |
acknowledged |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
ctrl+d should import vector files |
if no frame is selected, ctrl+d should show the import dialog for vector files. |
|
|
actionmanager.cpp.03.patch (1 KB) 09-Oct-26 18:35 scribus.cpp.03.patch (3 KB) 09-Oct-26 23:39 |
|
GurgiONE |
09-Sep-23 09:51 |
Please use some other key combination. CTRL+D is often duplicate object! |
|
jghali |
09-Sep-23 11:43 |
Yep, Ctrl+D should be avoided for vector import. |
|
ale |
09-Sep-23 22:41 |
then, ctrl+d should be avoided for all imports!
i'm comfortable to have ctrl+d for duplicate (btw, i proposed to use ctrl+d to import vector when nothing is selected: i don't know what you would duplicate when nothing is selected)
i propose to use ctrl+g for get on text and image frames and for vector if none of both are currently selected. (even if it may be better to use ctrl+g as a go to page...)
or ctrl+i for import?
the goal of my bug report is to have the same key for all the imports... i don't care which key is choosen (but, please, choose a ctrl+letter shortcut, since it's something which should be very fast and painless to use) |
|
christoph_s |
09-Sep-24 06:29 |
Agreed. Ctrl+I sounds reasonable for a context-sensitive import. |
|
ale |
09-Oct-26 00:47 |
the first two patches define ctrl+d as the shortcut to import vector files when nothing is selected.
this implementation disables importing vectors when a frame (or any object) is already selected:
* on the one side this a functionality regression.
* on the other side, it may be the expected behaviour.
* finally: i'm not sure if the current framework allows another way to implement it.
|
|
ale |
09-Oct-26 01:00 |
the third one, on top of the first, replaces ctrl-d with ctrl-i for importing content and sets ctrl-d as the shortcut for duplicating an item.
|
|
ale |
09-Oct-26 18:34 |
uploaded the two *.03.patch: they replace the precedent ones. |
|
|
8543 |
Canvas |
feature |
N/A |
09-Oct-25 20:20 |
09-Oct-25 21:36 |
ale |
|
normal |
acknowledged |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
add number to the document windows in the windows menu |
it would be nice to have numbers in front of the 9 first file names in the windows menu.
this would allow to switch to documents with alt+w 1, alt+w 2, ... 9 |
|
|
|
|
|
8538 |
Graphics / Image Frames |
minor |
always |
09-Oct-24 21:13 |
09-Oct-25 00:38 |
hammeredklavier |
avox |
normal |
assigned |
scribus-1.3.6svn-091021-snapshot |
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Text wrap/flow around image frame fails when glyph extension and word tracking are not 100% |
See attached. Text wrap fails when glyph scaling and word tracking are used to improve justification, i.e. the space of the image frame is violated by the surrounding text. Suspect related to bug 0008528. If Glyph Extension and Word Tracking are 100 % then the problem goes away (although of course justification gets nasty!) |
See attached file. |
Suspect related to bug 0008528. |
imageframeviolatedbywrap.sla (20 KB) 09-Oct-24 21:13 |
|
|
6900 |
User Interface |
feature |
N/A |
08-Mar-30 11:46 |
09-Oct-23 22:21 |
brunod |
|
low |
acknowledged |
29 march 2008 |
none |
none |
intel X86 |
Ubuntu 7.10 32 bits |
1.3.5 svn |
1.3.5svn |
open |
0 |
RFE : tile view at lower zoom level |
When you set zoom level to see multiple pages, they are only in one column (or two when using pages in regard). It would be nice to get a tile view of all pages when width is enough to get a second column, or a third to see all at a glance, instead of "loosing" this empty space and having to scroll.
See image for example. |
|
|
Capture2.png (240 KB) 08-Mar-30 11:46 2 - OpenOffice.org Writer.png (100 KB) 09-Oct-23 19:39 |
|
brunod |
09-Oct-23 19:39 |
Back to this to illustrated what i ment : in OoWriter, in print preview. See second attachment. |
|
|
2564 |
Story Editor / Text Frames |
feature |
N/A |
05-Sep-15 18:04 |
09-Oct-23 17:01 |
edbo |
|
normal |
acknowledged |
|
none |
none |
|
|
|
|
open |
0 |
Table Editor like Story editor for tables |
Now it's hard to work with tables. There are different workarounds to import and edit tables but is really hard.
Maybe you can create an editor especialy for tables like the Story editor. You can change the styles of different cells and of course the text. |
|
|
|
|
ringerc |
05-Sep-15 18:26 |
Tables are scheduled for a rewrite anyway, hopefully during the 1.3.x development series. |
|
aliB |
09-Oct-13 15:47 |
Any changes on this issue? |
|
cbradney |
09-Oct-13 21:47 |
No changes and none planned for the near future. Feel free to submit some code. |
|
hammeredklavier |
09-Oct-23 17:01 |
I've just had a go at the Insert Table feature in 1.3.6 - it's so buggy and sinister as to be unusable! I would remove it, it does some really nasty things. If you persevere long enough to actually create a table, the cluster of text frames plays merry hell with the x,y coordinates of the table as a "whole", so if ever you try to copy and paste it, disaster follows!
The very latest beta of Inkscape is great for making custom tables and writes fabulous PDFs which pull straight in to Scribus. |
|
|
8536 |
Plug-ins |
feature |
N/A |
09-Oct-21 12:48 |
09-Oct-21 12:48 |
kk |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Filename in script |
Would be nice if you could get filename of open document with script |
|
|
|
|
|
8528 |
Story Editor / Text Frames |
minor |
always |
09-Oct-19 09:30 |
09-Oct-20 23:31 |
hammeredklavier |
|
normal |
new |
C-*-T-*-C1.8.6-Windows |
none |
none |
|
|
|
|
open |
0 |
right indent doesn't work correctly (applied via styles) |
Main text body is Gentium basic 12 pt, in automatically generated text frames, so text frame width = distance between left and right margins. I want to format one paragraph differently (it is a quote): I create a new paragraph style called "quote", I increase the left indent to 10 mm (works fine), and I increase the right indent by the same amount - which doesn't work properly. Alignment is Left Justify. The right margin-side of the paragraph becomes ragged, when it should remain straight. |
See above. |
|
expt.sla (34 KB) 09-Oct-19 22:05 |
|
christoph_s |
09-Oct-19 19:33 |
Could you upload a sample file, please? |
|
cbradney |
09-Oct-19 20:26 |
What version of Scribus? |
|
hammeredklavier |
09-Oct-19 22:09 |
Hi Guys -
Version 1.3.6svn, build C-*-T-*-C1.8.6-Windows.
I've just chopped a bit out of the document to show you the problem. You'll see the quote, and Paragraph Style = "Quote". Left and right indent are set to 10mm, left justify, but as you can see it doesn't render correctly on the right hand side.
By the way, this latest snapshot is absolutely hot to the touch, awesome stuff so thanks for all the hard work!!
Alex |
|
hammeredklavier |
09-Oct-20 23:31 |
OK, I've just done some more investigation. The problem is the glyph scaling. If the Glyph Extension Min and Max settings are both changed to 100% on the attached document (for paragraph style "Quote") then the problem disappears. If Glyph scaling of +/- 3 % is applied it goes wonky!
EDIT: the "Min. White Space" setting has to be 100 % too. Looks like the right indent offends the justify code...
|
|
|
8533 |
Mac OS |
major |
sometimes |
09-Oct-20 23:01 |
09-Oct-20 23:14 |
Abel |
|
normal |
new |
1.3.5.1 |
none |
none |
MacBook Pro, fall 2008 |
OS X |
10.5 |
1.3.5 |
open |
0 |
the number 5 gets added to text fields |
Every now and then, the number 5 gets appended to text in text frames. I have seen it happen on multiple documents but so far haven't found any logic in it. It seems to happen either on saving or opening a file. The text I'm using has in all situations been Futura, but lately I've rarely used other fonts. It has happened both on text with default styling and text with a paragraph style applied to it.
I'm not 100% sure, but I recall having seen the problem on Windows XP (running in VirtualBox) as well. |
1. create a Scribus document
2. add a text frame and add some text in it
3. do some other actions, for example create a second page with text and/or change text styles
4. save the file, close it, open it, close it, open it
5. sometimes the number 5 will be added to the text in some of the text frames |
|
bugtext.sla (13 KB) 09-Oct-20 23:01 |
|
cbradney |
09-Oct-20 23:14 |
Never seen that here |
|
|
1908 |
Story Editor / Text Frames |
major |
always |
05-Apr-22 14:35 |
09-Oct-20 11:58 |
lkaratzas |
|
normal |
acknowledged |
|
none |
none |
Linux |
SuSE |
9.2 |
1.2.5cvs |
open |
1795 |
Dead Keys do not work |
When I write Greek, the dead key (;) does not work. It just prints the character ;, so I cannot write accented characters. |
|
The problem was there in the last versions of 1.2. |
|
|
cbradney |
05-Apr-22 21:58 |
Please configure your X11/DE to work properly as Scribus already handles this correctly based on X11/Qt. |
|
lkaratzas |
05-Apr-23 16:52 |
Sorry, but to me it does not look like a configuration problem.
Accents work as expected in Openoffice, in the console AND in the story editor of both 1.2.2 and 1.3 (both updated today). Yet, they do NOT work in the text box. As a matter of fact, they do not work in KDE's Kword either. To me this error looks like a mixed bag. If you insist on the configuration view, could you suggest what might be the problem and how it could be resolved for a non-guru user? |
|
cbradney |
05-Apr-23 17:22 |
If your Kword doesnt work, doesnt that suggest a setup issue? I would think your keyboard map and deadkeys setup is wrong. Check under keyboard layout under kde control center in regional settings. |
|
lkaratzas |
05-Apr-26 07:10 |
I checked everything and I am afraid there is nothing wrong with my setup. The xkb setup files are ok, something to be expected since at least one X application does work (Abiword is among the working ones). To me it looks more like a KDE-Qt problem. As a matter of fact, https://www.redhat.com/archives/ [^] rhn-users/2003-May/msg00134.html contains an interesting report on a similar problem. It would however be interesting to know whether you can reproduce the problem on your (non-Greek) machine, say by installing a Greek keyboard, basic variant, and trying to produce an "a accent" by pressing ;+ a. |
|
cbradney |
05-Apr-26 07:21 |
I am not sure of where a is supposed to be on a Greek keyboard, when I press it I get α or Α. +α or +Α do nothing but I dont know where all the keys are. Here, I have a fr_CH layout and my ¨ ´ ` dead keys certainly do produce characters like ü, é and è, as well as the real keys I have here for those chars. |
|
lkaratzas |
05-Apr-28 07:26 |
Well, I tried the Swiss keyboard you suggested and the dead keys are ignored, even in Openoffice this time! I suppose there is a more basic flaw somewhere, but anyway, this is not a Scribus fault, so the case may be considered closed. I have ordered Suse 9.3 with a new KDE and I'll see what happens with that. Thanks anyway. |
|
cbradney |
05-Apr-28 17:03 |
Hopefully it fixes the issue for you. Please let us know what fixes this. |
|
plinnell |
05-May-19 20:11 |
We have now been able to replicate similar behaviour with pt-BR. At the moment, we are not sure if it is a Scribus bug, but we are now looking into it. |
|
plinnell |
05-May-19 20:16 |
see also 0001512 |
|
lkaratzas |
05-May-21 11:34 |
I upgraded to SuSE 9.3 and KDE 3.4.0 but the problem remains. Gtk applications use the accent system as it is supposed to be used, qt3 applications fail to do so. Needless to say, of course, that we are not talking about just another bug here. By not handling dead keys correctly KDE and related applications place themselves off limits for whole countries, language groups and special interest groups (classical Greek scholars with their five dead keys are one of them).
I had a look at the KDE bug site and I saw that the bug has been reported there several times, but it has been routinely dismissed as a qt3 problem!! I am not a programmer and I cannot judge the validity of this dismissal, but I suppose you can do so in a much more authoritative way, especially now that you have been able to reproduce the problem. |
|
plinnell |
05-May-21 22:22 |
I just tested koffice 1.4b1 and dead keys seem to work. Indeed, part of it is a Qt issue. We are working on a solution and getting closer :-) |
|
avox |
05-May-23 23:33 |
I found out that there are two version of Qt 3.3 libs around: vanilla and with the qtimmodule patch.
AFAIK you can identify the second kind by a string "QInputContextFactory" in libqt.3.3.4.so.
I think the bug only occurs with the second kind when using a non-default locale. Can this be confirmed? |
|
cbradney |
05-May-24 12:55 |
test |
|
cbradney |
05-May-24 13:12 |
test2 |
|
lkaratzas |
05-May-27 11:38 |
The Suse 9.3 distro is of the second type (with qtimmodule). I set my locale from Greek to Default (I suppose this is what you meant) but there was no change in behaviour. Unless you meant having an all American locale with Greek as just an additional keyboard. I'm curious, but I won't do it today. It's the last day for my tax return!
As for the other version of qt3, the one without the patch, where can I find it to give it a try? |
|
plinnell |
05-Jun-26 14:50 |
bumping to 1.2.3 |
|
ringerc |
05-Jul-27 13:41 |
It´s broken here too - FC4, en_AU.UTF-8, US English keyb with Dead keys. Dead keys actually work fine in the SE, but on the canvas the individual chars get entered instead. We´re probably using too low level key grabbing that bypasses the IME server (FC *does* include the IME patches). |
|
ringerc |
05-Jul-27 13:45 |
Reminder sent to: elvstone|This is the existing bug report on your dead keys issue. |
|
cbradney |
05-Jul-27 13:52 |
we arent even activating ime |
|
ringerc |
05-Jul-27 13:59 |
Seems we don't have to activate it for SE then - must be the underlying Qt widget. |
|
avox |
05-Jul-27 15:09 |
SE inherits from QTextEdit which activates IM by default.
IMO canvas should also activate IM. |
|
plinnell |
05-Sep-04 23:38 |
bumping to 1.2.3+. |
|
lkaratzas |
05-Sep-12 09:00 |
Having been driven to desperation with Suse 9.3 I recently installed Ubuntu/Kubuntu and Mepis on another machine and the problem simply does not exist. All accents work as expected in all cases. If there is something you would like me to check out, please tell me so.
Cheers. |
|
avox |
05-Sep-12 14:17 |
lkaratzas: sure, try on Ubuntu:
bash$ grep QInputContextFactory /usr/lib/libqt-mt.3.3.4.so
(Adjust the path to your location of libqt resp. libqt-mt)
It should *not* say "Binary file libqt-mt.3.3.4.so matches". |
|
lkaratzas |
05-Sep-14 12:10 |
And sure enough it doesn't (on both Ubuntu and Mepis). |
|
ringerc |
05-Sep-14 14:17 |
Any ideas on whether it's possible to detect and work around the breakage with IME? |
|
plinnell |
05-Nov-11 22:19 |
bumping - the first stab at fixing did not work |
|
Le_Tigre |
06-May-27 20:01 |
I've the same problem: when I press ^ + o in a text frame, it makes ^o, instead of ô. Within the other applications or in text editor, it works fine.
It seems it's a problem with Qt, because on the other computers (Linux Debian 3.1, KDE, Scribus 1.3.3.1, also) it's Qt 3.4 and it's ok, and on my computer it's Qt 3.5 and there's the problem.
And it's very boring, I must say, because in French we have many ô, â, ê, ë, etc. and when you're in the emergency of finishing an issue, you feel a bit nervous with that. |
|
milossramek |
06-Jun-15 11:33 |
I would like to confirm this behavior. The dead key do not work in the text frame, but wok in the text editor.
hardware: toshiba tecra s3
distro: Kubuntu 6.06 (kde 3.5.2)
scribus: 1.2.4.1
Dead keys work with numerous other applications (firefox, openoffice, kwrite, konqueror, koofice). Just in the scribus text frame not. |
|
Le_Tigre |
06-Nov-04 10:21 |
Well, I'm now on Suse 10.1, KDE 3.5.1, and qt: qt3-3.3.5-58 (and oops, Scribus 1.3.3.4).
And I have the same problem ^ and o makes ^o and not ô.
Besides, the compose key, wiwh make o and e become ½ doesn't work anymore.
The problem is always only in text frame, not in text editor (and not in other application).
Still very ennoying for french language...
|
|
isaac |
06-Nov-12 21:52 |
Experiencing the same issue here (Debian KDE 3.5.5, Qt 3.3.7, Scribus 1.3.3.5). |
|
tachyon |
07-Mar-06 23:12 |
Weird situation: I have Gentoo on my Thinkpad, with qt 3.3.6 and scribus 1.3.3.3 installed. Greek dead keys work fine in text frames/story editor etc.
I have installed Xubuntu edgy eft on my fiancee's iBook G4, where qt is 3.3.6 and scribus is 1.3.3.4. Greek dead keys do not work in text frames (accent key ";" produces apostrophe), they work fine in story editor. Any ideas? In both cases, locale is el_GR.UTF-8. same fonts, same xorg.conf. (xkblayout:"us,el" | xkbvariant:",extended"). I went as far as comparing the patches gentoo applies to the qt vanilla code when emerging, with the .diff file contained in the source ubuntu .deb package. There does not seem to be a difference. Now, could /that/ one be a configuration issue? If not, where should I look for a solution? The grep test mentioned above, produces a match for libqt in xubuntu, and it doesn't in Gentoo. |
|
plinnell |
07-Mar-06 23:20 |
"The grep test mentioned above, produces a match for libqt in xubuntu, and it doesn't in Gentoo."
That means Qt has been patched differently in *buntu compared to Gentoo. We have numerous unresolved issues with Ubuntu Qt packaging which we cannot fix ourselves. |
|
tachyon |
07-Mar-07 09:02 |
Ok. I will try different distros. Do you know if debian patches as it should?
edit: it doesn't. .debs from all three debian branches contain the QContextInputFactory structure. It all comes down to the immodule
|
|
cbradney |
07-Mar-07 12:24 |
Gentoo has immqt and immqt compatible useflags for Qt. Turning those off should result in a properly working Qt.
This bug is not fixable in Scribus <1.3.4 but in 1.3.5 we are moving to Qt4 and we hope that distros will not break Qt in 4.x too much. The input method changes are native to Qt4 and already we know that some issues are solved with some code tests I have done. |
|
tachyon |
07-Mar-07 14:29 |
Gentoo is not the one with the problem :)
And sure enough, out of the box no immqt flags are set.
Any suggestions on disabling the immodule on debian and debian(ubuntu) based distros? :-/
-----
u said that 1.3.5 uses qt4. 1.3.4 does not?
|
|
cbradney |
07-Mar-07 16:39 |
I dont think there is a standard Debian packaged Qt without immqt.. :S
1.3.5 will use Qt4, however we need to get 1.3.4 release first. :) |
|
alxarch |
07-May-04 21:08 |
This is a severe bug. I can't (well i can but it's very lame to be able to edit text only on the text editor) use scribus on debian or ubuntu. In windows there's no such problems. It's one of the main reasons for me and other greek users NOT to switch to linux. (i DO want to use oss on all of my graphics work :) and scribus is oneof the jewels of oss graphic programs). I urge the developers to look into this problem and try find at least a temporary workaround.
I also found a new duplicate: 0005625. |
|
alxarch |
07-May-04 21:10 |
i forgot to mention that i came across this bug on Ubuntu (dapper-edgy-feisty) and Debian (both sarge and etch) |
|
tachyon |
07-May-07 23:28 |
alxarch: Use gentoo ;)
Seriously now, I intend to sit down and create a .deb package of libqt3 with the immqt module removed as soon as I find the time. It shouldn't be that difficult. If anyone else does so in the meantime I won't be offended of course :P |
|
gnarlin |
07-Jul-10 13:54 |
I would like to add that I also have this problem. I'm running Ubuntu 7.04 and scribus 1.2.5. I write in Icelandic and none of those accented letters work. I tried kword and dead keys worked there without a problem. |
|
Le_Tigre |
07-Jul-10 17:42 |
@gnarlin: you should use 1.3.3.x better than 1.2.5 which is now obsolete. See http://debian.scribus.net/ [^] for instructions.
And don't forget that you can use the text editor in which dead keys do work. |
|
gnarlin |
07-Oct-08 16:31 |
I tried 1.3.3.8. Again the Icelandic letters don't work.
I'll try to build from the sources tonight. Is this a complicated bug to fix? |
|
Le_Tigre |
08-Feb-27 12:50 |
Je me permets d'insister sur ce bug, très pénible en français (et donc dans les autres langues qui utilisent ces caractères). On l'a sur les trois Scribus 1.3.3.9 (et 1.3.3.12svn) sur des Suse 10.2 et 10.3 avec KDE.
Et je vois qu'il est encore présent sur 1.3.5svn. |
|
louisdesjardins |
08-Mar-24 03:09 |
I agree. It is urgent to fix this and to backport the fix, if at all possible. |
|
louisdesjardins |
08-Mar-24 03:25 |
While I fully understand that this bug seems to be hard to fix, raising its priority is a must, despite the fact that there is a workaround. Users who are not close to the development process will simply not understand what’s going on and may walk away from Scribus.
* * *
When I use 1.3.3.10 on Mac (latest version for Macs as of today) the behaviour is completely weird. I end up being able to use the accented letters but only after a few text manipulations.
My test phrase is "Être ou ne pas être." It doesn’t matter is the initial letter is a cap or not. Writing this and checking out the SE will result in nothing in the text frame.
A. When the accented letter is the first one of the paragraph, or is at the beginning of a word located further in the sentence, this letter causes the following text, including the accented letter, not to appear in the text frame.
B. When you type an unaccented letter before the first ê, then your phrase appears correctly, excluding the second "être" which has disappeared. This means that when the accented letter is preceded by an unaccented character all is fine.
C. This is pretty inconsistent as I am trying to reproduce this exactly and I fail. But at the same time, the accented letters always cause some weird behaviour of the application. I am also trying with other letters, such as ù, é à, ô, î, è. Same thing. Playing too much with the SE causes the app. to crash. I guess the Mac version is still buggy. |
|
christoph_s |
08-Mar-24 03:54 |
I agree that fixing this bug should be a top priority. It's still present in 1.3.5svn! |
|
alxarch |
08-Mar-24 17:21 |
it's been 3 years... somebody said this would be fixed in 1.3.5 with qt4 but it's still there. In windows there is no problem but in any debian-based distro and as louisdesjardins says in mac also the problem is there and it's really annoying. This bug must be fixed. I understand that it might have gotten this far if none of the developers has to use accented characters, but it's there for a large part of the community. And since it works on windows and gentoo there should be some solution. Lots of kde apps had this issue for some time two years ago but it was fixed. they propably fixed it through the kdelibs and not through qt, or they changed their code to overcome changes in qt libs, but it was fixed. So i guess it shouldn't be as hard as rewritting the whole text editing proccess. Please developers look into it!
(sometimes i really wished i was studying programming so i could sqash bugs on site...) |
|
schmirrwurst |
09-Apr-12 18:12 |
same issue 4 years later... on ubuntu jaunty with 1.3.5 |
|
Hellstorm |
09-May-09 23:23 |
I got the problem if I want to type French with my German layout. The cause is a immodule (scim-bridge). If I disable it and just use „xim“, typing deadkeys works fine.
But I don’t think it is a Scribus issue. I think it is rather a immodule issue, because it also doesn’t work in any other QT application like Kwrite, Kmail, Kopete etc.
In my opinion, the immodule „catches“ the character too early, so that xorg cannot compose the deadkey and the basecharacter. |
|
odile |
09-Jun-11 18:09 |
For 0008132, I will add that adding text under "Modify text" sounds better.
Only "preview|working" screen seems to display wrong accentued letter ! :'(
Also, could be related to some fonts which do not properly manage few non-ASCII characters (like the default font set under Ubuntu 8.04 and Scribus 1.3.3.11) :( |
|
facundobatista |
09-Jul-11 17:12 |
I'm using Ubuntu Jaunty (9.04), of course with Gnome, and had to stop using Scribus because of this problem.
Really, I can not understand how after so many years, a problem of this magnitude is still there.
Feel free to ping me for any help you need to debug this. |
|
alxarch |
09-Jul-11 20:59 |
i think i found where this problem is in the code:
pageitem_textframe.cpp l#2744
void PageItem_TextFrame::handleModeEditKey(QKeyEvent *k, bool& keyRepeat)
there is similar handler in
storyeditor.cpp l# 295
void SEditor::keyPressEvent(QKeyEvent *k)
the first one somehow fails to compose the unicode string correctly, the second works ok
i am sure there are better ways to handle such events in qt 4 then doing unicode compositing "manually"
i also found while browsing through qt docs that there is a Qt::WA_KeyCompression attribute on key events that has sth to do with this and says it is irrelevant in windows. Since windows works ok might be due to this set wrong? |
|
386sky |
09-Oct-20 11:58 |
It will be good if you removed "bool& keyRepeat" from the source of page item in a text frame! |
|
|
8527 |
Canvas |
feature |
N/A |
09-Oct-18 11:31 |
09-Oct-18 12:35 |
avs |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Make it possible to align grid to margin guides |
For people using a grid-based layout, it would be nice to be able to optionally automatically align the grid to margin guides. Currently the grid seems to start from the page edge.
So I would be suggesting two new Grid settings for the Preferences / Guides settings:
- Align Grid to [Page top | Page bottom | Top margin | Bottom margin]
- Align Grid to [Left page edge | Right page edge | Left margin | Right margin] |
|
|
|
|
avs |
09-Oct-18 12:35 |
Or just more simply, if it would be possible to set the origin (zero point) of the grid, so that it would extend to all four directions from that origin. I believe InDesign does something like that. |
|
|
2673 |
Story Editor / Text Frames |
minor |
always |
05-Oct-05 10:22 |
09-Oct-18 11:51 |
christoph_s |
|
normal |
feedback |
|
none |
none |
any |
any |
any |
1.3.3.1 |
unable to reproduce |
0 |
Linking and unlinking of automatically created text frames doesn't work correctly |
If text frames are created automatically, they can't be unlinked and later be relinked. It is necessary to delete an existing frame an draw a new one. This also happens in 1.2.3/1.24cvs. If this new frame is unlinked again and one tries to link anew, Scribus prints an error "You are trying to link to a filled frame, or a frame to itself". The latter doesn't happen in 1.2.3/1.2.4cvs. |
|
|
|
|
christoph_s |
05-Oct-09 20:44 |
The problem also occurs between manually created text frames. |
|
cbradney |
05-Oct-09 21:39 |
If this is the case then the issue is that you have not deselected the link frames mode. Right now, it stays on until you turn it off, check your toolbar. |
|
christoph_s |
05-Oct-09 21:52 |
No, I did deselect. Try yourself: Create two frames on an empty page. Link, unlink and try to relink. |
|
cbradney |
05-Oct-09 22:11 |
Yep,works fine. |
|
plinnell |
05-Oct-09 23:00 |
tested manually created frames and auto frames. This works fine for me and seems a vast improvement to 1.2.x |
|
christoph_s |
05-Oct-09 23:19 |
I have tested with 1.3.1. Maybe it doesn't appear in 1.3.2cvs. As for manually created frames, the issue seems to show up if there were previously automatically created frames on the page. Will try to find a safe way to reproduce it. |
|
christoph_s |
05-Oct-10 21:52 |
OK, I didn't find a safe way to reproduce it. Sometimes it happens, sometimes not. Here is what I did:
1. Create a new doc with automatical text frames (2 pages)
2. Unlink text frames
3. Insert sample text
4. Create a new text frame somewhere on the pages
5. Link from frame 1 to the new one
6. Unlink
7. Delete new frame
8. Select first frame and try to link with the automatically created on page 2 -> Message appears as above
In cases the error shows up, I also noticed some other weird behaviour:
1. Try to right-click a selected text frame in linking mode, and you'll get the message mentioned above.
2. As long as in linking/unlinking mode, the "cross" cursor is active, even for file operations. This is unpleasant and probably confusing. |
|
christoph_s |
05-Oct-14 19:20 |
This seems a safe way to reproduce the error with automatically created text frames (at least on my machine):
1. Create a new doc with automatic text frames (2 pages)
2. Insert sample text that flows from one frame to another
3. Unlink
4. Select first frame
5. Click on "Link text frames" icon -> Message appears as described |
|
mhanski |
06-Apr-14 23:27 |
I've just tested the steps 1-5 with 1.3.3.1 and cannot confirm this behaviour. However, the message, you've referred to, will appear if you:
6. click back on the first frame just after relinking, instead of clicking beside the frame.
This is probably not right, because, to my understanding, the cursor should not be in the "linking" mode at this point anymore. |
|
christoph_s |
06-Apr-14 23:33 |
Add step 6 to my list and try again if it happens:
6) Klick an empty frame to link to. |
|
mhanski |
06-Apr-14 23:39 |
christoph, i did it. Relinking works here and the text flows back into the 2nd frame. Only the additional click on the 1st frame causes this message to pop up. |
|
christoph_s |
06-Apr-14 23:43 |
Re-linking is impossible here. I only get the error message. |
|
mhanski |
06-Apr-14 23:53 |
I don't know, if this is of any importance, but my version of QT is 3.3.6 |
|
christoph_s |
06-Apr-15 01:18 |
New info: If I unlink the 2nd frame from the 3rd, I can re-link No. 1 to No. 2. |
|
christoph_s |
06-Apr-15 01:22 |
... but it's impossible to re-link No. 2 and No. 3. So, maybe it's really the same as 1592? Unlinked auto-frames are perhaps treated as "new" or single frames? |
|
horvathcom |
06-Sep-14 05:16 |
I am having this problem repeatedly on 1.3.3.3. I have multiple frames that I cannot link to each other. These are all manually created frames. It isn't even a matter of unlinking. I can create a new frame, and then be unable to link to it. Pretty much a showstopper. |
|
hammeredklavier |
09-Oct-18 11:51 |
This bug is still in Build ID: C-*-T-*-C1.8.6-Windows (1.3.6svn). I tried to add a chapter to an existing one by Page===>Import, but a) the automatic text frames in the imported pages are broken so that text does not flow past the first (imported) page, and b) it is virtually impossible to solve the problem manually (see related bugs). Reverting to manually linked frames doesn't seem to help much. This is quite a major problem for people assembling longer documents. |
|
|
586 |
Story Editor / Text Frames |
feature |
always |
04-May-03 03:11 |
09-Oct-15 21:42 |
Tsoots |
|
normal |
acknowledged |
|
none |
none |
|
|
|
1.3.3cvs |
open |
0 |
Several baselines for one document. |
I could use several baselines on one document. If I have two facing pages and on both of them are separate articles and both articles have some leading text on above the article. I'd love to set the leading text with a little larger font and perhaps even bold and still being able to align lines of these two lead texts on separate pages.
With the current situation I must choose if i want to use my baseline for leading texts or for article texts either way I must use much more work to align either ones of them without the baseline. In this situation It would be really handy to have two different baselines with two different line heights. Then in paragraph styles I could choose to which baseline this paragraph belongs. |
|
|
|
|
christoph_s |
05-Jul-21 02:41 |
I assume you mean some kind of frame based baseline grid. Interesting, no doubt. It would provide a lot of flexibility. I wonder if the new file format will allow for that. Maybe malex can comment on that. |
|
mkoren |
06-Dec-03 22:27 |
I'm not sure this request as stated is quite the same as frame-based grids as in 0002930. Having a per-frame grid that paragraph text in the frame can snap to (but that's internal to and moves with the frame) is one thing, and having multiple grids in the document as a whole to align text across frames is another, yes? IMO both could be useful.
How about a hierarchy--one or more grids could be defined for the document, each page, and each frame. You set a default for the document/page, and a frame uses that by default, but you can select an alternate page/document grid, or define a local frame grid instead for that frame to use. Text styles with lock to grid enabled would use the frame's grid by default, or they can specifically specify a grid to use (by name?). |
|
Tsoots |
06-Dec-03 22:35 |
Basically what i'd like to have is to just tell scribus that this doc has these baselines. This would allow me to have 12pt and 14pt baselines. Then in a paragraph style of my 10pt body text I could tell it to use 12pt baseline and my 12pt leading texts to use 14pt baseline. So originally my idea was just to have multiple baselines in a doc exactly like we now have only a single one. |
|
avox |
06-Dec-03 22:44 |
There will be per-frame baseline grids in the future. Also necessary for rotated text boxes. But I still think the reference point should not move with the frame... |
|
Tsoots |
06-Dec-03 22:55 |
"But I still think the reference point should not move with the frame..."
Exactly, if it moved these baselines couldn't be used to align text lines between frames which originally was one of the reasons for me to submit this bug. |
|
mkoren |
06-Dec-15 03:55 |
>>> Exactly, if it moved these baselines couldn't be used to align text lines between frames which originally was one of the reasons for me to submit this bug.
Of course, that's why I thought this bug is different than the idea of per-frame _grids_ (as opposed to per-frame selection of an external grid to use).
>>> There will be per-frame baseline grids in the future. Also necessary for rotated text boxes. But I still think the reference point should not move with the frame...
What exactly is a per-frame grid if it doesn't move with the frame? I would have thought the idea was that multiple paragraphs, columns, etc. within the frame could all snap to the frame's grid for internal consistency, without having to snap to an external grid. |
|
louisdesjardins |
06-Dec-16 22:28 |
I like the idea of 2 or more baseline grids per document. I agree the reference point should not move with the frame (otherwise why call that a grid, actually?).
For the same reason, I am not sure to understand the benefits of a per-frame baseline grid, though. A grid is there to make a consistent layout. So the grid is basically frame independant.
If we're going to have multiple baseline grids, I would take the baseline settings out of the Preference panel and put it right beside the linespacing field in the Paragraph Style palette and in the Properties palette and in the SE. |
|
mkoren |
06-Dec-17 23:23 |
>>> For the same reason, I am not sure to understand the benefits of a per-frame baseline grid, though. A grid is there to make a consistent layout. So the grid is basically frame independant.
A frame grid would let you line up baselines consistently across multiple paragraphs with different styles, and across multiple columns, given the problem with columns not lining up as has been discussed, was my take on it. |
|
avox |
06-Dec-17 23:34 |
> A frame grid would let you line up baselines consistently across multiple
> paragraphs with different styles, and across multiple columns, given the
> problem with columns not lining up as has been discussed, was my take on it.
Well, that's one of the next things I'm going to implement, make the first baseline of a frame configurable. |
|
louisdesjardins |
06-Dec-18 00:46 |
>>> [mkoren] A frame grid would let you line up baselines consistently across multiple paragraphs with different styles, and across multiple columns, given the problem with columns not lining up as has been discussed, was my take on it.
I still don't understand the difference between a frame grid and a baseline grid as discussed here. What you are describing is exactly what a baseline grid is, and is for. Consistent layout throughout a publication. The actual limitation of the baseline grid is we only have one per document. This, I think, can be improved because it happen in lots of document that we have different levels of texts that we'd like to be sticked to a specific grid. A per frame grid will not solve that issue at all or there is something I don't get!
>>> [avox] Well, that's one of the next things I'm going to implement, make the first baseline of a frame configurable.
Yes. This is a different issue, though, in my understanding. It's a way of establishing where in that frame the text will start, (in relation with that frame).
* * *
If we have grids on a per frame basis, then how can we can call those, "grids"? It could be just anything, all over the place. This does not guarantee consistency from page to page. A document baseline grid will, however, guarantee this. |
|
mkoren |
06-Dec-18 02:41 |
>>> [Avox] Well, that's one of the next things I'm going to implement, make the first baseline of a frame configurable.
Cool. When you do, if one of them is the same as the method used in 1.2 (max. height of any char. in the font, I think), maybe you could make sure the 1.2 importer uses it by default, as I think that was one of the main layout differences going from 1.2->1.3.
>>> [Louis] What you are describing is exactly what a baseline grid is, and is for. Consistent layout throughout a publication.
Well, I think sometimes you might not want to make it consistent with the whole document, but you still want all the text in that frame to be consistent (like with rotated frames). This is just "in between" no grid snap and a document-wide grid, another option. :)
Maybe you'd rather not call it a grid then :), but you could make it displayable and snappable like any normal grid. Anyway, my original point was just that I think that's what the "duplicate" 2930 actually meant, and someone on the mailing list the other day I think wanted the same thing. |
|
louisdesjardins |
06-Dec-18 03:51 |
OK. I think I am slowly getting there. :)
We came at it from a different point. After having read the notes of 0002930 I think this frame-grid came up because of the actual limitations of text control of Scribus in text frames. This is mainly why I never set text parameters using the Properties palette and this explains why I am not too keen about this approach. I use Paragraph Styles all the time because of that.
So. This frame grid becomes a welcome addition in that context. But in the event we can gain access to more control, more linespacing options into a text frame without having to go to the Styler, then it will of course be a different issue. To me, a text frame style should not contain text parameters. I might be totally wrong!
Anyhow, I'll have a close look at this when it's ready. I have full confidence Andreas will come up with something really cool. I just don't want we'd work (he'd work!) on a solution because of a problem that will likely be solved by other means in the future, thus making the solution obsolete once we get there.
You are talking about rotated frames and I am not aware of linespacing issues in relation with this feature (didn't dig that to the bottom). All this be good then! |
|
ale |
09-Sep-30 18:23 |
since we are at the point, when the new file format is being developed, i'll try to propose a "revolutionary" feature:
drawing baseline frames: wuoldn't be interesting to be able to draw a "baseline frame" on the page which would set the baseline for the area covered by the frame?
not trivial to implement in details, but may be a revolutionary feature :-) |
|
mkoren |
09-Oct-15 21:42 |
Would group-level baseline sets provide some of the same functionality? That way if you had a set of frames you wanted to share baselines you could group them and define the baselines for the group. Would probably be easier to implement. :) |
|
|
8522 |
Fonts |
text |
always |
09-Oct-15 03:10 |
09-Oct-15 03:10 |
386sky |
|
normal |
new |
|
none |
none |
Daokorea |
Windows XP |
M010 |
1.3.3.14svn |
open |
0 |
Missing IPA Extensions, Spacing Modifier Letters and Combining Diacritical Marks |
1. Open up Scribus.
2. Open the story editor and go to the Insert Glyph window.
3. Look at the character class set.
4. It doesn't have IPA Extensions, Spacing Modifier Letters and Combining Diacritical Marks. |
|
|
|
|
|
8511 |
- |
minor |
always |
09-Oct-11 12:42 |
09-Oct-14 09:39 |
supiik |
|
normal |
new |
|
none |
none |
Linux 32bit |
Ubuntu |
9.04 |
1.3.5 |
open |
0 |
Font size change and line spacing change do not work correctly |
If I want to change font size or line spacing after pressing F2 and selecting Text option using arrows which should increase or decrease font/line spacing by 1 scribus-ng always changes it by 2 after single click. So from 12 becomes 10 and not 10 as I would expect. The change to 11 is only for half a second. Than it changes to 10. Same behavior can be reported for line spacing. |
|
I am not sure what is the difference between 1.3.5 and 1.3.5svn. Please let me know and than I will change the version. |
|
|
jghali |
09-Oct-11 13:36 |
>>> I am not sure what is the difference between 1.3.5 and 1.3.5svn.
The 'svn' suffix means that the corresponding version is being developed and has not been release yet. When we do an official release, we remove that suffix. |
|
jghali |
09-Oct-11 13:38 |
Otherwise cannot reproduce on Windows, works as expected. |
|
ale |
09-Oct-14 09:39 |
i have also seen this bug on older scribus versions.
katrin has had it on her computer not long ago but i could not reproduce it right now.
i will keep an eye on it... |
|
|
8502 |
PDF |
minor |
always |
09-Oct-08 18:32 |
09-Oct-13 08:23 |
CarstenSchlangen |
|
normal |
new |
15. April 2009 |
none |
none |
Windows XP |
Windows |
XP Service Pack |
1.3.3.13 |
open |
0 |
Strokes that have less than 1mm width in imported SVG files are exported with a thicker width in PDF output. |
When I import a SVG vector made with Inkscape that has strokes of less than 1mm width those strokes will get exported with wrong widths in the final PDF output. I guess that everything less than 1mm gets at least this width. The drawing do not show up nicely. |
|
The attached file is an outputted PDF. On the first page I have placed the Drawing as a PNG file. On the second page I have imported the SVG from Inkscape. The widths of the strokes show up different. |
Show_Disadvantages_Of_SVG_Images.pdf (1890 KB) 09-Oct-08 18:32 Bauhofinsel_Umgebungsplan.zip (280 KB) 09-Oct-08 23:14 |
|
jghali |
09-Oct-08 20:20 |
Could you provide a sample svg file? |
|
CarstenSchlangen |
09-Oct-08 21:10 |
Hi Jghali,
do you also need a sample .sla file? |
|
jghali |
09-Oct-08 21:17 |
Thanks! For now, I don't think so. By the way, when you upload a text file or similar (=> svg) to the bugtracker, please compress it first. |
|
jghali |
09-Oct-12 22:13 |
I cannot reproduce your problem when importing your svg file and exporting pdf as is. I expected your problem comes from the fact you have resized the svg file after importing it. Scribus behaves here quite differently from a vector painting program as inkscape : when resizing, line width remains constant and does not change.
|
|
CarstenSchlangen |
09-Oct-13 08:23 |
Hi Jghali,
thanks for the test. I will try to import the drawings in the final scale now and report about it.
Sorry for the unzipped .svg upload. I am new to the community.
Carsten |
|
|
7153 |
Fonts |
feature |
always |
08-Jul-20 18:37 |
09-Oct-12 22:06 |
cicada |
pierremarchand |
normal |
assigned |
|
major rework |
none |
windows |
XP SP3 |
XP SP3 |
1.3.5svn |
open |
0 |
Font Name should be shown in its own language |
I am using Traditional Chinese.
Scribus can only show Font names in its English name (no matter in Font Selector or Font Previewer), but not in its original Chinese name, which are very inconvenience. |
|
|
|
|
subik |
09-Jan-28 09:48 |
BTW where are stored national names in fonts? |
|
pierremarchand |
09-Jan-29 13:42 |
In NAME table. I’ll try to handle it at some point, but font identifier will remain the default name as reported by FreeType and is generally in en. Which could (if different from the displayed name) lead to some problems here and there (eg. if you want to hack a Scribus file, which is highly legitimate) but necessary to ensure some consistancy when sharing a file.
And it’s only available in SFNT based fonts such as TTFs and OTFs. I don’t know about localized names in PS fonts, will have a look.
|
|
386sky |
09-Oct-12 11:56 |
It will be good if jghali adds the blocks
U+0250-U+02AF: IPA Extensions
U+02B0-U+02FF: Spacing Modifier Letters
U+0300-U+036F: Combining Diacritical Marks
to support phonetic symbols and
U+3000-U+303F: CJK Symbols and Punctuation
U+3040-U+309F: Hiragana
U+30A0-U+30FF: Katakana
U+4E00-U+9FA5: CJK Unified Ideographs
U+FF00-U+FFEF: Halfwidth and Fullwidth Forms
to support Japanese! |
|
plinnell |
09-Oct-12 22:06 |
Adding this support is not trivial. So, to the original reporter, please be patient with this feature request. It takes a lot to implement this and some parts of the fix are dependent on other third party libraries. |
|
|
8508 |
PDF |
feature |
have not tried |
09-Oct-10 14:44 |
09-Oct-11 16:07 |
ubby |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Create PDF Presets like Indesign for Scribus |
As you can see in the screenshot below you can choose PDF presets in Indesign:
http://img18.imageshack.us/img18/7025/example001.jpg [^]
It would be nice if Scribus wil have the same option. |
|
|
|
|
|
8507 |
Usability |
feature |
have not tried |
09-Oct-10 14:34 |
09-Oct-11 16:07 |
ubby |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Create a sidebar like Indesign |
The Indesign sidebar is very easy to use.
I think this works better than the floating panels that Scribus has now.
http://img79.imageshack.us/img79/264/example01.jpg [^]
It is also more familiar for people who want to switch from Indesign to Scribus. |
|
|
|
|
|
8291 |
Plug-ins |
feature |
always |
09-Jul-16 09:52 |
09-Oct-08 18:19 |
caolan |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
patch to use enchant where available before aspell |
Using enchant gives access to the same hunspell dictionaries as used by OpenOffice.org, Firefox, and typically (http://fedoraproject.org/wiki/Releases/FeatureDictionary) [^] these days the same dictionaries as used by generic KDE and generic GNOME apps
|
|
Even if this patch isn't accepted, there are two additional little generic gotchas which are fixed/go away with this patch
a)"QString locale(QLocale::system().name().left(2))" to get the language code (e.g. en) isn't safe anymore as I see that in a recent qt three letter ISO 639-2/3 code now seems supported, e.g. fil_PH would be truncated to fi, and similarly the search for a default dictionary based on the prefix could pick fil if the language happened to be fi
b) the aspell-based spell-checking will crash if there are no aspell dictionaries installed I believe |
scribus.enchant.patch (59 KB) 09-Jul-16 09:52 enchant081009.diff (57 KB) 09-Oct-08 18:18 |
|
cbradney |
09-Oct-08 18:19 |
Uploaded a new diff against 150svn. The enchant version does not work that well, and I am not sure if the patches break the aspell version a little too. The GUI does not respond well and the first two or three items to be checked to not appear in the GUI. Please have a look and see what could be the problem and if you can replicate this. |
|
|
8493 |
Story Editor / Text Frames |
feature |
N/A |
09-Oct-05 21:49 |
09-Oct-07 22:39 |
ale |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Option to set default language for lorem ipsum |
<stroke>it would be nice if the number of paragraph and the language of the lore ipsum would be separated.</stroke>
let's try to reformulate it (with the help of christoph)
it should be possible to choose the (default) language of the lorem ipsum |
|
currently there is only a choice between manually choosing the language each time or set it to the standard lorem ipsum.
the new options could look like this:
-----------------------------------------
Default Langauge [v|Standard Lorem Ipsum]
Paragraphs: [2 ^]
[ ] Always apply default values
-----------------------------------------
when "Always apply default values" is checked no dialog pops up; the default values are preselected, otherwise.
... i hope it is (much) more clear now! |
|
|
cbradney |
09-Oct-07 00:08 |
Erm.. works like that here.. both are separate gui items.. where is the issue? |
|
ale |
09-Oct-07 00:42 |
Current situation
1. "Always use standard Lore Ipsum" is unchecked and "Count of the Paragraphs" is set to "10"
2. Create a text frame >> Sample Text >> A dialog pop ups and I can choose the language (default language GUI or content one) and the number of paragraphs (default as set in the settings).
3. "Always use standard Lore Ipsum" is checked and "Count of the Paragraphs" is set to "10"
4. Create a text frame >> Sample Text >> The frame is filled with 10 paragraphs of English text.
My wish:
4. and 2. are both possible usecases, but i need to select the Standard Lore Ipsum as the default one (the latin version should be the one which is preselected when the "Lore Ipsum" dialog pops up) *and* be able to set the number of paragraphs for each frame
The settings in the preferences may be something like:
-----------------------------------------
Default Langauge ( ) GUI ( ) Content (o) Standard Lorem Ipsum
Paragraphs: [2 ^]
[ ] Always apply default values
-----------------------------------------
--> i'm not sure if it is usefull to have GUI and content language or if we want to have a drop down list of all the available languages
-----------------------------------------
Default Langauge [v|Standard Lorem Ipsum]
Paragraphs: [2 ^]
[ ] Always apply default values
-----------------------------------------
i hope it's clearer now! |
|
christoph_s |
09-Oct-07 05:26 |
I still don't get it it ... |
|
ale |
09-Oct-07 09:08 |
christoph, can you tell me a way how i can get the standard lorem ipsum (the one in latin) and get prompted for its length every time i inserted the sample text? |
|
ale |
09-Oct-07 09:32 |
ps.: try to create four text frames with standard lorem ipsum sample text:
- the first with one with 1 paragraph
- the second with 2 paragraphs
- the third with 3 paragraphs
- the fourth with 10 paragraphs |
|
cbradney |
09-Oct-07 21:42 |
you could always just insert the lorem ipsum without setting any preferences value..., selecting "Standard Lorem Ipsum" from the list. |
|
|
8498 |
User Interface |
feature |
N/A |
09-Oct-07 17:22 |
09-Oct-07 17:22 |
ale |
|
normal |
new |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
Double click tool-button to enable onetime stickyness |
Double clicking on the "Text frame" tool (as an example) should temporally enable the stickyness and let the user insert several text frames.
The user may be able to add text frames until she clicks on ESC, chooses another tool or does any other action which disables the current tool. |
|
IMHO, the biggest question is, wether QT allows it without much effort! |
|
|
|
3468 |
Import / Export |
feature |
N/A |
06-Mar-20 04:26 |
09-Oct-07 16:54 |
PLucAuclair |
|
normal |
feedback |
|
none |
none |
all |
all |
all |
1.3 |
reopened |
0 |
Add export all text from .sla into single text file. |
Try selecting a bunch of text frames and exporting as text, it doesn't work right. |
|
|
|
|
avox |
06-Mar-20 16:25 |
Could you be more specific about that? Are the textframes linked? Are they all part of the same chain?
Do you expect to be able to export just the text of one frame or of the whole chain? |
|
PLucAuclair |
06-Mar-20 19:43 |
Should have been clearer.
When I try to export text, I select the frames that I want to export or do a "Select All" and try to export them. In this case, they are not linked. So I'd only get one of many frames at export. |
|
mhanski |
06-Apr-20 14:17 |
it doesn't look to me like a bug, it's just the way it works now, imho. If the selected frames should be all exported, there are some questions to be cleared first, e.g. in which order should the frames be exported. Changing to a feature request. |
|
cbradney |
06-Apr-20 14:47 |
Exporting to? EPS? |
|
mhanski |
06-Apr-20 14:56 |
exporting as text, as in description (File/Export/Save Text...)
|
|
PLucAuclair |
06-Apr-20 18:12 |
Yes, exporting as text. I don't really care what order it gets out, we just need all text selected to be dumped "out there".
It doesn't matter if they are linked or not either. |
|
cbradney |
06-Apr-20 22:17 |
Out where? To what file? To what web location? To what drive? To what USB key?
How many frames? How many linked frames? How the hell are you going to specify all the filenames for each frame or linked set in one go?
This is a WONT FIX. |
|
mhanski |
06-Apr-25 23:39 |
craig, I'm reopening this RFE, because I've just read yet another mail calling for this functionality, and I think, there should be some more place for discussing pros and cons of it, before the final decision will be made. thx in advance for your patience...
1. The more important question is: what would be a real world scenario for this? I can imagine, the main purpose would be to quickly dump the whole text for proof-reading, but PlucAuclair could surely explain more.
2. The less important question is, how to implement it, once we agree, we need this. Optionally, we could just export all text frames of the whole .sla file. One thing that comes to my mind is to go through all frames with the text eporter, copy their contents to one single text file, and number those texts accordingly to their layer and level, e.g.:
=Page 1, Layer 1, Text frame1=
Blablabla....
==Page 1, Layer 2, Text frame 1==
bla bla bla.... |
|
plinnell |
06-Apr-26 01:34 |
+1 for Maciej's idea. I would be easy then to move/massage text as needed. I do not think we need a fancy selection gui, just add a export text function for the entire file to complement what can be done now with the SE.
Even lowly Pagemaker has a text exporter..
|
|
PLucAuclair |
06-Apr-26 14:57 |
"I can imagine, the main purpose would be to quickly dump the whole text for proof-reading"
Yes, this is exactly it. |
|
cbradney |
06-Apr-26 15:09 |
Then you need to outline a way that Scribus should determine which frames are exported, especially the order. |
|
avox |
06-Apr-26 15:27 |
Just go through all textframes, for all with BackBox==NULL:
<STORY PAGE="42" POS="47,11">
blablabla
nextframe blablabla
another nextframe more blabla
last frame has NextFrame==NULL, stop here
</STORY>
and so on.
Sorting in ascending page order might be a bonus; order within page is probably irrelevant.
Makes sense? |
|
cbradney |
06-Apr-26 17:39 |
Linked text is easy, but what about unlinked frames on the same page.. eg
title frame
Linked frame1
caption frame
text frame
Linked frame2 |
|
louisdesjardins |
06-Apr-27 02:41 |
This works perfectly in 1.2.4.1
Select text frame
Go to Story Editor
File > Save to [might be something else, back-translating from French]
The complete text will be saved as .txt, no matter in which text frame you clicked. All the text, running on any number of pages, as far as I can tell, provided they are linked together, will be saved in one single file.
I guess the operation could be scripted in order to get more single stories in a document to be exported at once. But the basic function is working fine.
Am I missing the point somewhere? |
|
christoph_s |
06-Apr-27 03:42 |
I'm still not sure whether this is just a waste of time. Proofreading should happen *before* a text is imported into a DTP app. Minor adjustments can be made afterwards; this happens all the time. The only use I can see in such a feature is exporting text in a Scribus file for use in another program.
This feature could be scripted, as Louis wrote, and/or be an option in "Collect for output". And even then users will probably face some difficulties, at least if they're working cross-platform, since OS/X, Win and Unix/Linux use different encodings. |
|
louisdesjardins |
06-Apr-27 03:58 |
Exporting to .txt is very important for some clients who don't have the DTP app at hand but own the text itself, such as publishers. We've been doing that regularly for many years. They need a way to get the very last version of their text edited, with final corrections. The corrections were done in the DTP app. They need it back into the WP. We use that function for that purpose. Everyday.
That said, my point is: it works fine in Scribus.
Please PLucAuclair tell us what you mean exactly.
I also think like Christoph this feature has nothing to do with proofreading which must be done upstream. And anyways, if you'd proofread downstream, why would you need the text out of the DTP at this point? |
|
PLucAuclair |
06-Apr-27 04:04 |
I don't really know what to say, maybe it's not a good idea after all.
What I thought would be nice was just a way to dump all text per page from all pages in a single file, nothing fancy, it doesn't even have to be in order.
Like when you have a page with unlinked stuff, and you want to have *all* the text reviewed but cannot post a pdf for some reason, you just dump the text and show it.
I don't know how I could be clearer. |
|
louisdesjardins |
06-Apr-27 04:20 |
Can we expect a script working from the feature in the SE do what PLuc is asking for? IMO, the feature is not useless at all. Only, since it exists in a more rudimentary way at the moment (per story), it could be improved to pick-up ALL stories in a document at once. My understanding is scripting could do that.
I cannot say I am convinced all texts should be in one file though. This might lead to (some) confusion. |
|
christoph_s |
06-Apr-27 04:22 |
>>>What I thought would be nice was just a way to dump all text per page from all pages in a single file, nothing fancy, it doesn't even have to be in order.
Well, if you need chaos and confusion, that's the way I would introduce it ;)
Imagine a newspaper or magazine with ads. Now we dump all of the text into one file, and you have articles and ads mixed throughout your file. Fine, your proofreaders will always be grateful to you ;)
Another example from my daily work: Produce a flyer, an exhibition catalogue or something like that with page and image captions. Then export all of the text, either in a single file or into separate files per frame. Either way, this is nothing like a big mess, and it will take forever for proofreaders (and for yourself) to figure out which is which. It's much easier to simply print the pages and to add corrections manually. Believe me, this is less time consuming if you are used to read correction marks than turning somersaults with the computer!!! |
|
axelb |
07-Jan-18 16:03 |
But if your text is ordered an nicely laid out, just split in separated frames (for instance one per page) this makes sense to me: Dump all the text, sorted by page order, to the same file. If you want to use your text someplace else this is not that stupid, especially if the textformat could be improved
(http://bugs.scribus.net/view.php?id=5190) [^]
(I mean for those that do not have many smaller frames mixed in, for instance books or non-add journals).
Not necessary, but to make it really good:
Even headings would not be that much of a problem if they could be imported in occurence order: top-bottom, even japanese does that, dont they?
I agree left-right sorted would only make sense for some languages. It could be done according to the chosen language, but I suppose that will mean too much work?
Or just ask the user to choose -- wich also means some (much?) work of course ...
|
|
|
3338 |
Story Editor / Text Frames |
feature |
always |
06-Mar-06 17:11 |
09-Oct-07 16:52 |
bjosch |
|
normal |
acknowledged |
|
none |
none |
any |
any |
any |
1.3 |
open |
0 |
text frames in master page which are automatically linkable |
Trying out the test version of the new QuarkXPress 7 beta I noticed a feature that seems not integrated in scribus but I believe it quite useful: creating a text frame in the master page this text frame appears (in the same place and same dimensions) in each single page to which the master page is assigned. Inserting text, the text flows automatically from one frame to the next, because they are automatically linked together. For longer documents I think it would be a great possibility to have a feature like this also in scribus. |
|
|
|
|
ringerc |
06-Mar-07 00:40 |
I can certainly see the utility, though I'd want to be able to build link chains in the master page too. Say the master page has 3 frames linked, A->B->C . I'd want to have the app able to automatically create a C->A link when the master page is applied. It'd be necessary to be able to manually break the link, too. |
|
mhanski |
06-Apr-18 10:58 |
Reminder sent to: plinnell| |
|
yoric |
08-Aug-06 04:04 |
This is standard in professional DPT such as InDesign and FrameMaker. Rather than using master pages to create guides and then make text frames fit those guides on each page, one simply makes the appropriate text frame(s) on the master page.
Linking between frames within a single master page is also supported. |
|
basvanschaik |
08-Oct-06 20:15 |
Is there any progress being made on this issue?
It is actually quite a show stopper for me. I'd like to design a book consisting of about 70 pages using Scribus, but it is impossible to create multiple text areas at once! It looks like I'll need to create a text area for each page manually, or use the "auto create" feature at the stage of creating my document. But what if I'd like to reposition the text areas in a later stage?
The only workaround I know of is the Python script of Pierre Marchand:
http://nashi.altmuehlnet.de/pipermail/scribus/2005-December/014475.html [^] |
|
cbradney |
08-Oct-06 21:06 |
No progress is planned for at least 1.3.5, probably not 1.3.6. |
|
ale |
09-Oct-07 16:52 |
i still believe that editable master pages is not a good way to go... there are other ways which are simpler, more flexible and more reliable!
in this case, i think i would enhance (a new tab?) the "multiple duplicate" dialog for duplicating across pages (and an option to automatic link text frames?) |
|
|
8496 |
Documentation |
text |
N/A |
09-Oct-07 12:07 |
09-Oct-07 14:58 |
jakeg |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Need better documentation on 'Save as PDF' re. 'Image Compression Method' |
As per IRC discussion with Avox:
---
<avox> downsampling converts them from JPG to compressed bitmap. Since
JPG compresses up to 1:20 IIRC and Zip only 1:2, it depends
---
... this is not made clear at all. It's not clear that 'Automatic' compression will pick Zip rather than JPG. The dialog/tooltip currently says (when hovering the 'compression method':
---
...Automatic allows Scribus to choose the best method...
---
instead should be reworded to e.g.
---
Automatic selects x for a and y for b
---
or...
---
Automatic allows Scribus to select the best method as per [link/doc]
---
I have *no* idea what the Automatic method chooses or why. |
|
|
|
|
jghali |
09-Oct-07 14:58 |
>> Automatic selects x for a and y for b
That's not as simple as that and putting that in a tooltip is not possible because the algorithm is already too complex. The compression method used depends *amongst* other things :
- on compression ratio allowed by the various compression method on a specific image
- on input image format (=> jpg is embedded as is when possible)
- on resolution settings (=> if jpg has to be resampled, it won't be embedded as is)
Generally it's not possible to determine before export begins which compression scheme will be used for a specific image
|
|
|
7899 |
Printing |
minor |
always |
09-Mar-25 13:10 |
09-Oct-07 10:09 |
ire |
|
normal |
feedback |
20090322 |
none |
none |
intel |
windows |
xp sp3 |
1.3.5svn |
reopened |
0 |
color printing after preview fails |
I want to print one of my saved files (with colors). It prints in greyscale. |
open a saved file.
choose PRINT
then the button PREVIEW
under print settings the option "print in Gaayscale" ist set
delete the mark
problem: the print button is grayed out, you can only close the window. When you reopen it, the otpion "print in Grayscale" is set again.
printing in color by choosing ohter ways like FILE-PRINT-PRINT
prints it in grayscale too!!!!
When I create a new file, all works well. |
|
3_Aus den Klassen01.sla (78 KB) 09-Mar-25 13:10 |
|
ire |
09-Mar-25 13:38 |
I found it!!!
When I want to print I must look in the printer setup window under OPTIONS and choose there "print in color if available". Only then the printer prints colors... (my problem)
but
1. I tried FILE-PRINT-PREVIEW
only the button CLOSE is availabe
when I change the option "print in grayscale if available" (unmark it), close the window and reopen it it's marked again
2. I tried FILE-PRINT PREVIEW
the buttons CLOSE and/or PRINT are available
when I change the option "print in grayscale if available" (unmark it), close the window and reopen it it's marked again
so this option seems to be temporary, only for this printing,
but why is only the button CLOSE available (1)?
Ludwig
|
|
jghali |
09-Mar-25 20:54 |
Print button is available only when calling print preview from file dialog as it will open the print dialog. Making it available when print dialog is already open makes no sense. |
|
ire |
09-Mar-26 07:30 |
ok, so there should be no button visible then.
But
when color mode ist set under
FILE-PRINT
in SETUP PRINTER OPTIONS the color mode ist selected for this file
then I go to preview and choose print in Grayscale, CLOSE this window and print
(without looking at this window, what a shame) it's printed in color.
So in other programs I have a printer dialog and a print preview dialog, from which I have a print button.
Ludwig |
|
jghali |
09-Mar-26 09:09 |
It seems you are confusing print preview settings and print settings. Print preview is just print preview and does not affect print dialog in any way. Modifying print preview settings won't modify any settings in print dialog. |
|
ire |
09-Mar-26 18:44 |
Sorry for misunderstanding.....
I see your intention, but as I said
then there shouldn't be a print button visible there
because "print in grayscale" in the preview window doesn´t mean print but means:
show grayscale, look at it, find it ok, choose this opion in another window and print it from the print window.
Ludwig |
|
christoph_s |
09-May-09 02:08 |
We should change some strings in the lower right part of the Print Preview dialog, so that it's clear that these are printer _emulation_ settings. |
|
|
7643 |
General |
crash |
sometimes |
08-Dec-08 23:44 |
09-Oct-06 13:00 |
mhanski |
Herm |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Crash while playing with render frames and switching GUI language in preferences |
As stated above, scribus 135svn from yesterday, qt443 |
possibly related to 0007644 -- it happened while playing with utf8 in latex frames and switching to other languages to get sample texts in other languages (German, English) |
(gdb) run
Starting program: /opt/scribus135/bin/scribus
[Thread debugging using libthread_db enabled]
[New Thread 0xb67de6d0 (LWP 6049)]
[New Thread 0xb5bf0b90 (LWP 6142)]
[New Thread 0xb52f3b90 (LWP 6158)]
[New Thread 0xb4af2b90 (LWP 6159)]
[Thread 0xb52f3b90 (LWP 6158) exited]
[Thread 0xb4af2b90 (LWP 6159) exited]
RENDER FRAME: updateImage(): "Der Aufruf des externen Programmes ist fehlgeschlagen!"
RENDER FRAME: updateImage(): "Nie uda?o si? uruchomi? zewn?trznej aplikacji!"
ASSERT failure in QList<T>::operator[]: "index out of range", file /opt/qt443/include/QtCore/qlist.h, line 395
scribus: /home/maciej/dane/scribus/svn135/scribus/scribus/scribuscore.cpp:77: void abort_on_error(QtMsgType, const char*): Zusicherung »false« nicht erfüllt.
Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb67de6d0 (LWP 6049)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
0000001 0xb6b268f5 in raise () from /lib/libc.so.6
0000002 0xb6b281e1 in abort () from /lib/libc.so.6
0000003 0xb6b1fc1e in __assert_fail () from /lib/libc.so.6
0000004 0x088e689f in abort_on_error (t=QtFatalMsg,
m=0xbf9135ac "ASSERT failure in QList<T>::operator[]: \"index out of range\", file /opt/qt443/include/QtCore/qlist.h, line 395")
at /home/maciej/dane/scribus/svn135/scribus/scribus/scribuscore.cpp:77
0000005 0xb6fe8ad5 in qt_message_output (msgType=QtFatalMsg,
buf=0xbf9135ac "ASSERT failure in QList<T>::operator[]: \"index out of range\", file /opt/qt443/include/QtCore/qlist.h, line 395")
at global/qglobal.cpp:2067
0000006 0xb6fe8c09 in qFatal (msg=0xb712f308 "ASSERT failure in %s: \"%s\", file %s, line %d") at global/qglobal.cpp:2303
0000007 0xb6fe8c5c in qt_assert_x (where=0x8b91b15 "QList<T>::operator[]", what=0x8b91b02 "index out of range",
file=0x8b91ae0 "/opt/qt443/include/QtCore/qlist.h", line=395) at global/qglobal.cpp:1880
0000008 0x0826d406 in QList<QString>::operator[] (this=0x9d4af34, i=0) at /opt/qt443/include/QtCore/qlist.h:395
0000009 0x0845786a in FontComboH::RebuildList (this=0x9074d50, currentDoc=0x0, forAnnotation=false, forSubstitute=false)
at /home/maciej/dane/scribus/svn135/scribus/scribus/fontcombo.cpp:244
0000010 0x0885d515 in ScribusMainWindow::prefsOrg (this=0x8dcfc88, dia=0x9c5aa70)
at /home/maciej/dane/scribus/svn135/scribus/scribus/scribus.cpp:7510
0000011 0x0888752a in ScribusMainWindow::slotPrefsOrg (this=0x8dcfc88) at /home/maciej/dane/scribus/svn135/scribus/scribus/scribus.cpp:7537
0000012 0x082489ed in ScribusMainWindow::qt_metacall (this=0x8dcfc88, _c=QMetaObject::InvokeMetaMethod, _id=154, _a=0xbf915a7c)
at /home/maciej/dane/scribus/svn135/scribus/scribus/moc_scribus.cxx:569
0000013 0xb70f0f99 in QMetaObject::activate (sender=0x8e14608, from_signal_index=5, to_signal_index=6, argv=0xbf915a7c)
at kernel/qobject.cpp:3022
0000014 0xb70f13d0 in QMetaObject::activate (sender=0x8e14608, m=0xb7e2aaf8, from_local_signal_index=1, to_local_signal_index=2,
argv=0xbf915a7c) at kernel/qobject.cpp:3112
0000015 0xb76823c1 in QAction::triggered (this=0x8e14608, _t1=false) at .moc/release-shared/moc_qaction.cpp:216
0000016 0xb7682d9f in QAction::activate (this=0x8e14608, event=QAction::Trigger) at kernel/qaction.cpp:1125
0000017 0xb7a60191 in QMenuPrivate::activateAction (this=0x8ffc810, action=0x8e14608, action_e=QAction::Trigger, self=true)
at widgets/qmenu.cpp:1002
0000018 0xb7a629f4 in QMenu::mouseReleaseEvent (this=0x8fea5b0, e=0xbf916120) at widgets/qmenu.cpp:2169
0000019 0xb76dd474 in QWidget::event (this=0x8fea5b0, event=0xbf916120) at kernel/qwidget.cpp:7163
0000020 0xb7a5db15 in QMenu::event (this=0x8fea5b0, e=0xbf916120) at widgets/qmenu.cpp:2265
0000021 0xb768922c in QApplicationPrivate::notify_helper (this=0x8d87660, receiver=0x8fea5b0, e=0xbf916120) at kernel/qapplication.cpp:3803
0000022 0xb768e3b5 in QApplication::notify (this=0xbf9167ec, receiver=0x8fea5b0, e=0xbf916120) at kernel/qapplication.cpp:3528
0000023 0xb70dc1f9 in QCoreApplication::notifyInternal (this=0xbf9167ec, receiver=0x8fea5b0, event=0xbf916120)
at kernel/qcoreapplication.cpp:587
0000024 0xb768b8f1 in QApplicationPrivate::sendMouseEvent (receiver=0x8fea5b0, event=0xbf916120, alienWidget=0x0, nativeWidget=0x8fea5b0,
buttonDown=0xb7e477b0, lastMouseReceiver=@0xb7e477b4) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:212
0000025 0xb76f5a2c in QETWidget::translateMouseEvent (this=0x8fea5b0, event=0xbf91654c) at kernel/qapplication_x11.cpp:3976
0000026 0xb76f471e in QApplication::x11ProcessEvent (this=0xbf9167ec, event=0xbf91654c) at kernel/qapplication_x11.cpp:3160
0000027 0xb771b144 in x11EventSourceDispatch (s=0x8d8dc78, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:142
0000028 0xb6a25d89 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
0000029 0xb6a28fee in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
0000030 0xb6a2953c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000031 0xb7107a68 in QEventDispatcherGlib::processEvents (this=0x8d8aab8, flags=@0xbf9166e8) at kernel/qeventdispatcher_glib.cpp:319
0000032 0xb771af75 in QGuiEventDispatcherGlib::processEvents (this=0x8d8aab8, flags=@0xbf916718) at kernel/qguieventdispatcher_glib.cpp:198
0000033 0xb70db46d in QEventLoop::processEvents (this=0xbf916790, flags=@0xbf916754) at kernel/qeventloop.cpp:143
0000034 0xb70db5fd in QEventLoop::exec (this=0xbf916790, flags=@0xbf916798) at kernel/qeventloop.cpp:194
0000035 0xb70dd89d in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845
0000036 0xb7688b27 in QApplication::exec () at kernel/qapplication.cpp:3331
0000037 0x08b27282 in mainApp (argc=1, argv=0xbf9168d4) at /home/maciej/dane/scribus/svn135/scribus/scribus/main_nix.cpp:84
0000038 0x08b272f2 in main (argc=Cannot access memory at address 0x17a1
) at /home/maciej/dane/scribus/svn135/scribus/scribus/main_nix.cpp:52
(gdb) quit
The program is running. Exit anyway? (y or n) z
maciej@pan:/opt/scribus135/bin> |
|
|
subik |
09-Jan-27 14:08 |
I'm trying to break it, but I cannot reproduce it. Can you recheck it with current svn, please? |
|
christoph_s |
09-Oct-05 00:13 |
Can't reproduce either. Maciej, can you retest, please? |
|
|
8492 |
Tables |
major |
always |
09-Oct-05 21:16 |
09-Oct-05 22:46 |
vix |
|
normal |
confirmed |
|
none |
none |
Windows |
XP |
|
1.3.3.13 |
open |
0 |
table cell border |
If I add a border to a cell, then I create a text frame over the table, the border is always visible over the text frame, even if the text frame is the frontmost object of the page |
- create a table
- add border to a cell
- create a text frame over the cell
- move the text frame to the frontmost position of the page |
|
|
|
christoph_s |
09-Oct-05 22:46 |
Same in 1.3.5 and 1.5svn |
|
|
8471 |
Fonts |
minor |
sometimes |
09-Sep-29 14:48 |
09-Oct-05 19:49 |
386sky |
|
normal |
new |
|
none |
none |
Daokorea |
Windows XP |
M010 |
1.3.3.13 |
open |
0 |
Crash during Microsoft IMEs (Chinese, Japanese, Korean) |
You found that Scribus v1.34 has great improvement in handling Microsoft input method editors, and become less crash now. However, 2 bugs still remain here:
1. Cannot input CJK directly in Text box. User have to right click the Text Box => Edit Text (Trouble!)
2. If you forget choosing and CJK Font before inputting CJK, it cannot show CJK successfully, and must crash!!! With error message as "Exception_Access_Violate"
(However, notice that copy and paste CJK directly into that box is okay!) |
|
|
|
|
386sky |
09-Oct-05 19:49 |
can you use Microsoft's error reporter, rather than the default error reporter |
|
|
8266 |
Language Tools |
minor |
always |
09-Jul-08 11:48 |
09-Oct-05 12:48 |
Shaforostoff |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Hyphenate Text Automatically During Typing -> Hyphenate Text Automatically |
Hyphenating via Extras->Hyphenate Text works fine (it produces single ITEXT for 1 paragraph).
But "Hyphenate Text Automatically During Typing" in document setup doesn't work at all for me. Even worse: it seems that when it is working, it still creates dozens of ITEXTs.
This option should be removed, or changed to just call Extras->Hyphenate Text automatically for new text frames (and thus be renamed to just "Hyphenate Text Automatically"). |
|
|
|
|
alexandre |
09-Oct-05 12:48 |
Confirmed by me (1.3.5.1) and another user (1.3.3.13). |
|
|
8404 |
User Interface |
minor |
N/A |
09-Sep-03 17:19 |
09-Oct-05 08:58 |
ale |
|
low |
new |
|
none |
none |
|
|
|
1.3.6svn |
open |
0 |
screen/web > RGB // printer > CMYK |
please, rename "screen/web" to RGB and "printer" to CMYK: the current labels don't really make sense. |
|
|
|
|
jghali |
09-Sep-03 20:56 |
Renaming "printer" to CMYK do not make really sense either as checking the "use profiles" options will trigger use of RGB. Such renaming will only be possible in 1.5.0svn after a lot of internal work and quite some changes in color management options. |
|
cbradney |
09-Sep-03 22:36 |
They were renamed a long time ago from RGB/CMYK btw |
|
ale |
09-Sep-04 22:20 |
maybe there should be no "use profile" checkbox but a choice between:
- cmyk
- rgb
- grayscale
- use profiles
(i don't know if cmyk without color management makes much sense, though)
@cbradney: they may have been renamed at a time when a printer was either b/w or cmyk... today this is not true anymore...
imo, the wording of the options must not be what i suggests, but it surely has to be less equivocal than it is right now! |
|
jghali |
09-Sep-05 03:01 |
>> maybe there should be no "use profile" [...]
Having a specific item for "use profile" does not make sense. Currently the "use profiles" options mainly allows to tune pdf/x-3 output and consequently it does not make sense to have those options elsewhere than in "Printer" options. Using distinct cmyk/rgb/grayscale items would also put limits to what we can do when outputting pdf especially x-3. Remember pdf/x-3 explicitly allows to use both rgb cmykon a same page... Also will your convert a grayscale image to cmyk when the "cmyk" item would be selected? That's what we'll have to do if we adopt such categories. Practically that's just stupid however... Using output intent such as "Screen/Web" and "Printer" allows to produce a more optimal output than targeting a specific type of color space.
>> they may have been renamed at a time when a printer was either b/w or cmyk
No, when they were renamed rgb printer were already on the market and for quite a long time even. Rgb printers have existed since at least gdi first days on Windows, that means well before 1995 and consequently well before Scribus existed. True rgb output device have been used in professional photography and digital effects for quite a long time too.
>> but it surely has to be less equivocal than it is right now
The problem is in fact not in the "Screen/Web" and "Printer" options naming. The real problem is the confusion around the "use profiles" options and what they do. |
|
christoph_s |
09-Sep-05 05:14 |
>>Such renaming will only be possible in 1.5.0svn after a lot of internal work and quite some changes in color management options.
What this discussion tells us, though, that it needs a better documentation, both in the Help Browser and the next edition of the manual.
Jean, since you seem to be the only one who knows exactly what is doing what, could you send me list with explanations of all CM and output options that enable me to write a (hopefully) useful text?
|
|
GurgiONE |
09-Oct-05 08:51 |
Just want you to know:
I had trouble to find the CMYK PDF output option. I was close to write a letter until i found this bugreport. PLEASE rename it! I whould never figured it out that "printer" should be CMYK.... why did you change it anyway? |
|
jghali |
09-Oct-05 08:58 |
Because "Printer" is not necessarily CMYK, enable the "use profiles" options and you will have RGB in your output files. |
|
|
8490 |
Import / Export |
feature |
always |
09-Oct-03 16:44 |
09-Oct-05 04:50 |
Jabbro |
fschmid |
normal |
assigned |
|
none |
none |
Windows |
XP |
|
1.3.3.13 |
open |
0 |
When creating layers, there is no "Prints when Visible" setting. |
When creating Layers, there is not a way to set the print to "Prints When Visible" for PDF 1.5. When you Export the layers, they are either always on, or always off. I'd like the option to set the PDF layer to the third option.
See the "Change print setting for a layer" description here for the desired functionality:
http://help.adobe.com/en_US/Reader/8.0/help.html?content=WS58a04a822e3e50102bd615109794195ff-7bdc.html [^]
|
Create a document with Layers with overlapping image or text.
Turn on print for both but make the second layer not visible.
Save as a PDF, using PDF 1.5 and the Include Layers checkbox.
Open PDF in Acorbat reader and go to Layer Properties.
Print is always on.
If you print, it prints both layers even if the second is not visible. |
|
|
|
christoph_s |
09-Oct-04 00:47 |
It works exactly as expected. From your source above: "Note: In Reader, you can open the Layer Properties dialog box, but you cannot change the settings." |
|
Jabbro |
09-Oct-04 02:11 |
Yes, but I would like the fuctionality in Scribus to set the layer to Print when visible. I do not see that ability. Scribus has on and off. There is a similar setting for the visibility in acrobat, too, called Visible when On.
Unless I am missing something Scribus does not have this option, so there is no way to turn on and off the printing of layers from Acrobat Reader in a PDF created by Scribus. |
|
christoph_s |
09-Oct-04 05:26 |
You can set printable and visible indepent of each other:
1) printable
2) printable + visible
3) visible
So all you have to do is use 1) or 2). You can then switch visibility on or off in AR. You are asking essentially for the removal of a feature. |
|
christoph_s |
09-Oct-04 05:46 |
You can also switch printability off layers off, and later in the Options menu for layers use "Apply Layer Overrides," which means the layers will be printed anyway (the opposite is "Apply Print Overrides," which results in layers being only visible when they are printable. |
|
ale |
09-Oct-04 09:28 |
i wonder if my patch (0007767) would be of any help in that case... |
|
Jabbro |
09-Oct-05 04:18 |
No, the printability and visibility are to seperate things. I am not asking for the removal of anything.
Ale, the patch is nice, but it does not address my issue.
Let me try again.
In the Scribus Layers window, you have a checkbox for both Visibility and Print. This means you only have two options: On and Off.
In Acrobat Pro there is a third option for both of these settings. For Visibility there is "On when visible". For Print there is "Print when visible".
Because Scribus does not these options, you cannot switch the print of layers in AR. You can change the visiblity in AR, but you cannot change the print settings. These third options allow AR to print what is visible, instead of printing all the layers that are set to "On" in Scribus.
I am asking that you add functionality. I would like the layers window options to match the drop down selection boxes that Acrobat Pro has.
You could also add the option when Exporting to PDF 1.5 to have a Print when Visible option on the layers. Again, this would need to change the Layer settings like in the link I sent from the original issue. |
|
Jabbro |
09-Oct-05 04:21 |
Here is from the Adobe manual:
Change print settings for a layer
Click the Layers icon in the navigation panel.
Expand the layers area, select a layer, and then select Layer Properties from the Options menu. In the Layer Properties dialog box, choose one of the following from the Print pop-up menu:
Always Prints Forces the layer to print.
Never Prints Forces the layer not to print.
Prints When Visible Matches printed output to on-screen visibility.
Note: In Reader, you can open the Layer Properties dialog box, but you cannot change the settings.
Scribus has the first two settings, but not the third. That is what I would like it to have. |
|
|
8392 |
Shape Drawing |
feature |
N/A |
09-Aug-28 12:40 |
09-Oct-05 00:15 |
Mike |
cbradney |
normal |
assigned |
|
none |
none |
all |
all |
all |
1.3.5 |
open |
0 |
add resize to align and distribute |
add resize to align and distribute
- create third item Resize
Relative to: Firt Selected, Last Selected, Page, Margins, Guide, Salection
Selected Guide:
- according to width (denote by two-direction horizontal arrow)
- according to height (denote by two-direction vertical arrow) |
|
|
|
|
|
8373 |
Graphics / Image Frames |
minor |
always |
09-Aug-23 03:07 |
09-Oct-05 00:15 |
jghali |
|
normal |
new |
1.3.5.1 Release |
none |
none |
linux |
Fedora |
10 |
1.3.5 |
open |
0 |
After deleting page containing inline frame, frame remains in saved doc |
[remaining frame part of issue 0008369]
If I create a page with an inline image frame, and then delete the page, the frame remains in the .sla document with no apparent way to delete it. |
1. Start scribus and create a new blank document.
2. Add a new page (page 2).
3. On page 2, insert an image frame with any old pdf image.
4. Also on page 2, insert a text frame.
5. Copy the image frame from step 3 and paste it in to the text frame as an inline image.
6. Delete the original image frame.
7. Save the document.
The modified document still contains the FRAMEOBJECT item corresponding to the inline image, even though it is no longer referenced anywhere. |
|
|
|
|
8395 |
Graphics / Image Frames |
tweak |
always |
09-Aug-28 13:18 |
09-Oct-05 00:11 |
Mike |
cbradney |
normal |
assigned |
11 August 2009 |
none |
none |
64 bit |
Ubuntu |
9.04 |
1.3.5svn |
open |
0 |
image visible automatically enable after the change in Document Setup |
image visible automatically enable after the change in Document Setup |
create document with image, image visible off, change something in Document Setup and apply, the image is now visible |
|
|
|
|
7659 |
Story Editor / Text Frames |
minor |
always |
08-Dec-13 13:58 |
09-Oct-05 00:10 |
jegHegy |
|
normal |
confirmed |
C-C-T-F-C1.8.0 |
none |
none |
x86 |
Ubuntu |
8.10 |
1.3.5svn |
open |
0 |
Page numbering disappears when Text Frame is attached to Path |
See summary. |
1. Make a new document.
2. Make a Text Frame, double-click to edit, Insert > Character > Page Number.
3. Make a path using the Bezier Curve tool, select both the Path and the Text Frame.
4. Item > Attach Text to Path.
5. Page numbering disappears.
Optionally, at step 2, enter some text around the Page Number, it will be attached to the path properly (apart from bug 0007658) and only the Page Number will disappear from the frame. |
|
|
|
jghali |
08-Dec-13 14:13 |
That one may be an easy fix, currently SpecialChars::PAGENUMBER are intentionally skipped when performing text on path layout, no idea why tho. |
|
|
8315 |
User Interface |
minor |
always |
09-Aug-02 13:56 |
09-Oct-05 00:09 |
Alan-Drouizig |
plinnell |
normal |
assigned |
rc3 |
none |
none |
Windows |
2000 pro |
|
1.3.5svn |
open |
0 |
UI in breton language |
Hi,
When I try to get Scribus in breton, the UI goes to english, even if I try with the language variable (in breton on my computer).
It works well for french, Basque, German, Polish, Spanish.
The breton file is completely translated, and I 've found it in the directories.
Best regards
Alan |
|
|
|
|
jghali |
09-Aug-02 14:23 |
The problem is that breton translation is based on .po format. Po based translations do not work well with Qt4. Such translations have to be switched to Qt ts format by translators.
|
|
|
7767 |
Printing |
feature |
have not tried |
09-Jan-31 18:53 |
09-Oct-04 23:59 |
ale |
ale |
low |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
preflight verifier: layer's printability and visibility mismatch |
the preflight verifier should check if the layer's printability and visibility don't match |
|
|
layer_preflight.tar (20 KB) 09-Jan-31 21:27 |
|
ale |
09-Jan-31 18:57 |
i've tracked all occurrences of "ignoreOffLayers" and cloned it as "checkOffConflictLayers" on the following line.
the only exception was:
./plugins/fileloader/scribus13format/scribus13format.cpp: checkerSettings.ignoreOffLayers = false;
i've left that file as it was.
(some details were also implemented by cloning "BlendMode")
also, i've set the default as not checked... you may change it to checked if you think it's important to be in by default :-)
|
|
ale |
09-Jan-31 21:28 |
it works here :-)
... i hope i got all diff for the modified files in the tarball!
happy reviewing!
a.l.e |
|
|
8032 |
Translation |
feature |
N/A |
09-May-12 00:07 |
09-Oct-04 23:58 |
Alan-Drouizig |
plinnell |
normal |
feedback |
|
none |
none |
|
|
|
1.3.5svn |
reopened |
0 |
Breton language for 1.3.5svn |
Hi,
Here is my translation (completed) for Scribus 1.3.5svn
Regards
Alan
www.drouizig.org |
|
|
scribus-135svn.br.po (526 KB) 09-May-12 00:07 scribusbr135.zip (124 KB) 09-Aug-02 21:19 |
|
Alan-Drouizig |
09-Aug-02 21:20 |
Hi,
Thanks for answering so fast :)
Here is my ts file for Scribus 1.3.5 rc3
Regards
Alan |
|
jghali |
09-Aug-02 23:45 |
Unfortunately a basic po => ts conversion won't work. In Qt4, the context info is needed for translation to function properly. The initial po file miss context infos, consequently ts file miss them to. A test shows that the resulting qm file doesn't work. |
|
plinnell |
09-Aug-16 00:02 |
Alan please check that the new translation works ok in the GUI |
|
Alan-Drouizig |
09-Aug-16 13:46 |
My .qm file (for Rc3) made with Qt Linguist doesn't work.
I have found Qt 4 for Win but it doesn't work with my Win 2000 pro SP4 :( |
|
plinnell |
09-Aug-16 23:22 |
I created a new .qm file with Qt 4.5.2 and committed it to svn. Can you test 1.3.5 branch of svn ? |
|
|
7981 |
Usability |
minor |
always |
09-Apr-25 20:28 |
09-Oct-04 23:56 |
billi |
cbradney |
normal |
assigned |
|
none |
none |
Linux |
Ubuntu |
9.04 |
1.3.5svn |
open |
0 |
Vertical destribute always moves up |
It seems that when I try "vertical distribute" that sets vertical gaps between two object it is always the lower object that moves.
Is there a way to move the other object ?
Thank you. |
|
|
|
|
christoph_s |
09-May-15 20:25 |
Choose "Last Selected" or select the other item first. |
|
billi |
09-May-17 13:37 |
Probably, I did not describe the problem as necessary.
Please follow the next procedure to reproduce the problem
Open a (new) document.
Draw two rectangles.
Chose both rectangles and open the "Align & Distribute" tool.
Switch to the "Distribute" tab.
Set "Distance" to whatever you want, say 20pt.
Press the last button ("Make vertical gaps between items equal to...")
The lower rectangle moves.
As far as I can see there no way to make the upper element move. No matter what you chose the upper element always stay at its place and the lower one moves.
Thank you. |
|
|
7752 |
General |
minor |
always |
09-Jan-25 16:39 |
09-Oct-04 23:50 |
Hermes le Messager |
|
normal |
feedback |
22Jannuary2009 - C-C-T-F-C1.8.0 |
none |
none |
x86 - eeepc 1000h |
xubuntu |
8.10 |
1.3.5svn |
open |
0 |
Scribus crash when exiting |
When I close Scribus, it doesn't really. The window disappears, but the program doesn't close properly. |
Open Sribus, do what you want and close it |
In terminal, it says :
user@user-eeepc:~$ /usr/local/scribus_svn/bin/scribus
*** glibc detected *** /usr/local/scribus_svn/bin/scribus: double free or corruption (fasttop): 0x0a8e6b50 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb6ae43f4]
/lib/tls/i686/cmov/libc.so.6(cfree+0x96)[0xb6ae6456]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb6cc2031]
/usr/lib/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1d)[0xb6c9e87d]
/usr/lib/libstdc++.so.6(_ZNSsD1Ev+0x51)[0xb6ca0231]
/usr/local/scribus_svn/bin/scribus(_ZN6PoDoFo7PdfNameD1Ev+0x1f)[0x8c4c5c5]
/lib/tls/i686/cmov/libc.so.6(exit+0x89)[0xb6aa3d69]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xed)[0xb6a8b68d]
/usr/local/scribus_svn/bin/scribus[0x81e5851]
======= Memory map: ========
08048000-08ead000 r-xp 00000000 08:02 3328533 /usr/local/scribus_svn/bin/scribus
08ead000-08ec9000 r--p 00e64000 08:02 3328533 /usr/local/scribus_svn/bin/scribus
08ec9000-08edf000 rw-p 00e80000 08:02 3328533 /usr/local/scribus_svn/bin/scribus
08edf000-08ee2000 rw-p 08edf000 00:00 0
0a597000-0ad9c000 rw-p 0a597000 00:00 0 [heap]
b3cff000-b3d00000 ---p b3cff000 00:00 0
b3d00000-b4500000 rw-p b3d00000 00:00 0
b4500000-b4532000 rw-p b4500000 00:00 0
b4532000-b4600000 ---p b4532000 00:00 0
b467b000-b467c000 ---p b467b000 00:00 0
b467c000-b4e7c000 rw-p b467c000 00:00 0
b4e7c000-b4e7d000 ---p b4e7c000 00:00 0
b4e7d000-b567d000 rw-p b4e7d000 00:00 0
b56d5000-b5890000 r-xp 00000000 08:02 3345040 /usr/local/scribus_svn/lib/scribus/plugins/libimportai.so
b5890000-b5891000 r--p 001ba000 08:02 3345040 /usr/local/scribus_svn/lib/scribus/plugins/libimportai.so
b5891000-b5899000 rw-p 001bb000 08:02 3345040 /usr/local/scribus_svn/lib/scribus/plugins/libimportai.so
b5899000-b589b000 rw-p b5899000 00:00 0
b589b000-b5a46000 r-xp 00000000 08:02 3345019 /usr/local/scribus_svn/lib/scribus/plugins/libimportps.so
b5a46000-b5a47000 r--p 001aa000 08:02 3345019 /usr/local/scribus_svn/lib/scribus/plugins/libimportps.so
b5a47000-b5a4f000 rw-p 001ab000 08:02 3345019 /usr/local/scribus_svn/lib/scribus/plugins/libimportps.so
b5a4f000-b5a51000 rw-p b5a4f000 00:00 0
b5a51000-b5a77000 r-xp 00000000 08:02 3345014 /usr/local/scribus_svn/lib/scribus/plugins/libimportxfig.so
b5a77000-b5a78000 r--p 00025000 08:02 3345014 /usr/local/scribus_svn/lib/scribus/plugins/libimportxfig.so
b5a78000-b5a79000 rw-p 00026000 08:02 3345014 /usr/local/scribus_svn/lib/scribus/plugins/libimportxfig.so
b5b00000-b5b31000 r-xp 00000000 08:02 3345031 /usr/local/scribus_svn/lib/scribus/plugins/liboodrawimp.so
b5b31000-b5b32000 r--p 00030000 08:02 3345031 /usr/local/scribus_svn/lib/scribus/plugins/liboodrawimp.so
b5b32000-b5b33000 rw-p 00031000 08:02 3345031 /usr/local/scribus_svn/lib/scribus/plugins/liboodrawimp.so
b5bdc000-b5c2e000 r-xp 00000000 08:02 3345045 /usr/local/scribus_svn/lib/scribus/plugins/libscribus12format.so
b5c2e000-b5c2f000 r--p 00051000 08:02 3345045 /usr/local/scribus_svn/lib/scribus/plugins/libscribus12format.so
b5c2f000-b5c30000 rw-p 00052000 08:02 3345045 /usr/local/scribus_svn/lib/scribus/plugins/libscribus12format.so
b5c30000-b5ce0000 r-xp 00000000 08:02 3345029 /usr/local/scribus_svn/lib/scribus/plugins/libscribus134format.so
b5ce0000-b5ce1000 r--p 000af000 08:02 3345029 /usr/local/scribus_svn/lib/scribus/plugins/libscribus134format.so
b5ce1000-b5ce2000 rw-p 000b0000 08:02 3345029 /usr/local/scribus_svn/lib/scribus/plugins/libscribus134format.so
b5ce2000-b5d6f000 r-xp 00000000 08:02 3345009 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d6f000-b5d70000 ---p 0008d000 08:02 3345009 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d70000-b5d71000 r--p 0008d000 08:02 3345009 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d71000-b5d72000 rw-p 0008e000 08:02 3345009 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d99000-b5dcf000 r-xp 00000000 08:02 3113010 /lib/libdbus-1.so.3.4.0
b5dcf000-b5dd0000 r--p 00035000 08:02 3113010 /lib/libdbus-1.so.3.4.0
b5dd0000-b5dd1000 rw-p 00036000 08:02 3113010 /lib/libdbus-1.so.3.4.0
b5dd1000-b5dec000 r-xp 00000000 08:02 2845258 /usr/lib/libdbus-glib-1.so.2.1.0
b5dec000-b5ded000 r--p 0001a000 08:02 2845258 /usr/lib/libdbus-glib-1.so.2.1.0
b5ded000-b5dee000 rw-p 0001b000 08:02 2845258 /usr/lib/libdbus-glib-1.so.2.1.0
b5dee000-b5e37000 r-xp 00000000 08:02 2845063 /usr/lib/libORBit-2.so.0.1.0
b5e37000-b5e3f000 r--p 00049000 08:02 2845063 /usr/lib/libORBit-2.so.0.1.0
b5e3f000-b5e41000 rw-p 00051000 08:02 2845063 /usr/lib/libORBit-2.so.0.1.0
b5e41000-b5e44000 r-xp 00000000 08:02 2843187 /usr/lib/libgmodule-2.0.so.0.1800.2
b5e44000-b5e45000 r--p 00002000 08:02 2843187 /usr/lib/libgmodule-2.0.so.0.1800.2
b5e45000-b5e46000 rw-p 00003000 08:02 2843187 /usr/lib/libgmodule-2.0.so.0.1800.2
b5e46000-b5e74000 r-xp 00000000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e74000-b5e75000 ---p 0002e000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e75000-b5e76000 r--p 0002e000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e76000-b5e78000 rw-p 0002f000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e78000-b5eb4000 r-xp 00000000 08:02 2843188 /usr/lib/libgobject-2.0.so.0.1800.2
b5eb4000-b5eb5000 r--p 0003b000 08:02 2843188 /usr/lib/libgobject-2.0.so.0.1800.2
b5eb5000-b5eb6000 rw-p 0003c000 08:02 2843188 /usr/lib/libgobject-2.0.so.0.1800.2
b5ebb000-b5ebe000 r-xp 00000000 08:02 2893554 /usr/lib/python2.5/lib-dynload/cStringIO.so
b5ebe000-b5ebf000 r--p 00002000 08:02 2893554 /usr/lib/python2.5/lib-dynload/cStringIO.so
b5ebf000-b5ec0000 rw-p 00003000 08:02 2893554 /usr/lib/python2.5/lib-dynload/cStringIO.so
b5ed2000-b5ee6000 r--p 00000000 08:02 2958851 /usr/share/fonts/type1/gsfonts/n019003l.pfb
b5ee6000-b5f68000 rw-p b5ee6000 00:00 0
b603e000-b607e000 r-xp 00000000 08:02 3345036 /usr/local/scribus_svn/lib/scribus/plugins/libsvgimplugin.so
b607e000-b607f000 r--p 00040000 08:02 3345036 /usr/local/scribus_svn/lib/scribus/plugins/libsvgimplugin.so
b607f000-b6080000 rw-p 00041000 08:02 3345036 /usr/local/scribus_svn/lib/scribus/plugins/libsvgimplugin.so
b6080000-b609e000 r-xp 00000000 08:02 3345037 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b609e000-b609f000 ---p 0001e000 08:02 3345037 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b609f000-b60a0000 r--p 0001e000 08:02 3345037 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b60a0000-b60a1000 rw-p 0001f000 08:02 3345037 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b61ed000-b6238000 r-xp 00000000 08:02 2845918 /usr/lib/libQtSvg.so.4.4.3
b6238000-b6239000 r--p 0004b000 08:02 2845918 /usr/lib/libQtSvg.so.4.4.3
b6239000-b623a000 rw-p 0004c000 08:02 2845918 /usr/lib/libQtSvg.so.4.4.3
b6256000-b62c1000 r-xp 00000000 08:02 2845683 /usr/lib/libmng.so.1.1.0.9
b62c1000-b62c4000 rw-p 0006a000 08:02 2845683 /usr/lib/libmng.so.1.1.0.9
b62d5000-b62d9000 r-xp 00000000 08:02 3113500 /usr/lib/qt4/plugins/imageformats/libqtiff.so
b62d9000-b62da000 r--p 00003000 08:02 3113500 /usr/lib/qt4/plugins/imageformats/libqtiff.so
b62da000-b62db000 rw-p 00004000 08:02 3113500 /usr/lib/qt4/plugins/imageformats/libqtiff.so
b62db000-b62de000 r-xp 00000000 08:02 3114214 /usr/lib/qt4/plugins/imageformats/libqsvg.so
b62de000-b62df000 r--p 00002000 08:02 3114214 /usr/lib/qt4/plugins/imageformats/libqsvg.so
b62df000-b62e0000 rw-p 00003000 08:02 3114214 /usr/lib/qt4/plugins/imageformats/libqsvg.so
b62e0000-b62e5000 r-xp 00000000 08:02 3113499 /usr/lib/qt4/plugins/imageformats/libqmng.so
b62e5000-b62e6000 r--p 00004000 08:02 3113499 /usr/lib/qt4/plugins/imageformats/libqmng.so
b62e6000-b62e7000 rw-p 00005000 08:02 3113499 /usr/lib/qt4/plugins/imageformats/libqmng.so
b62e7000-b62f1000 r-xp 00000000 08:02 3130707 /lib/tls/i686/cmov/libnss_files-2.8.90.so
b62f1000-b62f2000 r--p 00009000 08:02 3130707 /lib/tls/i686/cmov/libnss_files-2.8.90.so
b62f2000-b62f3000 rw-p 0000a000 08:02 3130707 /lib/tls/i686/cmov/libnss_files-2.8.90.so
b62f3000-b62fc000 r-xp 00000000 08:02 3130711 /lib/tls/i686/cmov/libnss_nis-2.8.90.so
b62fc000-b62fd000 r--p 00008000 08:02 3130711 /lib/tls/i686/cmov/libnss_nis-2.8.90.so
b62fd000-b62fe000 rw-p 00009000 08:02 3130711 /lib/tls/i686/cmov/libnss_nis-2.8.90.so
b62fe000-b6313000 r-xp 00000000 08:02 3130701 /lib/tls/i686/cmov/libnsl-2.8.90.so
b6313000-b6314000 r--p 00014000 08:02 3130701 /lib/tls/i686/cmov/libnsl-2.8.90.so
b6314000-b6315000 rw-p 00015000 08:02 3130701 /lib/tls/i686/cmov/libnsl-2.8.90.so
b6315000-b6317000 rw-p b6315000 00:00 0
b6317000-b631e000 r-xp 00000000 08:02 3130703 /lib/tls/i686/cmov/libnss_compat-2.8.90.so
b631e000-b631f000 r--p 00006000 08:02 3130703 /lib/tls/i686/cmov/libnss_compat-2.8.90.sScribus Crash
-------------
Scribus crashes due to Signal 0000006
QWidget: Must construct a QApplication before a QPaintDevice
scribus: /home/user/Programmes-Install/Scribus/Scribus/scribus/scribuscore.cpp:77: void abort_on_error(QtMsgType, const char*): Assertion `false' failed.
|
|
|
subik |
09-Jan-27 13:08 |
retest with the latest SVN trunk, please. |
|
subik |
09-Jan-28 14:46 |
retest required... |
|
Hermes le Messager |
09-Jan-28 23:06 |
Retested with the latest SVN trunck version, and no change.
NB : I installed with checkinstall. I will test without it and only with sudo make install. |
|
Hermes le Messager |
09-Jan-28 23:08 |
user@user-eeepc:~$ /usr/local/scribus_svn/bin/scribus
*** glibc detected *** /usr/local/scribus_svn/bin/scribus: double free or corruption (fasttop): 0x0995de60 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb6ab23f4]
/lib/tls/i686/cmov/libc.so.6(cfree+0x96)[0xb6ab4456]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb6c90031]
/usr/lib/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x1d)[0xb6c6c87d]
/usr/lib/libstdc++.so.6(_ZNSsD1Ev+0x51)[0xb6c6e231]
/usr/local/scribus_svn/bin/scribus(_ZN6PoDoFo7PdfNameD1Ev+0x1f)[0x8c4c5c5]
/lib/tls/i686/cmov/libc.so.6(exit+0x89)[0xb6a71d69]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xed)[0xb6a5968d]
/usr/local/scribus_svn/bin/scribus[0x81e5851]
======= Memory map: ========
08048000-08ead000 r-xp 00000000 08:02 3328533 /usr/local/scribus_svn/bin/scribus
08ead000-08ec9000 r--p 00e64000 08:02 3328533 /usr/local/scribus_svn/bin/scribus
08ec9000-08edf000 rw-p 00e80000 08:02 3328533 /usr/local/scribus_svn/bin/scribus
08edf000-08ee2000 rw-p 08edf000 00:00 0
0964b000-09e1a000 rw-p 0964b000 00:00 0 [heap]
b3cfe000-b3cff000 ---p b3cfe000 00:00 0
b3cff000-b44ff000 rw-p b3cff000 00:00 0
b44ff000-b4500000 ---p b44ff000 00:00 0
b4500000-b4d00000 rw-p b4500000 00:00 0
b4d00000-b4d38000 rw-p b4d00000 00:00 0
b4d38000-b4e00000 ---p b4d38000 00:00 0
b4e0e000-b4e0f000 ---p b4e0e000 00:00 0
b4e0f000-b560f000 rw-p b4e0f000 00:00 0
b5667000-b5822000 r-xp 00000000 08:02 3336648 /usr/local/scribus_svn/lib/scribus/plugins/libimportai.so
b5822000-b5823000 r--p 001ba000 08:02 3336648 /usr/local/scribus_svn/lib/scribus/plugins/libimportai.so
b5823000-b582b000 rw-p 001bb000 08:02 3336648 /usr/local/scribus_svn/lib/scribus/plugins/libimportai.so
b582b000-b582d000 rw-p b582b000 00:00 0
b582d000-b59d8000 r-xp 00000000 08:02 3336627 /usr/local/scribus_svn/lib/scribus/plugins/libimportps.so
b59d8000-b59d9000 r--p 001aa000 08:02 3336627 /usr/local/scribus_svn/lib/scribus/plugins/libimportps.so
b59d9000-b59e1000 rw-p 001ab000 08:02 3336627 /usr/local/scribus_svn/lib/scribus/plugins/libimportps.so
b59e1000-b59e3000 rw-p b59e1000 00:00 0
b59e3000-b5a09000 r-xp 00000000 08:02 3336622 /usr/local/scribus_svn/lib/scribus/plugins/libimportxfig.so
b5a09000-b5a0a000 r--p 00025000 08:02 3336622 /usr/local/scribus_svn/lib/scribus/plugins/libimportxfig.so
b5a0a000-b5a0b000 rw-p 00026000 08:02 3336622 /usr/local/scribus_svn/lib/scribus/plugins/libimportxfig.so
b5a92000-b5ac3000 r-xp 00000000 08:02 3336639 /usr/local/scribus_svn/lib/scribus/plugins/liboodrawimp.so
b5ac3000-b5ac4000 r--p 00030000 08:02 3336639 /usr/local/scribus_svn/lib/scribus/plugins/liboodrawimp.so
b5ac4000-b5ac5000 rw-p 00031000 08:02 3336639 /usr/local/scribus_svn/lib/scribus/plugins/liboodrawimp.so
b5b6e000-b5bc0000 r-xp 00000000 08:02 3336653 /usr/local/scribus_svn/lib/scribus/plugins/libscribus12format.so
b5bc0000-b5bc1000 r--p 00051000 08:02 3336653 /usr/local/scribus_svn/lib/scribus/plugins/libscribus12format.so
b5bc1000-b5bc2000 rw-p 00052000 08:02 3336653 /usr/local/scribus_svn/lib/scribus/plugins/libscribus12format.so
b5bc2000-b5c72000 r-xp 00000000 08:02 3336637 /usr/local/scribus_svn/lib/scribus/plugins/libscribus134format.so
b5c72000-b5c73000 r--p 000af000 08:02 3336637 /usr/local/scribus_svn/lib/scribus/plugins/libscribus134format.so
b5c73000-b5c74000 rw-p 000b0000 08:02 3336637 /usr/local/scribus_svn/lib/scribus/plugins/libscribus134format.so
b5c74000-b5d01000 r-xp 00000000 08:02 3336617 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d01000-b5d02000 ---p 0008d000 08:02 3336617 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d02000-b5d03000 r--p 0008d000 08:02 3336617 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d03000-b5d04000 rw-p 0008e000 08:02 3336617 /usr/local/scribus_svn/lib/scribus/plugins/libscribus13format.so
b5d1a000-b5d50000 r-xp 00000000 08:02 3113010 /lib/libdbus-1.so.3.4.0
b5d50000-b5d51000 r--p 00035000 08:02 3113010 /lib/libdbus-1.so.3.4.0
b5d51000-b5d52000 rw-p 00036000 08:02 3113010 /lib/libdbus-1.so.3.4.0
b5d52000-b5d9b000 r-xp 00000000 08:02 2845063 /usr/lib/libORBit-2.so.0.1.0
b5d9b000-b5da3000 r--p 00049000 08:02 2845063 /usr/lib/libORBit-2.so.0.1.0
b5da3000-b5da5000 rw-p 00051000 08:02 2845063 /usr/lib/libORBit-2.so.0.1.0
b5da5000-b5ddf000 rw-p b5ddf000 00:00 0
b5df2000-b5e0d000 r-xp 00000000 08:02 2845258 /usr/lib/libdbus-glib-1.so.2.1.0
b5e0d000-b5e0e000 r--p 0001a000 08:02 2845258 /usr/lib/libdbus-glib-1.so.2.1.0
b5e0e000-b5e0f000 rw-p 0001b000 08:02 2845258 /usr/lib/libdbus-glib-1.so.2.1.0
b5e0f000-b5e12000 r-xp 00000000 08:02 2843187 /usr/lib/libgmodule-2.0.so.0.1800.2
b5e12000-b5e13000 r--p 00002000 08:02 2843187 /usr/lib/libgmodule-2.0.so.0.1800.2
b5e13000-b5e14000 rw-p 00003000 08:02 2843187 /usr/lib/libgmodule-2.0.so.0.1800.2
b5e14000-b5e42000 r-xp 00000000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e42000-b5e43000 ---p 0002e000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e43000-b5e44000 r--p 0002e000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e44000-b5e46000 rw-p 0002f000 08:02 2845350 /usr/lib/libgconf-2.so.4.1.5
b5e46000-b5e82000 r-xp 00000000 08:02 2843188 /usr/lib/libgobject-2.0.so.0.1800.2
b5e82000-b5e83000 r--p 0003b000 08:02 2843188 /usr/lib/libgobject-2.0.so.0.1800.2
b5e83000-b5e84000 rw-p 0003c000 08:02 2843188 /usr/lib/libgobject-2.0.so.0.1800.2
b5e89000-b5e8c000 r-xp 00000000 08:02 2893554 /usr/lib/python2.5/lib-dynload/cStringIO.so
b5e8c000-b5e8d000 r--p 00002000 08:02 2893554 /usr/lib/python2.5/lib-dynload/cStringIO.so
b5e8d000-b5e8e000 rw-p 00003000 08:02 2893554 /usr/lib/python2.5/lib-dynload/cStringIO.so
b5ea0000-b5eb4000 r--p 00000000 08:02 2958851 /usr/share/fonts/type1/gsfonts/n019003l.pfb
b5eb4000-b5f36000 rw-p b5eb4000 00:00 0
b600c000-b604c000 r-xp 00000000 08:02 3336644 /usr/local/scribus_svn/lib/scribus/plugins/libsvgimplugin.so
b604c000-b604d000 r--p 00040000 08:02 3336644 /usr/local/scribus_svn/lib/scribus/plugins/libsvgimplugin.so
b604d000-b604e000 rw-p 00041000 08:02 3336644 /usr/local/scribus_svn/lib/scribus/plugins/libsvgimplugin.so
b604e000-b606c000 r-xp 00000000 08:02 3336645 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b606c000-b606d000 ---p 0001e000 08:02 3336645 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b606d000-b606e000 r--p 0001e000 08:02 3336645 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b606e000-b606f000 rw-p 0001f000 08:02 3336645 /usr/local/scribus_svn/lib/scribus/plugins/libwmfimplugin.so
b61bb000-b6206000 r-xp 00000000 08:02 2845918 /usr/lib/libQtSvg.so.4.4.3
b6206000-b6207000 r--p 0004b000 08:02 2845918 /usr/lib/libQtSvg.so.4.4.3
b6207000-b6208000 rw-p 0004c000 08:02 2845918 /usr/lib/libQtSvg.so.4.4.3
b6224000-b628f000 r-xp 00000000 08:02 2845683 /usr/lib/libmng.so.1.1.0.9
b628f000-b6292000 rw-p 0006a000 08:02 2845683 /usr/lib/libmng.so.1.1.0.9
b62a3000-b62a7000 r-xp 00000000 08:02 3113500 /usr/lib/qt4/plugins/imageformats/libqtiff.so
b62a7000-b62a8000 r--p 00003000 08:02 3113500 /usr/lib/qt4/plugins/imageformats/libqtiff.so
b62a8000-b62a9000 rw-p 00004000 08:02 3113500 /usr/lib/qt4/plugins/imageformats/libqtiff.so
b62a9000-b62ac000 r-xp 00000000 08:02 3114214 /usr/lib/qt4/plugins/imageformats/libqsvg.so
b62ac000-b62ad000 r--p 00002000 08:02 3114214 /usr/lib/qt4/plugins/imageformats/libqsvg.so
b62ad000-b62ae000 rw-p 00003000 08:02 3114214 /usr/lib/qt4/plugins/imageformats/libqsvg.so
b62ae000-b62b3000 r-xp 00000000 08:02 3113499 /usr/lib/qt4/plugins/imageformats/libqmng.so
b62b3000-b62b4000 r--p 00004000 08:02 3113499 /usr/lib/qt4/plugins/imageformats/libqmng.so
b62b4000-b62b5000 rw-p 00005000 08:02 3113499 /usr/lib/qt4/plugins/imageformats/libqmng.so
b62b5000-b62bf000 r-xp 00000000 08:02 3130707 /lib/tls/i686/cmov/libnss_files-2.8.90.so
b62bf000-b62c0000 r--p 00009000 08:02 3130707 /lib/tls/i686/cmov/libnss_files-2.8.90.so
b62c0000-b62c1000 rw-p 0000a000 08:02 3130707 /lib/tls/i686/cmov/libnss_files-2.8.90.so
b62c1000-b62ca000 r-xp 00000000 08:02 3130711 /lib/tls/i686/cmov/libnss_nis-2.8.90.so
b62ca000-b62cb000 r--p 00008000 08:02 3130711 /lib/tls/i686/cmov/libnss_nis-2.8.90.so
b62cb000-b62cc000 rw-p 00009000 08:02 3130711 /lib/tls/i686/cmov/libnss_nis-2.8.90.so
b62cc000-b62e1000 r-xp 00000000 08:02 3130701 /lib/tls/i686/cmov/libnsl-2.8.90.so
b62e1000-b62e2000 r--p 00014000 08:02 3130701 /lib/tls/i686/cmov/libnsl-2.8.90.so
b62e2000-b62e3000 rw-p 00015000 08:02 3130701 /lib/tls/i686/cmov/libnsl-2.8.90.so
b62e3000-b62e5000 rw-p b62e3000 00:00 0
b62e5000-b62ec000 r-xp 00000000 08:02 3130703 /lib/tls/i686/cmov/libnss_compat-2.8.90.so
b62ec000-b62ed000 r--p 00006000 08:02 3130703 Scribus Crash
-------------
Scribus crashes due to Signal 0000006
QWidget: Must construct a QApplication before a QPaintDevice
scribus: /home/user/Programmes-Install/Scribus/trunk/Scribus/scribus/scribuscore.cpp:77: void abort_on_error(QtMsgType, const char*): Assertion `false' failed. |
|
|
7411 |
Usability |
major |
always |
08-Sep-21 19:58 |
09-Oct-04 23:50 |
vlada |
|
normal |
new |
|
none |
none |
x86_64 |
Linux |
OpenSUSE 11.0 |
1.3.5svn |
open |
0 |
Remove frame handles when Selection switchs to Editing tools |
Red handles appear when a frame is selected. Good.
The same happens when in other modes, i.e. Edit frame's content, Eye dropper, Frame linking tools. This is bad. I wouldn't expect to be able to resize an object when using Linking frame or Rotate tool.
This is not only misleading, but also causes other bugs to appear...
Consider this usability and bug report, at the same time. |
|
|
|
|
|
6997 |
Styles |
major |
always |
08-May-03 17:02 |
09-Oct-04 23:37 |
user2155 |
|
normal |
confirmed |
C-C-T-F-C1.6.4 |
none |
none |
Linux |
ArchLinux |
2007.08-2 |
1.3.5svn |
open |
0 |
Style Editor disappears after switching to other desktop window |
After switching to other program window, style editor disappears and cannot be restored. Switching with Alt+Tab doesn't help. Sometimes it even causes Desktop to hang. Scribus must be killed to use it again.
Version date: 02 May 2008 |
open style editor
switch to other desktop or other program window
try to switch back to style editor |
|
|
|
cbradney |
08-May-03 23:30 |
I am unable to replicate with the current SVN (basically the same as your version). What desktop are you running and what version of Qt4 is installed? |
|
user2155 |
08-May-03 23:48 |
KDE 3.5.9 with Qt 4.3.3 |
|
cbradney |
08-May-03 23:50 |
well I have 4.3.4, but I doubt it makes thats much difference. |
|
Raven24 |
09-Sep-23 01:39 |
I use Scribus 1.3.5.1 from the debian.scribus.net apt package source and I experience the same problem.
When I have the Style Editor opened and switch to another window and then back the editor can't be restored and Scribus seems not to respond anymore... |
|
dcrabs |
09-Sep-23 09:29 |
I have the same issue with Scribus 1.3.5.1 on Archlinux with Qt 4.5.2 and KDE 4.3.1.
When I switch between windows with Alt+Tab I can see the window preview but I am not able to select it. Maybe the window type is wrong. |
|
|
7047 |
Plug-ins |
minor |
always |
08-May-23 05:27 |
09-Oct-04 23:27 |
deanm58 |
cbradney |
normal |
assigned |
14-05-08 |
none |
none |
i386 |
Linux |
FedoraCore 5 |
1.3.5svn |
no change required |
0 |
errors with plugins when starting scribus |
When starting scribus135svn The splash screen vanishes and another error box appears complaining about loading 2 plugins. libpathalongpath.so and libmeshdistortion.so. I click ok and scribus resumes loading.
Error dialogue attached as errordialogue.png
If I start scribus from command line I get this additional information.
bash-3.1$ ./scribus-1.3.5svn
Cannot find plugin: /home/deanm/SCRIBUS/svn135/install/lib/scribus-1.3.5svn/plug ins//libpathalongpath.so: cannot restore segment prot after reloc: Permission de nied
Cannot find plugin: /home/deanm/SCRIBUS/svn135/install/lib/scribus-1.3.5svn/plug ins//libmeshdistortion.so: cannot restore segment prot after reloc: Permission d enied
Cannot find plugin: /home/deanm/SCRIBUS/svn135/install/lib/scribus-1.3.5svn/plug ins//libmeshdistortion.so: cannot restore segment prot after reloc: Permission d enied
Cannot find plugin: /home/deanm/SCRIBUS/svn135/install/lib/scribus-1.3.5svn/plug ins//libpathalongpath.so: cannot restore segment prot after reloc: Permission de nied
I have checked my permissions etc and everything seems ok.
This did not occur with the previous snapshot. |
|
|
errordialogue.png (13 KB) 08-May-23 05:27 |
|
deanm58 |
08-May-25 12:25 |
you are correct subik. I disabled selinux started ok, re-enabled selinux and I got the error. I will look into changing config of selinux. |
|
plinnell |
08-May-28 15:45 |
I will add a note in the docs about this in case someone else stumbles across the same issue. |
|
cbradney |
08-May-30 12:07 |
We need to add -fPIC to these plugins, even on x86. See Scribus/trunk/Scribus/scribus/plugins/tools/2geomtools/lib2geom/CMakeLists.txt as an example, although this is currently only selecting for x64 |
|
cbradney |
08-Jun-02 00:40 |
Theres a new test in SVN now, for debug mode only. Please retest with revision 12195 or greater. If its ok, we can set for release builds too. |
|
deanm58 |
08-Jun-03 02:13 |
Tried new revision still giving same results here. Sorry I can't run in debug mode at moment. (my gdb is broke :( , but I did compile with debug enabled. |
|
cbradney |
08-Sep-24 16:20 |
Dean is this still an issue? |
|
subik |
09-Apr-23 11:11 |
bump |
|
cbradney |
09-Oct-04 23:27 |
ping |
|
|
6939 |
User Interface |
minor |
always |
08-Apr-10 19:27 |
09-Oct-04 23:24 |
louisdesjardins |
|
normal |
confirmed |
April 8, 2008 |
none |
none |
Intel Mac |
OS X |
10.4.11 |
1.3.5svn |
open |
0 |
Story Editor and Render Frame Edit dialogs show up beneath the Properties Palette and can’t be put over it |
As summary.
I think the Story Editor and Render Frame Edit dialogs should have priority over the Properties Palette when called.
At leaset, clicking on them to edit should put them up front. At present time, these dialogs remain behind the PP so we have to move either one to edit. |
|
|
|
|
jghali |
08-Apr-10 19:31 |
>>At least, clicking on them to edit should put them up front.
Works perfectly on Windows |
|
louisdesjardins |
08-Apr-10 19:43 |
So it’s a Mac OS X only related bug. |
|
jghali |
08-Apr-10 19:51 |
I doubt we can fix it as it's Qt that handle such things |
|
louisdesjardins |
08-Apr-11 13:03 |
One thing for sure is this is not the expected behaviour for any palette. Mac users will find it odd. |
|
louisdesjardins |
08-Apr-12 14:25 |
Further testing reveals that SE and Edit Content windows remain in the back of any other dialog, not only the PP.
All other dialogs behave as expected, except those two. |
|
pierremarchand |
08-Apr-12 15:27 |
scribus/story.cpp line 1433 :
StoryEditor::StoryEditor(QWidget* parent) : QMainWindow(parent, Qt::Window )
Louis, if you change "Qt::Window" into "Qt::Tool", the Story Editor will behave as other palettes, including no possibility to maximize it but it should therefore take place in the palettes’ stack and thus solve the issue. Please try that and report if it works for you. If it does not work, we can try other window types. If it has obvious side effects I do not mention, it’s because I run Compiz-Fusion with a special theme that can hide things to me.
I think it’s the right thing to do with the SE but I guess Scribus team won’t agree. Because if they built it as a regular independant window, they should have their reasons. But I think we can (if it works of course :)) at least open the discussion and perhaps have it only for MacOSX.
[edit]
Rather than changing the type of window, another solution can be to de-parent the SE, so the line 1433 would look like :
"StoryEditor::StoryEditor(QWidget* parent) : QMainWindow(0, Qt::Window )"
|
|
|
8485 |
Scripter |
major |
always |
09-Oct-01 16:54 |
09-Oct-04 02:48 |
wexfordpress |
|
normal |
new |
C-C-T-F-C1.8.6 |
none |
none |
32 bt PC |
Slackware Linux |
13 |
1.5 milestone |
open |
0 |
Clicking textinfo without first making selection freezes Scribus. |
On overnight build of Scribus 1.50 I selected script Infobox with no object selected. I got an error message but no way to continue. When I clicked OK the system just froze.
John Culleton |
Open Scribus 1.50
Select script Infobox with nothing selected on document. |
|
|
|
christoph_s |
09-Oct-03 01:27 |
Cannot replicate this. |
|
jghali |
09-Oct-03 01:37 |
Unable to reproduce too |
|
wexfordpress |
09-Oct-04 02:48 |
Did new build on different partition under different OS. Only common factor is the absence in both cases of ImageGraphicks++. Same problem. Will download that lib and see if that makes a difference.
John C. |
|
|
3408 |
Import / Export |
feature |
always |
06-Mar-14 10:15 |
09-Oct-03 02:13 |
Peturrr |
christoph_s |
normal |
assigned |
march 9 2006 C-C-T-F-C |
none |
none |
Linux x86 |
Ubuntu |
6.04 |
1.3.3cvs |
open |
0 |
Chordpro import and chordsetting |
I am trying to create a songbook from chordpro files.
Chordpro format is this: [E]Lala lala [B]this is a [A]songline
The [E] and other bracketed letters are chords. The chordpro notation makes you notate these chords in the exact position where they need to be placed.
Correctly rendered, the song will be displayed as:
E B A
Lala lala this is a songline
Since I am dedicated to legal software use and I really love to contribute to Scribus I am really wanting to see Scribus becoming capable of ChordPro typesetting. I now there is a very sophisticated Perl script that produce html/assci/latex output of chordpro. I think it's possible to use the source of that one to make this work for scribus.
Please checkout this link for this great script: http://mujweb.cz/www/danielpolansky/chordpack/ [^]
Since I need this functionality in Scribus I am willing to learn a little Perl,python or Qt. I do need some direction/suggestions in how this can be easily done and what the best way is to get it working. I think that a python script is the easy way, but I hope that it's possible to create a special import filter for chordpro. Please enlighten me for the way to go. |
|
|
600_guitartex.xml (1 KB) 09-Oct-03 02:06 |
|
Peturrr |
06-Mar-14 10:28 |
This should offcourse be a feature request. Please change |
|
Peturrr |
06-Mar-14 10:47 |
:) I see that mantis doesn't display the chords correctly above the songline.
'[E]Lala lala [B]this is a [A]songline' means that the E will be placed above the first letter of Lala. The B will be displayed above 'this' etc. |
|
subik |
06-Mar-14 16:03 |
Peturrr: some of developers plays guitar too. E.g. me can read this files ;)
chordpack script is real mess. it is not usable for scribus. Of course you can use it to create postscript file with it (via LaTeX) for import.
There should be one big problem with it if we decide to write Scribus importer - and you can see it in Mantis too - it is easy to implement only using the typewritter fonts. In the case you use variable kerning you have to play with font metrics to fit chord positions. And it is not easy. |
|
Peturrr |
06-Mar-14 18:34 |
Hmm. I really do need some kind of this functionality.I know of an closed source app that I sometimes use that does display these things correctly using non-typewriter fonts. see: http://www.tenbyten.com/software/songsgen/index.php [^]
It must be possible to work something out like this. It would be a great option for Scribus and above all, I need it ;).
Subik, are you willing to join me in this effort? I unfortunately only have some php coding ability, but that's a long time ago. :) |
|
Peturrr |
06-Mar-14 18:36 |
Oh.. I see that is also an opensource project, written in C++. I am really convinced it must be able to do. But I am afraid this will take a lot of time.
|
|
Peturrr |
06-Jul-22 21:55 |
I have been programming in ruby for a few months now and have been able to create a script that takes a chordpro song and converts it into a nice looking html page using tables. The html page gets converted to pdf, so I can do the things I want.
When a little more advanced table support has been implemented, I will take some time to study how Scribus works. I guess that will take a lot of months, since that has been scheduled for 1.3.8.
I hope by then I will be able to create an import script. Hopefully this can be done in a higher level scripting level like Python or even Ruby. If it needs QT, than it will be probably not something I will do, since at this moment I don't have the time to start learning another complete language :), but who knows.
You guys will hear from me some day, I hope! |
|
christoph_s |
09-Sep-06 01:47 |
I will create a configuration file for Render Frames, so that Scribus can render chordii's PS output on a page. |
|
christoph_s |
09-Oct-03 02:13 |
OK, this works on Linux and Unix, including OS X:
Download and install GuitarTeX from Sourceforge: http://guitartex.sourceforge.net/ [^]
Go to File > Preferences > External Tools and load the XML file I uploaded via "Add" into the Render Frame configuration. You can then copy and paste the content of Chordpro files into the editor and render them. |
|
|
8483 |
Canvas |
feature |
N/A |
09-Sep-30 19:03 |
09-Oct-01 19:14 |
ale |
|
normal |
new |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
baseline of text should snap to guides |
when placing text frames, it should be possible to snap the baseline of each text line (or at least the first line) to the guides beneath. |
|
not easy to work with when there are many guides around and many lines in the text... but i think that this would be a useful feature!
it may be a style / PP setting to activate snapping for the text to simplify the frame movements. |
|
|
christoph_s |
09-Oct-01 06:29 |
This is definitely not the way to go, because it will be a usability nightmare and also very hard to implement (and therefore error-prone).
What we need instead is customisable baselines per frame. |
|
ale |
09-Oct-01 19:14 |
inkscape does it (only for the first line in the frame) and i can still sleep at night... :-) |
|
|
8463 |
General |
feature |
always |
09-Sep-24 09:18 |
09-Sep-30 14:59 |
GurgiONE |
|
normal |
new |
|
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Pressing & hold ALT as usefull help for moving Object in a pile |
When you have more than one object at one place and you just want to move a object below some other, it would be helpfull by press and holding the ALT key to have only the "hand" tool and you can click anywhere on the screen (no new object whould be selected).
So you can only move the object selected with ALT+mousekey. (good example here inkscape, too) |
|
|
|
|
ale |
09-Sep-24 14:00 |
in scribus it's ctrl+click. i don't know if it is a good idea to switch to alt+click since in X11 world it's normally captured by the window manager for moving windows. |
|
GurgiONE |
09-Sep-24 14:23 |
No no. I'm talking about "gripping" an "allready selected" object without pointing the mouse "above" it. Like I said, it is useful if you having trouble to "pick" it.
See inkscape as a reference. Ctrl+click let you move the object straight "if" you already have it.
|
|
GurgiONE |
09-Sep-30 10:24 |
> ale
Oh, you're right. Scribus already have this funktion. But under windows, it's shift+click.
It's exactly what I was looking for, but unfortunately that overwrite the ability to "add" some selections. In most programms, shift is used to select more than one object. A simply click is still adding frames, but if you want to shift+click & draw a box, it whouldn't work.
So I think ALT is a better key for just moving the selected frames than shift. |
|
jghali |
09-Sep-30 10:41 |
>> But under windows, it's shift+click.
No, that shortcut comes from old preferences. Delete them, and it will be Ctrl+Click |
|
GurgiONE |
09-Sep-30 14:55 |
Where can I delete them? I made a fresh installation...
edit: OMG now I've got it. It only works when you only have ONE object!!! If you have more than one object, you can draw a box and add objects to the selection.... very good hidden. Puh. For me, shift means "add" something.... sorry. Isn't there any other way to do that?
edit2: ok sorry. You said that you changed it to crtl. Doesn't work yet, but I'll try later. Thanks both for the help anyway!!
|
|
jghali |
09-Sep-30 14:59 |
C:/Document and Settings/Your_UserName/Application Data/Scribus. Delete the whole Scribus Directory. |
|
|
8474 |
General |
crash |
always |
09-Sep-30 04:42 |
09-Sep-30 13:21 |
christoph_s |
|
high |
new |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
Scribus doesn't close loaded documents correctly and crashes |
Start Scribus and create a new doc. Next, open an existing file of any supported format via File > Open. Close the opened/converted document again. Note that the name of the closed doc is still indicated in the window caption. Now click File > New --> Sig11 crash. |
|
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb5363700 (LWP 11277)]
0x0898010c in ScribusMainWindow::slotFileNew (this=0x8fa2c38)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:2088
2088 if (HaveDoc && doc->appMode == modeEditClip)
(gdb) bt
#0 0x0898010c in ScribusMainWindow::slotFileNew (this=0x8fa2c38)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:2088
0000001 0x08275f1a in ScribusMainWindow::qt_metacall (this=0x8fa2c38,
_c=QMetaObject::InvokeMetaMethod, _id=52, _a=0xbfdd16ac)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/moc_scribus.cxx:459
0000002 0xb5f65ee7 in QMetaObject::activate (sender=0x8faabb8,
from_signal_index=5, to_signal_index=6, argv=0xbfdd16ac)
at kernel/qobject.cpp:3113
0000003 0xb5f66370 in QMetaObject::activate (sender=0x8faabb8, m=0xb6e237e8,
from_local_signal_index=1, to_local_signal_index=2, argv=0xbfdd16ac)
at kernel/qobject.cpp:3207
0000004 0xb65d33c1 in QAction::triggered (this=0x8faabb8, _t1=false)
at .moc/release-shared/moc_qaction.cpp:236
0000005 0xb65d3e5f in QAction::activate (this=0x8faabb8, event=QAction::Trigger)
at kernel/qaction.cpp:1160
0000006 0xb6a5f7b2 in QToolButton::nextCheckState (this=0x8fa2c38)
at ../../include/QtGui/../../src/gui/kernel/qaction.h:203
0000007 0xb697c29f in QAbstractButtonPrivate::click (this=0x949fd40)
at widgets/qabstractbutton.cpp:525
0000008 0xb697c52b in QAbstractButton::mouseReleaseEvent (this=0x926d968,
e=0xbfdd1c5c) at widgets/qabstractbutton.cpp:1115
0000009 0xb6a5f8ac in QToolButton::mouseReleaseEvent (this=0x926d968, e=0xbfdd1c5c)
at widgets/qtoolbutton.cpp:709
---Type <return> to continue, or q <return> to quit---
0000010 0xb6631d39 in QWidget::event (this=0x926d968, event=0xbfdd1c5c)
at kernel/qwidget.cpp:7549
0000011 0xb697af9f in QAbstractButton::event (this=0x926d968, e=0xbfdd1c5c)
at widgets/qabstractbutton.cpp:1077
0000012 0xb6a6291e in QToolButton::event (this=0x926d968, event=0xbfdd1c5c)
at widgets/qtoolbutton.cpp:1151
0000013 0xb65da4fc in QApplicationPrivate::notify_helper (this=0x8f3ae78,
receiver=0x926d968, e=0xbfdd1c5c) at kernel/qapplication.cpp:4056
0000014 0xb65deb4f in QApplication::notify (this=0xbfdd34d8, receiver=0x926d968,
e=0xbfdd1c5c) at kernel/qapplication.cpp:3758
0000015 0xb5f505eb in QCoreApplication::notifyInternal (this=0xbfdd34d8,
receiver=0x926d968, event=0xbfdd1c5c) at kernel/qcoreapplication.cpp:610
0000016 0xb65e0131 in QApplicationPrivate::sendMouseEvent (receiver=0x926d968,
event=0xbfdd1c5c, alienWidget=0x926d968, nativeWidget=0x8fa2c38,
buttonDown=0xb6e3ca20, lastMouseReceiver=@0xb6e3ca24)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
0000017 0xb664d83f in QETWidget::translateMouseEvent (this=0x8fa2c38,
event=0xbfdd3238) at kernel/qapplication_x11.cpp:4402
0000018 0xb664cea2 in QApplication::x11ProcessEvent (this=0xbfdd34d8,
event=0xbfdd3238) at kernel/qapplication_x11.cpp:3421
0000019 0xb667547a in x11EventSourceDispatch (s=0x8f413a0, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
0000020 0xb5d6f6d6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
0000021 0xb5d72a72 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
0000022 0xb5d7302e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000023 0xb5f7cc18 in QEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfdd33d8) at kernel/qeventdispatcher_glib.cpp:327
0000024 0xb6675275 in QGuiEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfdd3408) at kernel/qguieventdispatcher_glib.cpp:202
0000025 0xb5f4f79d in QEventLoop::processEvents (this=0xbfdd3480,
flags=@0xbfdd3444) at kernel/qeventloop.cpp:149
0000026 0xb5f4fa2a in QEventLoop::exec (this=0xbfdd3480, flags=@0xbfdd3488)
at kernel/qeventloop.cpp:201
0000027 0xb5f51bc1 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
0000028 0xb65d9ce7 in QApplication::exec () at kernel/qapplication.cpp:3525
0000029 0x08c333f2 in mainApp (argc=1, argv=0xbfdd35c4)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/main_nix.cpp:84
0000030 0x08c33462 in main (argc=Cannot access memory at address 0x53
)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/main_nix.cpp:52
|
|
|
jghali |
09-Sep-30 08:56 |
Unable to reproduce on Windows |
|
fschmid |
09-Sep-30 13:21 |
Same here on OpenSuse 11.1 + KDE 4.3.1 |
|
|
8480 |
Story Editor / Text Frames |
feature |
N/A |
09-Sep-30 11:20 |
09-Sep-30 11:36 |
Mike |
|
normal |
new |
11 August 2009 |
none |
none |
|
|
|
1.3.5svn |
open |
0 |
add a possibility to use wider space at the end of the sentence to styles |
add a possibility to use wider space at the end of the sentence to styles |
|
It is used in some English written books for better balance of the text.
Idea: add check mark: wide space at the end of the sentence |
|
|
Mike |
09-Sep-30 11:36 |
This could be add to the 0007932 rules. |
|
|
8481 |
Usability |
feature |
N/A |
09-Sep-30 11:28 |
09-Sep-30 11:28 |
Mike |
|
normal |
new |
11 August 2009 |
none |
none |
|
|
|
1.3.5svn |
open |
0 |
optimise Enable/Disable Preview mode |
optimise Enable/Disable Preview mode
- for long documents it is horribly slow (what about change only actual page?) |
|
|
|
|
|
8473 |
General |
minor |
always |
09-Sep-30 03:57 |
09-Sep-30 03:57 |
christoph_s |
|
normal |
new |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
Switching window focus sets dimension values to 0 and 1 |
Import a vector drawing into a Scribus document. The PP now shows the dimensions and the coordinates of the group. Then switch to another program, e.g. Konqueror and back to Scribus. Now the values for the coordinates are set to 0 and the dimensions to 1. One has to deselect and reselect the vector group to get the correct values back. |
|
|
|
|
|
8470 |
Plug-ins |
crash |
always |
09-Sep-27 05:00 |
09-Sep-27 21:44 |
christoph_s |
Herm |
normal |
assigned |
|
none |
none |
x86 |
Linux |
OpenSUSE 10.3 |
1.5.0svn |
open |
0 |
Crash when trying to load bitmaps via GM |
Scribus crashes reliably when an image type supported by GM is selected in the file dialog.
Tested with GM 1.1.8 and 1.2.5 |
|
Loading image "/Daten/SuSE-93_alt/christoph/BSG (5).tga" Tumbnail: true
Detected format: "Truevision Targa image" , has matte(alpha): false
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb535f700 (LWP 5365)]
0x08c3201c in read_rgb (input=0xbfcc51b0, output=0x8f84360, width=1152,
height=708)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scimgdataloader_gmagick.cpp:95
95 *buffer++ = ScaleQuantumToChar(GetBlueSample(pixels[i]));
(gdb) bt
#0 0x08c3201c in read_rgb (input=0xbfcc51b0, output=0x8f84360, width=1152,
height=708)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scimgdataloader_gmagick.cpp:95
0000001 0x08c32984 in ScImgDataLoader_GMagick::loadPicture (this=0x8f84358,
fn=@0xbfcc57dc, res=72, thumbnail=true)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scimgdataloader_gmagick.cpp:222
0000002 0x0888f87f in ScImage::LoadPicture (this=0xbfcc5580, fn=@0xbfcc57dc,
page=1, cmSettings=@0xbfcc565c, useEmbedded=false, useProf=false,
requestType=ScImage::Thumbnail, gsRes=72, realCMYK=0xbfcc567b,
showMsg=false)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scimage.cpp:2047
0000003 0x084285b2 in FDialogPreview::GenPreview (this=0x9f7e100, name=@0xbfcc57dc)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/ui/customfdialog.cpp:152
0000004 0x0842a4f7 in CustomFDialog::fileClicked (this=0x9f53248, path=@0xbfcc5908)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/ui/customfdialog.cpp:415
0000005 0x0824bfc6 in CustomFDialog::qt_metacall (this=0x9f53248,
_c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfcc58cc)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/ui/moc_customfdialog.cxx:112
---Type <return> to continue, or q <return> to quit---
0000006 0xb5f61ee7 in QMetaObject::activate (sender=0xa073c60,
from_signal_index=38, to_signal_index=38, argv=0xbfcc58cc)
at kernel/qobject.cpp:3113
0000007 0xb5f62602 in QMetaObject::activate (sender=0xa073c60, m=0xb6e29120,
local_signal_index=2, argv=0xbfcc58cc) at kernel/qobject.cpp:3187
0000008 0xb6ab0a23 in QFileDialog::currentChanged (this=0xa073c60, _t1=@0xbfcc5908)
at .moc/release-shared/moc_qfiledialog.cpp:257
0000009 0xb6aba197 in QFileDialogPrivate::_q_currentChanged (this=0xa1e5f40,
index=@0x9cf2318) at dialogs/qfiledialog.cpp:2785
0000010 0xb6abf1dc in QFileDialog::qt_metacall (this=0xa073c60,
_c=QMetaObject::InvokeMetaMethod, _id=17, _a=0xbfcc5a38)
at .moc/release-shared/moc_qfiledialog.cpp:178
0000011 0x082720fc in ScFileWidget::qt_metacall (this=0xa073c60,
_c=QMetaObject::InvokeMetaMethod, _id=53, _a=0xbfcc5a38)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/ui/moc_scfilewidget.cxx:58
0000012 0xb5f61ee7 in QMetaObject::activate (sender=0x95834e0,
from_signal_index=5, to_signal_index=5, argv=0xbfcc5a38)
at kernel/qobject.cpp:3113
0000013 0xb5f62602 in QMetaObject::activate (sender=0x95834e0, m=0xb6e2bcd0,
local_signal_index=1, argv=0xbfcc5a38) at kernel/qobject.cpp:3187
0000014 0xb6b5e539 in QItemSelectionModel::currentChanged (this=0x95834e0,
_t1=@0x9cf2318, _t2=@0x923abd0)
---Type <return> to continue, or q <return> to quit---
at .moc/release-shared/moc_qitemselectionmodel.cpp:153
0000015 0xb6b5ead7 in QItemSelectionModel::setCurrentIndex (this=0x95834e0,
index=@0x9cf2318, command=@0xbfcc5b70)
at itemviews/qitemselectionmodel.cpp:1123
0000016 0xb6b0dd23 in QAbstractItemView::mousePressEvent (this=0xa404be0,
event=0xbfcc630c) at itemviews/qabstractitemview.cpp:1514
0000017 0xb662dfe4 in QWidget::event (this=0xa404be0, event=0xbfcc630c)
at kernel/qwidget.cpp:7545
0000018 0xb69c6bc3 in QFrame::event (this=0xa404be0, e=0xbfcc630c)
at widgets/qframe.cpp:559
0000019 0xb6a6237f in QAbstractScrollArea::viewportEvent (this=0xa404be0, e=0x0)
at widgets/qabstractscrollarea.cpp:962
0000020 0xb6b11d1a in QAbstractItemView::viewportEvent (this=0xa404be0,
event=0xbfcc630c) at itemviews/qabstractitemview.cpp:1476
0000021 0xb6a64295 in QAbstractScrollAreaFilter::eventFilter (this=0x95f68c8,
o=0xa04d560, e=0xbfcc630c) at widgets/qabstractscrollarea_p.h:100
0000022 0xb5f4ca51 in QCoreApplicationPrivate::sendThroughObjectEventFilters (
this=0x8f3ae78, receiver=0xa04d560, event=0xbfcc630c)
at kernel/qcoreapplication.cpp:726
0000023 0xb65d64d3 in QApplicationPrivate::notify_helper (this=0x8f3ae78,
receiver=0xa04d560, e=0xbfcc630c) at kernel/qapplication.cpp:4052
0000024 0xb65dab4f in QApplication::notify (this=0xbfccbf08, receiver=0xa04d560,
e=0xbfcc630c) at kernel/qapplication.cpp:3758
---Type <return> to continue, or q <return> to quit---
0000025 0xb5f4c5eb in QCoreApplication::notifyInternal (this=0xbfccbf08,
receiver=0xa04d560, event=0xbfcc630c) at kernel/qcoreapplication.cpp:610
0000026 0xb65dc131 in QApplicationPrivate::sendMouseEvent (receiver=0xa04d560,
event=0xbfcc630c, alienWidget=0xa04d560, nativeWidget=0x9f53248,
buttonDown=0xb6e38a20, lastMouseReceiver=@0xb6e38a24)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
0000027 0xb664983f in QETWidget::translateMouseEvent (this=0x9f53248,
event=0xbfcc78e8) at kernel/qapplication_x11.cpp:4402
0000028 0xb6648ea2 in QApplication::x11ProcessEvent (this=0xbfccbf08,
event=0xbfcc78e8) at kernel/qapplication_x11.cpp:3421
0000029 0xb667147a in x11EventSourceDispatch (s=0x8f413a0, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
0000030 0xb5d6b6d6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
0000031 0xb5d6ea72 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
0000032 0xb5d6f02e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000033 0xb5f78c18 in QEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfcc7a88) at kernel/qeventdispatcher_glib.cpp:327
0000034 0xb6671275 in QGuiEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfcc7ab8) at kernel/qguieventdispatcher_glib.cpp:202
0000035 0xb5f4b79d in QEventLoop::processEvents (this=0xbfcc7b2c,
flags=@0xbfcc7af4) at kernel/qeventloop.cpp:149
0000036 0xb5f4ba2a in QEventLoop::exec (this=0xbfcc7b2c, flags=@0xbfcc7b34)
at kernel/qeventloop.cpp:201
---Type <return> to continue, or q <return> to quit---
0000037 0xb6aac893 in QDialog::exec (this=0x9f53248) at dialogs/qdialog.cpp:498
0000038 0x08938d8c in ScribusMainWindow::CFileDialog (this=0x8faaf78,
wDir=@0xbfcc7c74, caption=@0xbfcc7c70, filter=@0xbfcc7c6c,
defNa=@0xbfcc7c68, optionFlags=3, docom=0x0, doFont=0x0, doProfiles=0x0)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:8744
0000039 0x089529ff in ScribusMainWindow::slotGetContent (this=0x8faaf78)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:4261
0000040 0x08276142 in ScribusMainWindow::qt_metacall (this=0x8faaf78,
_c=QMetaObject::InvokeMetaMethod, _id=57, _a=0xbfcc7e9c)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/moc_scribus.cxx:468
0000041 0xb5f61ee7 in QMetaObject::activate (sender=0x92613f0,
from_signal_index=5, to_signal_index=6, argv=0xbfcc7e9c)
at kernel/qobject.cpp:3113
0000042 0xb5f62370 in QMetaObject::activate (sender=0x92613f0, m=0xb6e1f7e8,
from_local_signal_index=1, to_local_signal_index=2, argv=0xbfcc7e9c)
at kernel/qobject.cpp:3207
0000043 0xb65cf3c1 in QAction::triggered (this=0x92613f0, _t1=false)
at .moc/release-shared/moc_qaction.cpp:236
0000044 0xb65cfe5f in QAction::activate (this=0x92613f0, event=QAction::Trigger)
at kernel/qaction.cpp:1160
0000045 0xb6a0afd0 in QMenuPrivate::activateCausedStack (this=0x9ebf398,
causedStack=@0xbfcc7f78, action=0x92613f0, action_e=QAction::Trigger,
self=true) at widgets/qmenu.cpp:967
---Type <return> to continue, or q <return> to quit---
0000046 0xb6a11b25 in QMenuPrivate::activateAction (this=0x9ebf398,
action=0x92613f0, action_e=QAction::Trigger, self=<value optimized out>)
at widgets/qmenu.cpp:1060
0000047 0xb6a13ebd in QMenu::mouseReleaseEvent (this=0xa416618, e=0xbfcc84cc)
at widgets/qmenu.cpp:2254
0000048 0xb662dd39 in QWidget::event (this=0xa416618, event=0xbfcc84cc)
at kernel/qwidget.cpp:7549
0000049 0xb6a0f7f5 in QMenu::event (this=0xa416618, e=0xbfcc84cc)
at widgets/qmenu.cpp:2353
0000050 0xb65d64fc in QApplicationPrivate::notify_helper (this=0x8f3ae78,
receiver=0xa416618, e=0xbfcc84cc) at kernel/qapplication.cpp:4056
0000051 0xb65dab4f in QApplication::notify (this=0xbfccbf08, receiver=0xa416618,
e=0xbfcc84cc) at kernel/qapplication.cpp:3758
0000052 0xb5f4c5eb in QCoreApplication::notifyInternal (this=0xbfccbf08,
receiver=0xa416618, event=0xbfcc84cc) at kernel/qcoreapplication.cpp:610
0000053 0xb65dc131 in QApplicationPrivate::sendMouseEvent (receiver=0xa416618,
event=0xbfcc84cc, alienWidget=0x0, nativeWidget=0xa416618,
buttonDown=0xb6e38a20, lastMouseReceiver=@0xb6e38a24)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
0000054 0xb6649a78 in QETWidget::translateMouseEvent (this=0xa416618,
event=0xbfcc9aa8) at kernel/qapplication_x11.cpp:4336
0000055 0xb6648ea2 in QApplication::x11ProcessEvent (this=0xbfccbf08,
event=0xbfcc9aa8) at kernel/qapplication_x11.cpp:3421
---Type <return> to continue, or q <return> to quit---
0000056 0xb667147a in x11EventSourceDispatch (s=0x8f413a0, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
0000057 0xb5d6b6d6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
0000058 0xb5d6ea72 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
0000059 0xb5d6f02e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000060 0xb5f78c18 in QEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfcc9c48) at kernel/qeventdispatcher_glib.cpp:327
0000061 0xb6671275 in QGuiEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfcc9c78) at kernel/qguieventdispatcher_glib.cpp:202
0000062 0xb5f4b79d in QEventLoop::processEvents (this=0xbfcc9cec,
flags=@0xbfcc9cb4) at kernel/qeventloop.cpp:149
0000063 0xb5f4ba2a in QEventLoop::exec (this=0xbfcc9cec, flags=@0xbfcc9cf4)
at kernel/qeventloop.cpp:201
0000064 0xb6a14147 in QMenu::exec (this=0xa416618, p=@0xbfcc9d54, action=0x0)
at widgets/qmenu.cpp:1993
0000065 0x083abdbf in CanvasMode_Normal::createContextMenu (this=0x9ee4930,
currItem=0xa2e7408, mx=418.75, my=307.8125)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/canvasmode_normal.cpp:1453
0000066 0x083aedcc in CanvasMode_Normal::mouseReleaseEvent (this=0x9ee4930,
m=0xbfcca68c)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/canvasmode_normal.cpp:772
---Type <return> to continue, or q <return> to quit---
0000067 0x08a2183c in ScribusView::eventFilter (this=0xa2f1420, obj=0xa306eb8,
event=0xbfcca68c)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribusview.cpp:4821
0000068 0xb5f4ca51 in QCoreApplicationPrivate::sendThroughObjectEventFilters (
this=0x8f3ae78, receiver=0xa306eb8, event=0xbfcca68c)
at kernel/qcoreapplication.cpp:726
0000069 0xb65d64d3 in QApplicationPrivate::notify_helper (this=0x8f3ae78,
receiver=0xa306eb8, e=0xbfcca68c) at kernel/qapplication.cpp:4052
#70 0xb65dab4f in QApplication::notify (this=0xbfccbf08, receiver=0xa306eb8,
e=0xbfcca68c) at kernel/qapplication.cpp:3758
0000071 0xb5f4c5eb in QCoreApplication::notifyInternal (this=0xbfccbf08,
receiver=0xa306eb8, event=0xbfcca68c) at kernel/qcoreapplication.cpp:610
0000072 0xb65dc131 in QApplicationPrivate::sendMouseEvent (receiver=0xa306eb8,
event=0xbfcca68c, alienWidget=0xa306eb8, nativeWidget=0x8faaf78,
buttonDown=0xb6e38a20, lastMouseReceiver=@0xb6e38a24)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
0000073 0xb664983f in QETWidget::translateMouseEvent (this=0x8faaf78,
event=0xbfccbc68) at kernel/qapplication_x11.cpp:4402
0000074 0xb6648ea2 in QApplication::x11ProcessEvent (this=0xbfccbf08,
event=0xbfccbc68) at kernel/qapplication_x11.cpp:3421
0000075 0xb667147a in x11EventSourceDispatch (s=0x8f413a0, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
0000076 0xb5d6b6d6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
0000077 0xb5d6ea72 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
0000078 0xb5d6f02e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000079 0xb5f78c18 in QEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfccbe08) at kernel/qeventdispatcher_glib.cpp:327
0000080 0xb6671275 in QGuiEventDispatcherGlib::processEvents (this=0x8f3e090,
flags=@0xbfccbe38) at kernel/qguieventdispatcher_glib.cpp:202
0000081 0xb5f4b79d in QEventLoop::processEvents (this=0xbfccbeb0,
flags=@0xbfccbe74) at kernel/qeventloop.cpp:149
0000082 0xb5f4ba2a in QEventLoop::exec (this=0xbfccbeb0, flags=@0xbfccbeb8)
at kernel/qeventloop.cpp:201
0000083 0xb5f4dbc1 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
0000084 0xb65d5ce7 in QApplication::exec () at kernel/qapplication.cpp:3525
0000085 0x08c333f2 in mainApp (argc=1, argv=0xbfccbff4)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/main_nix.cpp:84
0000086 0x08c33462 in main (argc=0, argv=0x0)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/main_nix.cpp:52 |
lprof1.xcf (14 KB) 09-Sep-27 21:43 BSG (5).tga (1481 KB) 09-Sep-27 21:44 |
|
|
8454 |
Canvas |
minor |
always |
09-Sep-23 09:50 |
09-Sep-25 07:49 |
GurgiONE |
|
normal |
feedback |
|
none |
none |
|
Windows XP |
|
1.3.6svn |
reopened |
0 |
Units change problem = pixel into mm |
when you change the document units in millimeter, the object still moves in px resulting in unusable positions & dimensions.
The object should move (mouse or arrowkeys) with half (or custom) millimeter amounts. |
|
|
|
|
jghali |
09-Sep-23 22:44 |
Shift + arrows move objects by 1/10 mm when mm unit is selected. And btw Scribus never uses pixels as unit, but points (1/72 inch). |
|
GurgiONE |
09-Sep-24 13:34 |
With the arrowkey this is absolutly correct. But when you make a new box for example, you'll get "54,164 mm x 49,123 mm" for example. Same thing when you want to move a box with the mouse. Of course can you edit every single box with just a text field, but most people use the mouse for moving things arround....
P.S. points = That what I noticed, but most tools adopt these rasters when you change the units so you don't get this numbers.
P.S² = Ok. I tested a little bit and saw that even with points, Scribus makes odd "point" numbers. So there isn't any raster at all when you work with a mouse? Is there an option or a plan to implement it in the future?
|
|
jghali |
09-Sep-24 14:13 |
>> P.S. points = That what I noticed, but most tools adopt these rasters when you change the units
No, page layout software do not because this is unwanted as this would cause move of objects when changing units.
>> So there isn't any raster at all
No, that's how page layout softwares works.
>> Is there an option or a plan to implement it in the future?
No. |
|
GurgiONE |
09-Sep-24 14:39 |
>> No, page layout software do not because this is unwanted as this would cause move of objects when changing units.
I know that you need the freedom, no change there. But you must have some kind of rasters for the mouse and mouse only when you make or move a frame! The objects position and dimensions can have complex numbers (for example 13,05399 mm). But otherwise, you have to move and edit every window with the text field. Hinders the workflow.
PS: As an option, it would be nice if there is an option by the "new document" window where you can switch the raster on/off and select the amounts (like 0,1mm for example). (For mouse only of course)
|
|
jghali |
09-Sep-24 22:22 |
Ok, now i see your point. Maybe not quite easy as calculations involve the monitor resolution, current zoom factor and we must not lose precision when drawing on canvas |
|
GurgiONE |
09-Sep-25 07:49 |
Ok, I can't help with the technical solution. Sorry. I don't know if the monitor resolution or zoom factor is affected at all. I think the mouse can move freely (without juming or anything) and when you want to create a frame, and set the raster to 1 inch, the frame starting point "snaps" to the closest full number. Same thing with canvas, the start and endpoint "snaps" to the nearest position, but the "angle" don't have this "binding" and can be moved freely. (For canvas mode, it should be usefull if you want to draw some cutting lines...)
But all this should be optinal of course and can be switched on/off. Most programms put this kind of stuff in the "General Preferences" menu I think. |
|
|
8464 |
General |
feature |
always |
09-Sep-24 13:19 |
09-Sep-24 15:02 |
GurgiONE |
|
normal |
new |
|
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Better textfield access by pressing T when selectet for direkt editing |
When text "object" is selected, just press T for entering the direkt editing mode (like doubleclick) instead of deselecting it.
This is just for optimizing the workflow. Doubleclick can be tricky for a some people. Ctrl+T is not always the best option for WYSIWYG. |
|
|
|
|
ale |
09-Sep-24 14:05 |
"t" is already is already used for creating text frames (and i don't want to lose it!)
i wonder if it is possible to bind "T" (shift+t) to the content tool (well, graphically it's a text tool)
or should it be "c"?
any idea for a better button which would relate to a content tool instead of a text tool?
ciao
a.l.e |
|
GurgiONE |
09-Sep-24 14:13 |
No no. You don't "loose" it. The "T" is just if you already selected a text frame. When the frame is selected, you will entering the "editing" mode, the samle like double clicking the text frame.
When you don't have a text frame selected, "t" get you the Text frame tool.
PS. Some tools open the editing frame by pressing enter if the text frame is selected, but this is sometimes very frustrating.
|
|
jghali |
09-Sep-24 14:37 |
Yes, you loose it. Even if a frame is selected, one must be able to use that shortcut to create a new text frame.
|
|
GurgiONE |
09-Sep-24 15:02 |
Ok. Is than there any key to simulate the double click?
If "T" isn't possible, "enter" whould be nice, too.
Btw: "T" for editing is used in Corel & inkscape for example.
P.S. I've tested a little bit, and in most tools, when you're in the editing mode, the mouse cursor changes to this classic "douple-T" when the mouse is above the frame, and changes back to the "text tool icon" if outside of the frame. So there is no problem to make a new frame if the mouse is outside of the frame even if you're in the editing mode.
|
|
|
8460 |
Story Editor / Text Frames |
minor |
always |
09-Sep-23 19:03 |
09-Sep-23 20:02 |
pspencer |
|
normal |
new |
|
none |
none |
linux |
Fedora |
10 |
|
open |
0 |
One-Point Top/Bottom Margin Added to Text Frames |
Text frames always seem to have an extra 1pt margin added to the top and bottom (but not to the left and right sides). I don't know if there's a reason for this, but it makes for some strange alignment issues. |
1. Create a text frame with top-left corner at (100pt, 100pt).
2. Set Line Spacing ==> 20pt, First Line Offset ==> Line Spacing
3. Type a descenderless character into the frame, eg. "M".
4. Zoom in and observe that the bottom of the "M" is 121 points from the top of the page, not 120 points.
5. This seems independent of line width settings: e.g. if you set Line Width=4 pt, there is a border at the top of the frame running from 98 points through 102 points from the top of the page (as expected), but now the bottom of the M is 123 points from the top of the page rather than 122 as I would expect.
6. There seems to be a similar border at the bottom: if I calculate how much space is required to accommodate a line of text in a particular font (including maximum descent), I seem to need to set the height of the frame to 2 points more than that in order for the line to fit and not continue to the next frame. So I deduce there's an additional 1pt margin at the bottom of the frame. |
|
|
|
pspencer |
09-Sep-23 20:02 |
Oops, left out product version: this is in 1.3.5.1. Sorry. |
|
|
8461 |
Story Editor / Text Frames |
major |
always |
09-Sep-23 20:02 |
09-Sep-23 20:02 |
pspencer |
|
normal |
new |
1.3.5.1 Release |
none |
none |
linux |
Fedora |
10 |
1.3.5 |
open |
0 |
Column/Frame Breaks involving Inline Frames Handled Incorrectly |
When a column of a multi-column text frame has a line that begins with an in-line frame, and the frame is high enough to accommodate the frame on a line but is not high enough to accommodate text with descenders, the frame is placed on a line by itself and the rest of the line is moved to the next column, instead of the entire line being moved to the next column. |
Create a 2-column text frame. Set line spacing to fixed, 20pt, and set first line offset to "line spacing". Type the following text into the frame in some suitable font (12pt or thereabouts):
"Line 1 Line 2 Line 3 Line 4".
Then create a small (e.g. 4pt by 4pt) rectangle, select it, and copy and paste it into the text frame as an inline frame, right before "Line 3".
Set the text frame height to 100pt and adjust the width so that the lines break right after each digit. Now the first column contains four lines:
Line 1
Line 2
xLine 3
Line 4
where "x" denotes the inline frame, and the right column is empty.
Change the height to 65pt (may need to be slightly larger depending on the font in use).
This is enough room for the first three lines (60 points for the baseline spacing, 2 points for the top/bottom margins as per issue 8460, and 3 points (or more depending on the font) for possible descenders, so the first column now contains lines 1 to 3 and line 4 is moved to the next column. This is
all as expected.
Now, change the height to 61pt. This is not enough room for the first three lines (60 points are required for the baseline spacing and 2 more points for the top/bottom margins as per issue 8460), so now column 1 contains lines 1 and 2 while column 2 contains lines 3 and 4. Again, this is as expected.
But now change the height to exactly 62pt (or 63pt or 64pt). Now, the first column contains THREE lines, but the third line contains only the inline frame: the rest of the third line is shown in the second column.
Note that, in this example, there are no descenders on any characters in the third line. So there is plenty of room for the glyphs of the third line all to fit in the first column. However, it appears that for font glyphs scribus is being conservative and allowing for the descenders of any character in the font (not just the ones actually present on the line) -- while for the inline frame it does not reserve any descender space at all, and hence the line is broken inappropriately.
If scribus deems there is not enough vertical space to render an entire line, it should flow the entire line over to the next column (or frame in the case of linked frames), rather than rendering only part of the line and leaving a very ragged break. |
|
|
|
|
8458 |
General |
minor |
always |
09-Sep-23 10:09 |
09-Sep-23 15:52 |
GurgiONE |
|
normal |
new |
|
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Zooming out with Sift+mousekey doesn't work with WACOM Graphics Tablet |
With the zoom tool selected, you can't zoom out with the Shift+"pen-tip". Maybe because of the sensitivity of the pen-tip, instead of zooming out, Scribus will zoom in for several times (3200% etc). |
|
|
|
|
GurgiONE |
09-Sep-23 15:52 |
An quite simular problem with the pen-tip happens when you want to draw a box. Sometimes no problem, but sometimes just a little box and the system freezes for quite some times. Sometimes nothing happens at all. |
|
|
8456 |
General |
minor |
always |
09-Sep-23 09:59 |
09-Sep-23 14:46 |
GurgiONE |
|
normal |
new |
|
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Document in the center of screen (to few border space) |
When you zoom out, the document is not in the center of the screen when there is only one page. The border to the up left is a little bit to small, too. When you zoom out, you can't get the upper left corner of the page to the center of the screen. |
|
|
|
|
GurgiONE |
09-Sep-23 14:46 |
Oh. I found out that you can set the borderline of the document indirect by placing an item to the negativ side (for example Y: -200 mm)
That brings the document more to the center. Thats a workaround.... |
|
|
8452 |
General |
minor |
always |
09-Sep-23 09:43 |
09-Sep-23 11:44 |
GurgiONE |
|
normal |
new |
|
none |
none |
|
Windows XP |
|
1.3.6svn |
open |
0 |
Ctrl+D should be duplicate object (like inkscape etc.) |
Ctrl+D is very often combined with duplicate object.
Ctrl+shift+D should be multiply duplicate object |
|
|
|
|
|
8428 |
General |
major |
random |
09-Sep-11 11:12 |
09-Sep-23 01:28 |
Peter_L |
avox |
normal |
assigned |
1.3.5.1 |
none |
none |
Mac |
OS X.5.8 |
OS X.5.8 |
1.5.0svn |
open |
0 |
Scribus hangs frequently |
Scribus hangs frequently when editing text in a multi-page document with pictures. |
|
|
Scribus hang.txt (146 KB) 09-Sep-11 11:12 Scribus_crash2.txt (126 KB) 09-Sep-23 01:23 |
|
Peter_L |
09-Sep-23 01:28 |
Just uploaded another crash-report.
I am trying to do a 250 page book with about 600 illustrations in Scribus.
I had hoped it was up to the job, but I am only at page 26 and some 20 pictures and with Scribus crashing every 5 minutes, it is completely useless to continue trying.
Can anyone tell me what is causing these crashes ? If not, I will have to start all over again and use another application.
I feel sorry about this,since I like Scribus - when it works - better than InDesign...
Peter |
|
|
8446 |
PDF |
major |
always |
09-Sep-21 11:29 |
09-Sep-22 00:31 |
rdebel |
|
normal |
confirmed |
C-C-T-F-C1.4.14, 11.Aug.09 |
none |
none |
Laptop 1.4 GHz Centrino |
Debian unstable/testing |
1.3.5.svn |
1.5.0svn |
open |
0 |
Wrong PDF Export of Shadowed and outlined Text with OTF Font |
Text with color white, shadow (blacK) and a small outline is wrong exported, when the font is OTF. Is it normal truetype everthing seems ok. |
Create textframe and insert a "1", size 70pt. Textcolor white. Effect shadow in black, Effect outline (also black). Use an OTF-Font, i choose Fontin Sans OTF.
Then export to pdf. I tried every pdf-Version and profile Printer/Greyscale. It was wrong. Using a TTF-Font like Arial everything was fine.
|
See attached files:
Sample Scribus.
How to look right.png
Wrong export.pdf |
Wrong_Export.pdf (69 KB) 09-Sep-21 11:29 Scribus_sample.sla.gz (12 KB) 09-Sep-21 11:29 Howtolookright.png (44 KB) 09-Sep-21 11:30 |
|
rdebel |
09-Sep-21 11:57 |
The Problem seems to be using outline. Whithout Outline it seems ok
|
|
jghali |
09-Sep-22 00:31 |
Yep, the problem arise when outline is used in combination with shadow. Unfortunately that issue does not seem easy to fix. Possible hack : placing before line 4046 of pdflib_core.cpp the following line :
hl2.setEffects(hl2.effects() & (~ScStyle_Outline));
I gonna set target version for resolution to 1.3.6, but it's not sure we will be able to fix that issue in this version. |
|
|
8445 |
General |
minor |
always |
09-Sep-20 23:14 |
09-Sep-20 23:14 |
crabs |
|
normal |
new |
1.3.5.1 depuis le tarball |
none |
none |
x86 |
Slackware Linux |
13.0 |
1.3.5 |
open |
0 |
les tabulations ne sont plus repesctées lorsqu'on justifie |
Dans un style j'ai défini :
1 tabulation "alignement à droite" à 45mn
1 tabulation "alignement à gauche" à 47mn
Le texte est justifié dans ce paragraphe.
Effet recherché (les tabulations sont tapées à la place des '_', les espaces suivant le '_' ne sont pas saisis) :
_ bla bla bla :_ blabla ...
_ un blabla :_ bla bla blabla...
La tabulation à 45 mn est destiné à l'alignement des ":"
La tabulation à 47 mn aligne le premier caractère après le 2 points
Lorsque le texte après le ':' s'étale sur plusieurs lignes les ':' ne sont plus situés à 45 mn et le 1er caractère n'est pas à 47 mn.
Si le paragraphe reste "aligné à gauche", ce défaut n'apparait pas. |
|
Le fichier joint contient deux styles qui présente l'effet recherché a l'aide de lignes jaunes. |
scribus_bug_tab.sla (22 KB) 09-Sep-20 23:14 |
|
|
8435 |
Usability |
feature |
N/A |
09-Sep-17 09:09 |
09-Sep-20 23:07 |
Mike |
subik |
normal |
assigned |
|
none |
none |
all |
all |
all |
1.3.5 |
open |
0 |
improve Font Preview |
improve Font Preview |
- add button "Enable used fonts" and "Disable all fonts"
- set up of enable fonts should be saved in document properties |
Enable used fonts - it checks all fonts used in recent document
Disable all fonts - for manual selection
I think that isn't necessary to show all installed fonts in every document. This spare a lot of time in document preparation.
|
|
|
christoph_s |
09-Sep-17 22:03 |
Wouldn't it be better to move all used fonts to the top of each font list, like e.g. OO.o does? |
|
Mike |
09-Sep-18 09:32 |
It would be great too but the possibility to simply disable fonts from font list has the same importance to me.
Example: I am working on several projects. Each of them has their own set of fonts (these fonts are not necessary to change).
- If the fonts would be sorted according to use the work would be more efficient. But if the font list contain only for example 4 families - it is better (more efficient that previous way) or what about idea 0007901?
- Sometimes happened that Scribus includes also fonts which are not used in document (but set up like default font of Scribus in preferences). The file is needlessly bigger. To removal this font I must overwrite it in Geany. |
|
|
8444 |
User Interface |
feature |
have not tried |
09-Sep-20 03:59 |
09-Sep-20 03:59 |
christoph_s |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
More template info needed |
Since templates may be distributed under different licenses ([L]GPL, CC etc.), it would help to add the same copyrights and licensing info to the templates dialog and the XML files as in the About Plugins dialog. |
|
|
|
|
|
8441 |
User Interface |
feature |
have not tried |
09-Sep-18 17:52 |
09-Sep-18 23:51 |
alexandre |
|
normal |
acknowledged |
|
none |
none |
|
|
|
1.3.6svn |
open |
0 |
A better use of status bar |
Currently status bar is barely used. My suggestion would be to make it very much Inkscape-style.
E.g. currently text/image frame info resides in a submenu of a context menu. It could really go to status bar and be shrinked with full version available inside a tooltip if the whole line doesn't fit.
Other things that could go there: amount of items in selection, list of applied effects in an image, hints how to use currently selected tool. |
|
|
|
|
cbradney |
09-Sep-18 23:10 |
This is already planned for post 1.5.0 |
|
|
8440 |
Typography |
feature |
N/A |
09-Sep-18 04:51 |
09-Sep-18 05:16 |
floid |
|
normal |
new |
|
none |
none |
amd64 Linux |
Ubuntu |
9.10a-something |
1.3.3.13svn |
open |
0 |
No leading (Y-position) "override" for individual characters |
Tracking can be applied to a selection in a text box, but leading/line-height is a property of the text box or paragraph style only.
Being able to force a leading offset to selected characters would save much time and be less fragile vs. "doing it by hand" with multiple text boxes. |
Can you typeset the LaTeX logo in a single line of a Scribus text box? |
I'm most often using Scribus to produce letterhead and business cards.
Unfortunately, some fonts (or maybe just one that I use..) set "@" on the baseline rather than dropping the curl around the 'a' into descender territory.
When they do, sometimes a 'DTP' project still calls for a little more emphasis than the font's designer had in mind - and the easiest way to get that is to crank up the size of the character, which then skews anything the font's designer did to help, oops!
Attached is an example where I went through the trouble on a recent project - manually positioning a large Arial @ in one text box while keeping the rest of the Bitstream Vera Sans Oblique address in another.
[Type critics: yes, that could be better; the manual positioning was a barrier to further experimentation, and I wish I'd noticed the regular Vera Sans "@" at the time! Still, Arial's @ is as ubiquitous as MSIE's 'e', and I just needed to make sure the email address would stick out to normal humans in a crowded layout. Notice how the size difference helps distinguish it from the loop in the preceding oblique 'd'.]
|
Scribus - per-character leading example.png (8 KB) 09-Sep-18 04:51 @ placement in fonts.png (28 KB) 09-Sep-18 04:52 |
|
floid |
09-Sep-18 05:16 |
Got a little crazy and added some examples of "questionable @s" -
From top to bottom:
Arial,
URW Palladio "Roman",
URW Palladio "Roman" with a cranked up @,
Bitstream Vera Sans "Roman",
Bitstream Vera Sans Oblique with a cranked up Vera Sans "Roman" @
Arial actually comes closest to 'getting it right' as far as the relative size of the @ and its contrast with other characters. But who dares use Arial?
I happen to have some logotype that 'depends' on Palladio; it might be the big offender here. But in other uses, having an @ on the baseline is nicer - try "@ $300" in Palladio vs. Arial!
Vera Sans has the right idea but the relative size of its @ is small, not so good for attracting the eye on, say, a business card.
...and Vera Sans Oblique with the larger non-oblique @ is how I would've set that first snippet, but shows the problem - without the ability to force the bigger @ to shift down, it's floating too high above the baseline and you have to resort to all sorts of manual tricks and manual alignment instead of just having text in a text box.
Another place this shows up is with tweaking superscripts and subscripts: for a book layout, yes, you want to set the defaults and have them match everywhere, but 'design' may call for some fiddling to find the exact right size and vertical offset - or to figure out what you want to set as the document or style-wide defaults in the first place. |
|
|
8436 |
Fonts |
minor |
always |
09-Sep-17 09:19 |
09-Sep-17 22:01 |
Mike |
subik |
normal |
assigned |
11 August 2009 |
none |
none |
|
|
|
1.3.5 |
open |
0 |
ordering of Use Font don't work in Font Preview |
ordering of Use Font don't work in Font Preview |
|
I supposed if I have some used fonts marked and some unmarked that after the ordering of that checked fonts should be at the beginning or the end of the list. |
|
|
|
6242 |
Usability |
trivial |
always |
07-Sep-20 14:29 |
09-Sep-13 11:22 |
JLuc |
avox |
normal |
assigned |
|
none |
none |
PC |
Windows Vista (sometime XP o Me) |
1.3.3.9 |
|
open |
0 |
erratic selection operation and display in multiple linked frames |
it is possible to select all of a linked frame text with "Edit / select All" or CTRL-A.
After selecting all, deleting bugs :
- all is not deleted, but only the first frame (or maybe the frame that was active when requesting the SelectAll), and the remaining aftertext flows to that frame.
- some text remains displayed in the last frame that should have been emptied by the flowing operation, but this is just a display, not true content (if I scroll down and back, it isnt there anymore) |
|
|
|
|
JLuc |
07-Sep-23 08:48 |
After selecting all the linked content, it seems that the coming operations operate only on the frame that has been rightclicked on. For ex, when deleting, the text doesnt diseappear, but 1) flows in the rightclicked frame 2) isn't changed at all in the other linked frames
It seems to be the same for any operation, like changing the character style. |
|
JLuc |
07-Sep-23 08:53 |
addendum to the previous note :
after deleteing the allselected text 1) the text flows in the rightclicked frame AS IF its own content was deleted; but since there is more text in the following frames, their content flows to the "deleted one". 2) the other frames display remain unchanged, however their content has been flowed to the deleted frame.
Going down down and up up a couple of pages forces the update of the display and shows that this partial delete and flow is really what happens.
When changing character, the change affects only the clicked frame,exactly as is displayed, but not as is intended. |
|
JLuc |
07-Sep-23 08:54 |
see 6244 about formating only |
|
JLuc |
07-Sep-24 11:24 |
same with 1.3.3.10svn |
|
JLuc |
08-Jun-24 16:32 |
same with 1.3.3.12 (public release). |
|
cbradney |
09-Mar-24 19:03 |
Is this only for 1.3.3.x? |
|
JLuc |
09-Sep-12 15:52 |
Please can you tell what version should I download, install on windows OS and test so as to answer your question ? |
|
ale |
09-Sep-13 11:17 |
i tried to replicate the delete part of this bug report with 1.5svn:
* create two small text frames
* link them
* fill them with enough lore ipsum to have the text flowing from the first to the second
* activate text editing in the first frame* ctrl+a to select all to select the whole text
* only the text in the first frames gets highlighted
* press the delete key
* only the text in the first frame gets cleared
* deselect the active frame
* the other linked frame gets cleared, too
* a look with the the story editor confirms that the whole text is indeed deleted.
it's somehow how i would expect scribus to behave, except for the two refresh problems
|
|
ale |
09-Sep-13 11:22 |
i tried to replicate the formatting part of this bug report with 1.5svn:
* create two small text frames
* link them
* fill them with enough lore ipsum to have the text flowing from the first to the second
* activate text editing in the first frame* ctrl+a to select all to select the whole text
* only the text in the first frames gets highlighted
* apply the bold variant of the font
* both frames are set to bold and correctly refreshed
again: functionality ok for me, the only problem is (as in the my previous note), that only the first frame gets highlighted. |
|
|
168 |
Story Editor / Text Frames |
feature |
always |
04-Jan-15 07:12 |
09-Sep-12 15:50 |
estebandido |
|
normal |
acknowledged |
|
none |
none |
|
|
|
|
open |
0 |
single click should place text cursor |
The user must click twice to place the cursor in text-edit mode - once to activate the frame, and once to place the cursor. This is confusing. The first click should place the cursor. |
|
|
|
|
ale |
04-Jan-15 17:35 |
but, then you wouldn't be able to select a text frame anymore! or am i missing something? |
|
cbradney |
04-Jan-15 17:42 |
you would have to click on the line. we havent discussed this one.. not sure about it yet. |
|
estebandido |
04-Jan-15 17:57 |
The frame could still be selected in Move mode. There's no reason to select an entire frame in Text Edit mode, because by definition, you don't work with frames in Text Edit mode, you work with text. |
|
ale |
04-Jan-15 18:19 |
ok, i admit that i never used the text tool... but i see the "bug" if you click with the text tool activated, the text frame becomes directly editable but the cursor is still at the last place you were when editing that frame.
but it could also be a feature ;-) if you switch between many frames you know that you will be back to the last position you were editing without having to point exactly at the right caracter...
so, i'm confortable with the idea that with the move pointer selects the frame and the editing pointer places the cursor... |
|
plinnell |
04-Apr-25 17:01 |
Changing this to feature request.
The current behavior is consistent and works.
Text selection has had many improvements. Candidate for wontfix ? |
|
ringerc |
04-Sep-05 21:34 |
I think click-on-frame is pretty painful when you're working on arranging objects. The move/edit tool mode system in apps like Quark does not impress. It might be nice to support a modifier-click to go into edit mode at the chosen location, however, as this is easier to perform quickly and accurately than a double click on a fine target.
To clarify: Argh, please don't make single-click-to-edit the default, but modifier-click-to-edit might be useful.
|
|
alexandre |
05-Jul-19 14:24 |
ringerc: what modifier do you imagine? |
|
alexandre |
05-Jul-19 14:26 |
Actually, I see no probs with autoentering text frame in text mode. This behaviour works perfectly in modern Inkscape. No confusions, no issues whatsoever.
If anyone wishes to select a text frame, he can just switch to selection tool. |
|
louisdesjardins |
08-Feb-10 03:35 |
Quote <I think click-on-frame is pretty painful when you're working on arranging objects.>
I disagree.
I don't understand why bug 0001114 was closed. Maybe only because of bad wording on my part. But ok. Maybe the reporter of this actual bug had the same thing in mind as I did. Not too sure about the explanation though.
When a user selects a tool, we must assume he knows what he's doing. If I select the content tool, I want to edit an image or a text, I expect to have full access to this tool until I decide to do something else, such as move things around. I might want to edit the content of 3 text frames and 2 image frames one after the other. This is stuff we do everyday! I need full time access to the content tool. I certainly don't want to waste my time with back and forth trips to the toolbar to first select a frame, then go to the content tool... (and repeat for the 2nd frame, the 3rd, etc.).
I hope we can raise this, if possible! :) With all respect due, I know for a fact the actual behavior is enough to discourage quite a few power users. |
|
JLuc |
09-Sep-12 15:50 |
i agree with :
"I certainly don't want to waste my time with back and forth trips to the toolbar to first select a frame, then go to the content tool... (and repeat for the 2nd frame, the 3rd, etc.)."
and with :
"the actual behavior is enough to discourage quite a few power users." |
|
|
8427 |
Styles |
minor |
always |
09-Sep-10 19:10 |
09-Sep-12 00:27 |
hellocatfood |
|
normal |
acknowledged |
|
none |
none |
|
|
|
1.3.5 |
open |
0 |
Coloured background in a Paragraph or Character style |
From http://www.nabble.com/how-to-create-a-black-background-in-a-paragraph-style-td25266624.html [^]
Add a feature to give text a coloured background. See upload for an example. |
|
Currently the only way to do this is to draw a rectangle behind the text. |
New_document_1-rect3592-940.png (3 KB) 09-Sep-10 19:10 |
|
|
8429 |
Website |
major |
always |
09-Sep-11 22:39 |
09-Sep-12 00:24 |
Nico |
plinnell |
normal |
assigned |
current (2009-09-11) |
none |
none |
all platforms |
all operating systems |
all versions |
|
open |
0 |
bugs.scribus.net is not available via HTTPS |
bugs.scribus.net should be available using an encrypted connection, so that username/password are not transmitted in plain, etc. |
Try to access https://bugs.scribus.net/ [^] .
Or go to http://bugs.scribus.net/ [^] , log in, and on another computer watch the password being transmitted in plain by listening to the data which is sent on the unencrypted wireless network you are using. ;-) |
Perhaps a free X.509 certificate from CAcert could be used. |
|
|
|
8423 |
General |
minor |
always |
09-Sep-09 14:51 |
09-Sep-10 23:22 |
ale |
fschmid |
normal |
feedback |
|
none |
none |
|
|
|
1.5.0svn |
reopened |
0 |
guides, frame borders and co disappear when deleting an item from a group |
if you delete an item from a group using the "outline" window, all the guides and frame "borders" disappear.
strangely, this doesn't happen if all the items in the group have been created with multiple duplicate.
* they reappear when i undo
* they reappear as soon as i delete the whole group
if you save the document, it will crash scribus when you try to open it (see attached file).
it can correctly save the document (and reopen it) if i delete the whole group after having deleted one of its elements. |
|
|
2del.sla (12 KB) 09-Sep-09 14:51 |
|
fschmid |
09-Sep-09 19:13 |
Now you can't delete items of groups, as it should be. |
|
ale |
09-Sep-10 23:22 |
tested: not fully fixed.
:-)
you can click on one element of the group (in the outline) and ungroup it. the element is moved outside of the group and can be deleted as single element.
under some circumstances (it doesn't happen on every element), deleting the element, will cause the same breakage as previously happened when deleting an element in the group.
as i wrote to the -dev list, being able to deleted single parts of a group is an interesting feature when you're working with groups created by importing svgs or included from the scrapbook.
not an essential one, but can be handy from time to time!
|
|
|
8419 |
General |
crash |
always |
09-Sep-08 10:58 |
09-Sep-08 10:58 |
Lebostein |
|
normal |
new |
|
none |
none |
Windows |
Windows |
XP |
1.3.6svn |
open |
0 |
crash when rename style sheet |
Problem with renaming style sheets and master pages... |
- crate new document
- press F3 and create a new style with name "test"
- edit the main master page and add a new text field
- type "hello" (ctrl+t) and assign the style "test"
- close the master page
- rename the style (F3) from "test" to "xxx"
- go back to master an check the text field: OK, style was changed to "xxx"
- close the master page
- rename the style (F3) from "xxx" to "yyy"
- go back to master an check the text field: The old and nonexistent style "test" was selected!!!!
- when you click on "test" then scribus crashes |
|
|
|
|
8412 |
PDF |
minor |
always |
09-Sep-06 19:54 |
09-Sep-06 19:54 |
blaggejoe |
|
normal |
new |
1.3.5.1 |
none |
none |
|
Ubuntu |
9.04 |
1.3.5 |
open |
0 |
Fails to open PDF's created with inkscape 0.47pre with embedded fonts |
Scribus fails to open a simple PDF (A PDF with only the text "TestPDF" in TimesNewRoman Size 12 in it) created with inkscape 0.47pre0 (r21549) via ghostscript with embedded font (TimesNewRoman).
It shows a fatal Error: fail to open the xxxxx-File!
In some cases Scribus crashes after the Import-Test with signal 11...
It can open the same inkscape-file saved as "text as path" with no problems.
|
-Create a new Document in Inkscape
-Insert Text "TestPDF"
-Save it as PDF, do not choose "Convert Text to path" (the font will be embedeed)
-Open the PDF-file with Scribus |
Scribus also opens a comparable PDF made by Openoffice 3.1 with embedded fonts (TimesNewRoman). But the Import is not perfect. In my testcase, it opens only the letter "T" from the Text "TestPDF". The Fonts where rendered in Scribus as expected to path.
Scribus can also open a comparable PDF with Scribus 1.3.5.1 with embedded fonts (TimesNewRoman). The Import works correct, the full Test "TestPDF" is showed like expected as a path in Scribus.
I opened the three PDF-files in AdobeReader 9: It shows the different type of emedding fonts:
Inkscape PDF (works not): Fonts Used in this Document: TimesNewRoman (Embedded) / Type: TrueType (CID) / Encoding: Identity-H
Openoffice PDF (works fractional): Fonts Used in this Document: TimesNewRomanPSMT (Embedded Subset) / Type: TrueType / Encoding: Built-in
Scribus PDF (works perfect): Fonts Used in this Document: TimesNewRomanPSMT (Embedded) / Type: TrueType / Encoding: Custom |
PDFTest.zip (225 KB) 09-Sep-06 19:54 |
|
|
8405 |
Styles |
feature |
have not tried |
09-Sep-03 20:06 |
09-Sep-03 20:06 |
r2d2 |
|
normal |
new |
|
none |
none |
windows xp |
|
|
1.3.5svn |
open |
0 |
rule before/after or line style? |
I am trying to accomplish a black background behind a white font in my styles using the text filter to get text. When flowing my .txt file which fills approx. 50 six column pages, i use the get text option, and apply my paragraph styles. It is for flowing classified ads. each section has a header with a style attached to it, but there is no way of displaying a black bg automatically behind the white text. in quarkxpress it has been done use a line rule below/after and baseline shifting the text up ontop of the line rule. Not sure how to go about it the best way for scribus, but it would be awesome if you were able to simply apply a background color (gray/black etc.) to text in a paragraph style. of course filling the column width, and not just the width of the text. |
|
|
|
|
|
8382 |
PDF |
minor |
always |
09-Aug-24 23:41 |
09-Sep-02 23:48 |
dnelub |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5 |
open |
0 |
PDF Options -->Annotaion Properties |
Whenever I give this command the computer is getting slower and 50%of processor is ocouppied by Scribus but the problem disappears after 15 seconds. The problem continue when I try to change the page number in the relevant window.
thanks |
|
|
Mantis.sla (1306 KB) 09-Aug-26 15:58 |
|
christoph_s |
09-Aug-25 03:39 |
Could you upload a sample file, please, and also tell us what OS/version you use? |
|
dnelub |
09-Aug-26 15:46 |
In the attachment there is the file that I am working on. By the way I am using winXP as a OS. |
|
dnelub |
09-Aug-26 16:00 |
I couldnt upload the original file. I think it was because of the size of the file. So, I deleted lots of pages in the file to make it smaller. One more point, I created this file firstly in Scribus 1.3.3 stable version. This problem appears in 1.3.5.
best wishes |
|
christoph_s |
09-Aug-28 00:46 |
I cannot replicate this on Linux. Any special item in the file that shows the issue? |
|
dnelub |
09-Aug-31 22:42 |
I didnt understand what you mean "special item" ? |
|
christoph_s |
09-Sep-01 03:20 |
Can you point me to an item (frame) in the document that shows the issue? |
|
dnelub |
09-Sep-01 15:20 |
Any item in the table of content in 3rd page. |
|
dnelub |
09-Sep-01 20:14 |
Sorry it was page 2. In this page I gave link for each page. The problem appear whenever I want to change these links, created in stable version of Scribus. It is really irritating. I will be glad if you help me |
|
christoph_s |
09-Sep-02 23:48 |
I only recognise a minimal delay here. |
|
|
8403 |
Mac OS |
crash |
always |
09-Sep-02 19:11 |
09-Sep-02 19:24 |
jrudolph |
|
normal |
new |
1.3.5.1 |
none |
none |
Apple |
OSX |
10.5/10.6 |
1.3.5 |
open |
0 |
Crash on Spell Check |
Any time the Spell Checker plug-in is used, the application crashes with "signal 0000011" message.
|
1. Start Scribus
2. Create new file with text field
3. select text field and spell check (F7) |
I have reproduced this issue with Leopard fresh install and Snow Leopard fresh install. Both were installed from blank hard drive with Scribus as the first application installed after the OS install. Absolutely no other versions of aspell were installed. If a blank text frame is used as the spell check test subject, the plugin loads but a blank dictionary is displayed and crash follows. Screenshots attached. |
Picture 2.png (189 KB) 09-Sep-02 19:11 Picture.png (119 KB) 09-Sep-02 19:12 Picture 1.png (99 KB) 09-Sep-02 19:12 |
|
jrudolph |
09-Sep-02 19:24 |
Accidentally linked to ticket 11 in the description. Should read just "Signal 11" |
|
|
8401 |
Color Management |
crash |
always |
09-Sep-01 22:30 |
09-Sep-02 10:17 |
dnelub |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Color Select and Key B |
When color list is active in properties window I usually select color by keys, I mean, I prefer press first letter of the color instead of scrolling. For example, press W for white or M for Magenta. But for some letters such as B, S, T etc it craches with shortcut of toolbar. So whenever I press these keys color list disapear and something in the toolbar become active.
thanks for the attention
|
|
|
|
|
aliB |
09-Sep-02 10:17 |
This is really very annoying.
I'm used also to work like that.
Scrolling the whole color list to select a color is just a pain. |
|
|
8399 |
Import / Export |
minor |
always |
09-Aug-29 23:45 |
09-Aug-30 01:56 |
alfazaz |
fschmid |
normal |
assigned |
1.3.5.1 |
none |
none |
linux |
mandriva |
2009.1 |
1.3.5 |
open |
0 |
Huge file (including png) at pdf export |
The export in pdf of a file including a png (cropped by a frame) gives a big file in scribus 1.3.5.1 whereas it worked fine in scribus 1.3.3...
This has been tested also by christoph_s on IRC (and it's also the case under windows XP).
Please take a look to the attached archive (download also possible on http://dl.free.fr/rvqqzIrNv). [^] This is an example with a file 10x biggest with 1.3.5.1... |
Open a new document in scribus 1.3.5.1
Import png image
Export in pdf
|
|
fichiersbug1.zip (2653 KB) 09-Aug-29 23:45 |
|
|
8359 |
Website |
minor |
have not tried |
09-Aug-19 12:05 |
09-Aug-29 09:59 |
ale |
malex |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
Rethink the footer the website |
I would like to suggest to remove the current footer:
* remove the footer from the the main page and add a bottom part for the sponsors (basically, keep it as it is now, but put it in two columns and take it out of the footer)
* the book and "why scribus?" parts are already on the main page and don't need to be repeated. adapt the introduction text if some parts are only in the future and put the book picture into its article.
* as it is, the banner is much too heavy for the other pages (there are pages where the footer is twice as long as the content!). please make it text only and not longer than two lines (only keep the main sponsors and some important links for scribus. |
|
the footer could be something like:
"""
Linux-Magazin Germany sponsors one of the Scribus developers. Hosting provided by Anduin.net / Øverby Consulting.
You can reach us through our mailing list, IRC channel, wiki, contracted support, and the bugtracker.
""" |
|
|
|
8397 |
Documentation |
feature |
have not tried |
09-Aug-29 05:55 |
09-Aug-29 05:55 |
christoph_s |
christoph_s |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
Provide useful documentation for solid colours in general, colour theory, as well as our new palette sets |
Files will be named color2.html, color3.html etc. |
|
|
|
|
|
8184 |
Import / Export |
feature |
have not tried |
09-Jun-21 03:45 |
09-Aug-29 05:23 |
christoph_s |
plinnell |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
Colour palettes: US FS 595, Geology |
US Federal Standard 595 for colours (Public Domain), standardised colours for rocks (copyright has expired: published in 1948) |
|
|
US_FS_595.txt (12 KB) 09-Jun-21 03:45 Standardised_Rock_Colours.txt (2 KB) 09-Jun-21 03:46 |
|
christoph_s |
09-Jun-24 04:27 |
We _can_ include these files in 1.3.5:
"The Federal Standard 595B is a work of the U.S. federal government and as such is in the public domain according to the United States Copyright law." |
|
|
8394 |
Usability |
feature |
N/A |
09-Aug-28 13:06 |
09-Aug-29 01:05 |
Mike |
cbradney |
normal |
assigned |
|
none |
none |
all |
all |
all |
1.5.0svn |
open |
0 |
add automatic lists to Extras > Generate list of ... |
add automatic lists to Extras > Generate list of ...
- Tables
- Images
- Diagrams
This bug is related to 0008172. |
|
|
|
|
|
8368 |
Undo/Redo |
minor |
always |
09-Aug-21 12:51 |
09-Aug-29 00:53 |
reeuwijk |
|
normal |
new |
C-C-T-F-Q-Mac/Aqua |
none |
none |
Apple macBook Pro |
Mac OS X |
10.5 |
1.3.5 |
open |
0 |
Undo of image frame size doesn't work properly |
Changing the width of a frame, and then undo-ing, doesn't revert the change, but changes the Y-pos instead. |
Select an image frame where Scale to Frame Size is set, and Proportional is set. Press F2. Select the X, Y, Z tab. Change the Width of the image. See the width and the height of the image and its frame change. Now undo the change. Note that the position of the image changes, not its width or height. In fact, after the Width change the menu entry for Undo announces that it will undo a Move, not a Scaling. |
No idea if it makes a difference, but I'm using cm as default unit. I have only tried this on image frames, I wouldn't be surprised if the problem is more general. No idea if Scale to Frame Size and Proportional must be set to trigger this bug. Note that undoing operations on frames seems to be messed up anyway. |
|
|
jghali |
09-Aug-29 00:53 |
Unable to reproduce |
|
|
8391 |
Usability |
feature |
always |
09-Aug-28 11:36 |
09-Aug-28 11:36 |
smith89er |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Accept hyphenation suggestion automatically |
When importing long texts, it gets very annoying to accept every single hyphenation suggestion, although only a very small part of them will be really used later.
I would suggest an option that automatically accepts every suggestion, because controlling the hyphened words later takes much less time than clicking "Accept" a few hundred times for each text. |
|
|
|
|
|
8386 |
Story Editor / Text Frames |
minor |
have not tried |
09-Aug-25 12:45 |
09-Aug-28 08:34 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Impossible correctly to select and copy text from text frame with mouse |
1. Select text in text frame, say 1 sentence
2. Right-click for context-menu (to access Copy menu item from it)
3. Note that selection changed: right-clicking changes number of selected characters. So its impossible to copy through Context menu using mouse.
I suppose that right-clicking should NOT affect selection. |
|
|
|
|
jghali |
09-Aug-25 14:23 |
Unable to reproduce on Windows |
|
victorp |
09-Aug-28 08:34 |
under windows it works as expected.
Problem is under linux fedora 10 |
|
|
8367 |
Import / Export |
minor |
always |
09-Aug-21 12:30 |
09-Aug-26 00:55 |
reeuwijk |
|
normal |
new |
C-C-T-F-Q-Mac/Aqua |
none |
none |
Apple macBook Pro |
Mac OS X |
10.5 |
1.3.5 |
open |
0 |
File selection dialog is unhelpful for mounted volumes |
The file selection dialog makes it difficult to select external volumes and the files on them. In the standard Mac OS file dialog these volumes are listed in a separate pane, together with preferred directories. The Scribus file dialog doesn't do that. The alternative is to go to /Volumes, but clicking Computer in the Scribus file dialog does not show the Volumes directory.
There are workarounds: explicitly setting 'File name:' to '/Volumes' works, and a symbolic link to the desired directory also works, but neither solution is very obvious. More explicit support would nevertheless be helpful. |
Mount an external volume, for example a memory stick, with an image, and try to import it with
Import|Get Image...
|
Why is this important? Well, in my setup I have a small (SSD) volume with only Mac OS and important data, and an external FireWire disk with the bulk of my data, including images.
This is actually for version 1.3.5.1, but that version is not in the list of possibilities. |
|
|
pygmee |
09-Aug-25 23:59 |
as a matter of fact, external storage are visible in the glyph export dialog, may be this can help |
|
jghali |
09-Aug-26 00:55 |
External storage are visible in places we use system file dialogs. Unfortunately we cannot use those dialogs where we need to do customization. |
|
|
4648 |
Graphics / Image Frames |
minor |
always |
06-Nov-29 16:28 |
09-Aug-25 14:56 |
christoph_s |
fschmid |
normal |
feedback |
28 November 2006 |
none |
none |
x86 |
Linux |
SuSE 10.1 |
1.3.4cvs |
reopened |
0 |
Changing opacity is extremely slow |
Opacity means the feature in "Extended Image Effects" |
|
|
|
|
fschmid |
06-Nov-29 18:11 |
Depends on the size of the image as for this its needed to reload the image. |
|
fschmid |
08-Mar-19 11:19 |
Fixed with the improvements to this Dialog from 18.03.2008 |
|
christoph_s |
08-Mar-20 02:58 |
Sorry, Franz, but this is not fixed. It's even slower than before. |
|
fschmid |
08-Mar-20 10:29 |
You can now uncheck the "Live Preview" in the Dialog, that prevents the Image on the Canvas from being updated when you change things in the Dialog. |
|
christoph_s |
08-Mar-21 01:38 |
Even unchecking the live preview takes forever -- up to 1 minute.
|
|
aliB |
09-Aug-25 14:56 |
Another issue is, that the image is already updated before I finished typing the value. For example if I want to change opacity to 15 %: Typing 1 (image is updated), typing 5 (image is updated again. This is not necessary. |
|
|
8288 |
General |
feature |
always |
09-Jul-15 12:51 |
09-Aug-25 14:43 |
aliB |
|
normal |
new |
|
none |
none |
Dell Inspiron 9400 |
Linux |
OpenSuSE 11.1 |
|
open |
0 |
Documentpreview in a filemanager |
For known file formats (jpg, pdf, odt, txt) most file manager display the content of the file instead of a generic icon.
Would be nice to make this also possible for scribus files. |
|
|
|
|
|
8376 |
Import / Export |
feature |
N/A |
09-Aug-24 03:27 |
09-Aug-25 03:47 |
wikijeff |
|
normal |
new |
|
none |
none |
Linux |
Ubuntu |
9.04 64bit |
1.3.5 |
open |
0 |
Scribus txt2tags Import/Export Feature Request |
I'd like to request txt2tags support for Scribus. It would be nice to be able to import txt2tags markup text directly into the story editor and have Scribus convert the markup to styles. For example **text** would could be imported as the "Bold" or "txt2tags_bold" style and handled appropriately, etc. Exporting document text to this format might prove useful to some as well. |
N/A, feature request. |
The txt2tags project page is located here: http://txt2tags.sourceforge.net/ [^] |
|
|
christoph_s |
09-Aug-25 03:45 |
Sounds intersting, but we probably need to ask for small change of the license (from GPL 2 to GPL 2 or any later version). |
|
christoph_s |
09-Aug-25 03:47 |
Reminder sent to: subik|Petr, something for you? |
|
|
8379 |
Graphics / Image Frames |
major |
always |
09-Aug-24 16:38 |
09-Aug-25 03:37 |
pspencer |
Herm |
normal |
assigned |
1.3.5.1 Release |
none |
none |
linux |
Fedora |
10 |
1.3.5 |
open |
0 |
Render frames with non-Auto resolution preview incorrectly |
If a LaTeX frame has a specific resolution set instead of Auto, then normal on-screen display, printing, and exporting to pdf all use the specified resolution.
However, if you turn on "Preview Mode" from the view menu, the frame is then shown on-screen using the gs resolution setting from the Scribus preferences, and remains shown that way even after preview mode is turned off, until the
document is closed and re-opened. |
1. Set scribus's "gs resolution" preference (under External Tools) to 72 dpi.
2. Create a new blank document.
3. Ensure Preview Mode is turned off.
4. Create a new render frame.
5. Change the render frame's DPI from Auto to 300 dpi.
6. Turn on Preview Mode.
7. Observe the render frame shrink to 24% of its intended size. |
|
|
|
|
8378 |
Graphics / Image Frames |
minor |
always |
09-Aug-24 16:32 |
09-Aug-24 20:47 |
pspencer |
|
normal |
new |
1.3.5.1 Release |
none |
none |
linux |
Fedora |
10 |
1.3.5 |
open |
0 |
PDF/EPS image scaling depends non-portably on gs resolution preference |
If I have scribus's gs resolution preference (under external tools) set to 300, and then I create a document and put a 1 inch by 1 inch EPS or PDF image into a 1 inch by 1 inch image frame, unscaled (X scaling = Y scaling = 100%), then save the document, the saved document's PAGEOBJECT item has LOCALSCX,Y = 0.24 instead of 1.0.
If I change scribus's gs resolution preference to 72 and then try to reopen the same document (or if I give the document to another user whose gs resolution preference is different from mine), the image appears shrunken to 24% of its intended size.
I think the easiest fix would be for the file-saving code to intercept the internal gs-resolution-dependent scale factor (0.24 in this example) and multiply it by
PrefsManager::instance()->appPrefs.gs_Resolution / 72.0
just the same way as is done in pdflib_core.cpp when exporting such images to
pdf. This would produce a gs-resolution-independent scale factor (1.0 in this
example) to store in the document.
Then, the file-reading code could read the document and multiply it by
72.0 / PrefsManager::instance()->appPrefs.gs_Resolution
Then, regardless of the user's gs resolution preference setting, the document will open with the image scaled correctly.
Of course, this fix would mean users whose gs resolution preference was set to something other than 72 would see images scaled wrong the first time they open them in a fixed version of scribus. Also, images saved with the fixed version would be read wronly by the unfixed version and vice versa. However, I don't think that's much worse than the current situation -- after all, first time running 1.3.5.1 preferences were reset to defaults so such users would have already seen such documents scaled wrongly. |
See above. |
|
|
|
|
8366 |
General |
minor |
always |
09-Aug-20 13:56 |
09-Aug-20 23:27 |
Scriborius |
|
normal |
new |
15 August 2009 Build ID: C-C-T-F |
none |
none |
AMD64 |
Debian |
Sidux |
1.3.6svn |
open |
0 |
Cannot change document's layout from 3-times folded to double sided |
I have a document which's layout is set to 3-times folded. I want to change the layout to double sided, but the document's property dialog only offers to set it to single page, 3-times folded or 4-times folded. It is possible to create a new double sided document, but I need to convert an existing one. |
1) Create new 3-times folded document
2) Try to change layout to double sided |
|
doubleSidedGone.png (107 KB) 09-Aug-20 22:37 |
|
christoph_s |
09-Aug-20 22:06 |
Cannot replicate |
|
Scriborius |
09-Aug-20 22:32 |
I found out: the problem seems to be related to desktop environment. The problem does not appear when I use fluxbox, but on KDE 4.3. The place where the "double sided"-icon should be is probably too small so it is just not shown. I am not sure if it Scribus or KDE/Qt's fault. I took a screenshot.
|
|
jghali |
09-Aug-20 23:27 |
Cannot reproduce on Windows either |
|
|
8361 |
Website |
minor |
have not tried |
09-Aug-19 12:33 |
09-Aug-20 10:26 |
ale |
malex |
normal |
feedback |
|
none |
none |
|
|
|
|
open |
0 |
on the main page of the website put the content in a grid instead of a list |
as it is placed now, the is place only for two items on my (quite standard 20' wide) monitor.
if the items would be put in a grid instead of a list, at four of them could be (at least partially) visible.
the same applyes (imo) to the list of the sponsors
see the attached mockup (very basic). |
|
|
www_maincontent.pdf (187 KB) 09-Aug-19 12:33 |
|
malex |
09-Aug-20 07:16 |
I agree that Christoph's placement of sponsor logos is suboptimal and will "fix" it in a short while. Otherwise, I suggest we stick to a stock Drupal theme instead of developing and maintaining our own. I for one am not good enough with Drupal theming to do what the mockup suggests. |
|
ale |
09-Aug-20 10:26 |
with all the connection we have in create.freedesktop and lgm, i think it should be possible to find a graphic designer or a web developper who knows drupal and can do the changes (personally i don't know drupal) |
|
|
8360 |
Website |
minor |
have not tried |
09-Aug-19 12:28 |
09-Aug-20 10:25 |
ale |
malex |
normal |
feedback |
|
none |
none |
|
|
|
|
open |
0 |
Put some goodies on the print version of the website |
As it is now, the print version of the website is very basic. Please, put at least a Scribus banner in there.
The link should also be black (instead of the standard blue) and without any underline.
I would also prefere if sans-serif would be used, like for the normal view of the website |
|
|
|
|
malex |
09-Aug-20 07:19 |
I have no idea what you mean by the "print version of the site". Please be more specific. |
|
ale |
09-Aug-20 10:25 |
have a look at http://www.scribus.net/?q=links [^] and look for "Printer-friendly version".
now, i have tested the layout when printing and i see that there is already a print.css which is used (and it is using a good formatting), so i think it's better to just remove that link (i admit that i didn't check if the link was on every page... it just happened to be in *the* page i used for testing :-) |
|
|
8356 |
Usability |
major |
have not tried |
09-Aug-19 07:20 |
09-Aug-19 07:20 |
victorp |
|
normal |
new |
|
none |
none |
Linux |
Fedora |
10 |
1.3.5svn |
open |
0 |
Left/Right masterpages are misplaced after page insert |
In the attached document (double-sided, 10 pages, with 2 masterpages created: "1" - for odd pages, and "2" - for even pages), when I insert a new page after page 1, the "even master pages becomes assigned to odd pages and vica versa".
|
1. open the attached sla. Pls note page numbers in the top of the pages: odd numbers comes from masterpage named "1", and even numbers come from masterpage named "2". Everything is ok, like in a normal book.
2. Now insert ONE page after page 1.
3. See result and attachment. Page 3 now become assigned masterpage "2" that is a "left" masterpage. Inserting pages should not break the numbering layout. AFAIU, right pages (1,3,5 etc) should be allowed to have ONLY right masterpages, and left pages (2,4,6 etc) only left ones. Else adding new pages into existing document makes a real pain: after such an insert page numbering layout is broken.
|
|
wrong-master-page.jpg (42 KB) 09-Aug-19 07:20 wrong-master-page.sla (19 KB) 09-Aug-19 07:20 |
|
|
8351 |
User Interface |
feature |
N/A |
09-Aug-18 05:32 |
09-Aug-19 07:02 |
gstaniak |
fschmid |
normal |
acknowledged |
|
none |
none |
i386 |
Fedora Linux |
11 |
1.3.5 |
open |
0 |
Color swatches/palettes in the Properties palette |
This is a feature request. The scenario is e.g. the following: a designer shows a business card layout to a customer and they sit down to a nicely calibrated display in order to test how the chosen Pantones look on a live layout (those that can be approximated in RGB, at least), as opposed to square swatches in a printed book -- perhaps to change the choice. Now, spot colors (or any other colors) can be imported into document's colors from a file, but it would be easier to operate them if they were accessible as separate swatches/palettes through the PP, under the Colors section, e.g. in tabs.
I imagine people would just drop palette files in /usr/lib/scribus/swatches, possibly dozens of them, then a configuration entry would allow them to restrict the default palettes to just a few, then document proprties entry would allow them to override the default for a specific document.
I attach a mock-up of what it might look like. |
|
|
Properties-Swatches-01.png (39 KB) 09-Aug-18 05:32 Properties-Swatches-02.png (39 KB) 09-Aug-18 05:33 |
|
|
8339 |
Build System |
major |
always |
09-Aug-13 23:50 |
09-Aug-19 00:47 |
scottino |
pierremarchand |
normal |
assigned |
|
none |
none |
64bit |
Ubuntu |
Jaunty |
1.3.5svn |
open |
0 |
Podofo version 0.7.0 not compatible with latest 1.3.5svn, can't build |
The following errors are produced when trying to build latest version(1.3.5svn) from source with latest version of podofo 0.7.0.: I downloaded and compiled podofo from source before attempting cmake.
1.
/usr/bin/ld: /usr/local/lib/libpodofo.a(PdfDataType.o): relocation R_X86_64_32S against `vtable for PoDoFo::PdfDataType' can not be used when making a shared object; recompile with -fPIC
2.
/usr/local/lib/libpodofo.a: could not read symbols: Bad value
3.
collect2: ld returned 1 exit status
4.
make[2]: *** [scribus/plugins/aiimplugin/libimportai.so] Error 1
5.
make[1]: *** [scribus/plugins/aiimplugin/CMakeFiles/importai.dir/all] Error 2
6.
make: *** [all] Error 2
|
try to compile scribus version 1.3.5 against podofo 0.7.0. |
|
|
|
pierremarchand |
09-Aug-14 16:47 |
Do you mean that it used to build? If yes, could you tell at which revision you got it building fine? |
|
scottino |
09-Aug-14 17:31 |
A bit more info. I was trying on revision 13854. This was my first attempt at building from SVN, however I'm familiar with that sort of thing, but haven't used cmake before. Here were the instructions I was following: http://wiki.scribus.net/index.php/Building_SVN_versions_with_CMake [^] I should also note that my version of podofo was compiled as well (0.7.0 is what i used). Perhaps I'm still doing something wrong? I don't know. I'm more than willing to try whatever other instructions that can be provided, but i would imagine someone has built 1.3.5 before.
|
|
dantje |
09-Aug-19 00:47 |
This happens on 64bit systems because a static lib is linked into a shared lib (see [1]).
One solution is to recompile podofo with -fPIC:
src/CMakeLists.txt:
SET_TARGET_PROPERTIES(podofo_static PROPERTIES
...
COMPILE_FLAGS "-DBUILDING_PODOFO -fPIC"
...
)
[1] http://www.cmake.org/pipermail/cmake/2007-May/014347.html [^] |
|
|
7920 |
Graphics / Image Frames |
feature |
N/A |
09-Apr-06 22:32 |
09-Aug-17 14:41 |
smith89er |
|
normal |
feedback |
|
none |
none |
Windows |
XP |
|
|
reopened |
0 |
Picture Preview Saving |
What about a feature to save the picture previews in the sla (or any connected) file - if you have files with many pics in it, it takes several minutes to open the document because previews for all the pictures must be created once again... |
|
|
|
|
christoph_s |
09-Apr-07 03:07 |
There is no reasonable way to achieve this. We'd have to throw away some extremely useful properties of Scribus. The better solution is to make the code faster. |
|
ale |
09-Apr-09 10:17 |
aliB has some ideas about this bug... i also do :-) |
|
aliB |
09-Apr-09 10:23 |
Generate the preview pics in a (hidden) tmp folder for each project.
Additionally you could generate a md5sum for the original pics and store this in the tmp folder too. then you could check if the preview has to be regenerated or not by comparing the md5sums.
I generated md5sums for 387 tif files (about 50 MB) and it took only 2-3 sec. |
|
ale |
09-Apr-09 10:30 |
there may be also an option to let scribus use the preview embedded in the picture... and if there is none, let it generate by an external library... |
|
aliB |
09-Jun-05 14:49 |
I think Issue 7169 is a duplicate.
I run some tests on my docs. Using images with lower resolution improves the speed a lot (but it is still to slow).
I managed to reduce the loading time to 3 min. After removing all images from this doc, it even took just seconds!
I think ale's solution is very cool (and maybe very fast) and it sounds not to be difficult to implement. |
|
smith89er |
09-Aug-17 14:41 |
Using thumbnails sounds cool to me, too. The tmp folder (as suggested by aliB) would bring the advantage that even if the original file is deleted or moved, a low resulution thumbnails would be still available in the document. |
|
|
1263 |
Import / Export |
feature |
N/A |
04-Nov-03 12:30 |
09-Aug-17 02:15 |
dave |
subik |
normal |
assigned |
|
none |
none |
|
|
|
1.3 |
open |
0 |
OpenClipArt Integration |
A templates like browser for the OpenClipArt repository would be neat. Many other commercial low end DTP applications and even office applications have this kind of feature, and now that a creative commons archive is growing it make a lot of sense to support it. Photography and typographic archives could follow, as more and more becomes part of the Creative Commons. Either live browsing of thumbnails or downloading the whole archve as per OCA work fine. I only just looked at OCA, but imagine it will quickly be integrated with the various distributions package management systems if it is not already :) |
|
|
|
|
subik |
05-Aug-11 17:18 |
I know about it. I would like to integrate it into package |
|
cbradney |
05-Sep-04 22:49 |
Franz is rewriting the scrapbook, and it will be able to contain files, and probably URLs, I suggested OpenClipart integration within the new "scrapbook"... |
|
vonHalenbach |
09-Aug-17 02:15 |
If possible, it could be useful to have some (50) selected graphics offline available. So if no internet connection is available, the user is able to browse those 50 things and maybe use one or two of them. |
|
|
8341 |
Build System |
minor |
have not tried |
09-Aug-14 10:38 |
09-Aug-16 22:26 |
owencook |
|
normal |
new |
1.5.0svn |
none |
none |
X86 32 bit dual core |
Linux |
Ubuntu-9.04 |
|
open |
0 |
Can't build Arthur with -DWANT_DEBUG |
cmake ../scribus1.5.0/Scribus/ -DCMAKE_INSTALL_PREFIX:PATH=/opt/scribus1.5.0Arthur -DWANT_VERSIONING=1 -DWANT_QTARTHUR=1 -DWANT_DEBUG=1 -DWANT_NOOSG=1
Then running make
[ 91%] Building CXX object scribus/CMakeFiles/scribus-1.5.0.svn.dir/main.o
Linking CXX executable scribus-1.5.0.svn
[ 91%] Built target scribus-1.5.0.svn
make: *** [all] Error 2
Removing the -DWANT_DEBUG=1, ie
cmake ../scribus1.5.0/Scribus/ -DCMAKE_INSTALL_PREFIX:PATH=/opt/scribus1.5.0Arthur -DWANT_VERSIONING=1 -DWANT_QTARTHUR=1 -DWANT_NOOSG=1
and re-making allowed a successful build
No problems with -DWANT_DEBUG=1 with the cairo build |
|
|
|
|
cbradney |
09-Aug-14 22:17 |
cmake -DCMAKE_OSX_ARCHITECTURES="i386" -DBUILD_OSX_BUNDLE=0 -DWANT_NOOSG=1 -DWANT_NOHEADERINSTALL=1 -DWANT_UNIVERSAL_BUNDLE=0 -DWANT_QTARTHUR=1 -DWANT_DEBUG=1 -DCMAKE_INSTALL_PREFIX:PATH=/Users/craig/Applications/ScribusIntel.app/Contents/ ../trunk/Scribus/
works for me... |
|
plinnell |
09-Aug-16 22:26 |
cmake ../scribus_trunk/ -DCMAKE_INSTALL_PREFIX:PATH=/opt/scribus1.5.0Arthur -DWANT_VERSIONING=1 -DWANT_QTARTHUR=1 -DWANT_NOOSG=1 && make
works on Suse 11.1 with
rpm -qa gcc*
gcc43-4.3.3_20081022-9.5
gcc44-c++-4.4.0_20090702-3.1
gcc43-c++-4.3.3_20081022-9.5
gcc-gij-4.3-34.168
gcc43-gij-4.3.3_20081022-9.2
gcc-4.3-34.168
gcc45-4.5.0_20090722-1.1
gcc-c++-4.3-34.168
gcc45-c++-4.5.0_20090722-1.1
gcc44-4.4.0_20090702-3.1 |
|
|
8133 |
Usability |
feature |
have not tried |
09-Jun-10 17:11 |
09-Aug-14 12:43 |
Timoi |
|
normal |
confirmed |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Have blinking cursor stay showing whenever it is active |
When typing or moving its position the blinking black line in text should be made to appear.
It can be disconcerting and creates a very laggy feel when clicking in text and having to wait for it to appear to confirm the text-entry position.
It should have the same behaviour as when typing text in any other text box, such as the boxes on this website. |
|
|
|
|
cezaryece |
09-Aug-14 12:41 |
Specially when moving cursor in text frame by pressing arrow keys the text cursor disappear so I cant control current position. Fixing errors in text is very difficult when it is hard to navigate cursor by arrow keys. |
|
cezaryece |
09-Aug-14 12:43 |
... and option for setting of blinking time of text cursor in preferences will be nice... |
|
|
8340 |
Build System |
block |
always |
09-Aug-14 02:03 |
09-Aug-14 02:03 |
gpittman |
|
normal |
new |
13854 |
none |
none |
x86 - 32 bit |
Linux |
Fedora 11 |
1.5.0svn |
open |
0 |
cmake fails for cairo dependency when using qtarthur |
I had already built 150svn on this computer without problems, using QTARTHUR.
On updating, cmake fails, telling me it couldn't find CAIRO_INCLUDE_DIR.
I even tried starting with a fresh checkout.
Installing cairo-devel fixed this, but it shouldn't be necessary, it would seem.
|
start with a system with cairo, but not cairo-devel
checkout 1.5.0svn
run cmake with -DWANT_QTARTHUR=1 |
|
|
|
|
8337 |
Tables |
minor |
always |
09-Aug-13 21:11 |
09-Aug-14 00:03 |
spacefractal |
|
normal |
new |
|
none |
none |
Windows |
Windows |
7 RC build 7100 |
1.3.3.13 |
open |
0 |
Content menu does not work on lower layered elements |
Content menu on elements that have lower than others cannot been shown the rightclick content menu.
PS. This might been the same or similar bug as 0008089 which have been assignet. Diddent could find other.
PPS. Does same if changing compatible mode. |
1. create a big table or box
2. create a small table or box inside the table.
3. lower the smaller table or box.
4. Select the box (this is possble, but could been better)
5. Right click on that.
Now it select the outerlayed table/box's content menu. |
|
|
|
spacefractal |
09-Aug-13 23:54 |
If this allready got fixed in later version, just close this one as well (the windows snapshot 1.3.5svn link shown a empty page by now).
PS. Great application elsewise.
|
|
spacefractal |
09-Aug-14 00:03 |
does the same in 1.3.5.1 as well (found a newer Windows version). |
|
|
8336 |
Printing |
major |
have not tried |
09-Aug-12 19:51 |
09-Aug-12 19:51 |
Roy Leith |
|
normal |
new |
C-C-T-F-C1.8.6-64bit |
none |
none |
Linux |
Kubuntu |
9.04 X64 |
1.3.5svn |
open |
0 |
Print Offset when printing in Landscape |
When attempting to print an A4 landscape document, the page is printed with an offset of about 30mm both down and to the right. The main page display and the print preview both show the document correctly placed on the page.
As far as I can tell, the printed dimensions are correct for an A4 page.
I am using a Hewlet Packard CP3505 Laserjet printer, but have had similar problems with an HP Deskjet 5550. |
I have created several new documents in landscape ensuring the margins are set to those of the printer and always get the same problem. I have checked the printer properties and the document properties several times. |
|
TestDocument.sla (12 KB) 09-Aug-12 19:51 |
|
|
3746 |
Graphics / Image Frames |
minor |
always |
06-May-03 22:20 |
09-Aug-12 07:46 |
PLucAuclair |
|
normal |
feedback |
|
none |
none |
any |
any |
any |
1.3 |
open |
0 |
Ability to assign spot to greyscale instead of black |
It would be useful to be able to replace the black grayscale in a picture to a color. Currently colorize does this partly, but gives problems with darker colors (white turning to grey e.g.). Should be a 1:1 color conversion, say instead or going from 100-0 black, 100-0 pink. |
|
|
colorize_pic_1.png (337 KB) 06-May-23 09:41 colorize_pic_2.png (353 KB) 06-May-23 09:42 pic_red.png (128 KB) 06-May-23 12:22 |
|
PLucAuclair |
06-May-04 01:10 |
Note that it won't show up in print preview, but on the canvas and in acroread yes. |
|
PLucAuclair |
06-May-04 18:36 |
I was thinking, why not push this further and make this possible with channels?
Like, Gimp doesn't allow us to do Spot color images, but working with transparency allows everyone to turn colors into channels. You probably see where I'm heading now. ;) Well, we could have maybe an effect or something that would allow people to map a color to each channel, all set to overprint if desired.
Think it would be cool? |
|
jm_sz |
06-May-22 13:26 |
maybe such simple feature for the beginning:
1. convert grayscale to colorscale.
2. add color to grayscale (colorize) + with balance.
others operations should be done in graphical software, like photoshop or gimp (graphics SHOULD BE prepared in dedicated applications first, imo).
|
|
PLucAuclair |
06-May-22 19:21 |
Yes, but will Gimp export to DCS? No.
Until then, there is no way to make spot color bitmap illustrations with Scribus on Linux.
I think mapping colors to channels would be a good solution. |
|
jm_sz |
06-May-23 09:43 |
DCS? what for?
ok, i will try to describe my idea better.
we have any grayscale bitmap (in examples i have converted colour bitmap, but with grayscale result would be the same), and we want to make it red (c0m100y100k0) for example.
in both cases scribus should treat/interprete grayscale bitmap as cmyk - and print it as cmyk also.
1. scribus converts any value of black (0-255 or 0-100%) to value of red (c0m0y0k0-c0m100y100k0); for example 128 (50%) black should be c0m50y50k0 (50% red) - see 'pic_red.png'. this is simple case.
2. there is more difficult graphical filter neccessary. i don't know the filter in gimp, but in photoshop you may do this using hsb values with 'colorize' option on - see 'colorize_pic_1.png', or use two layers: first with main picture, second filled with the solid color (red), and the first layer have to be blended using luminocity - see 'colorize_pic_2'.png (both methods have different results of course).
|
|
PLucAuclair |
06-May-23 18:48 |
Yes, we're pretty much saying the same thing.
It's similar to putting a color layer set to Screen over a grayscale layer in Gimp. :) |
|
jm_sz |
06-May-24 12:40 |
most important is, that we agree with main subject ;) |
|
babayasin |
09-Aug-12 07:46 |
Faced the same issue and found it partially resolvable.
Had to print a grayscale image in spot color from Scribus.
Steps:
1) Using Gimp, decolorize the image (keeping it RGB). Add alfa. Create layer transparency based on white color. Convert to grayscale. Save as PNG.
2) In Scribus, place the image and fill its frame with the spot color you want (must be created beforehand of course).
3) Output to PDF 1.6 to preserve transparency. Check the file in Acrobat Pro's Output Preview: your image (in fact, its background masked by the image) is there, on the spot plate of your choice.
I believe this is only usable when you're not intending to print CMYK inks at all; otherwise, the image will produce output to these plates, and the result will depend on the sutiation. |
|
|
5891 |
Story Editor / Text Frames |
text |
always |
07-Jun-15 22:24 |
09-Aug-11 18:48 |
louisdesjardins |
avox |
normal |
assigned |
June 10, 2007 |
none |
none |
Mandriva Spring 2007 |
Linux |
|
1.3.5svn |
open |
0 |
Various settings of work tracking and glyph extension make text overlap in column gap |
As summary |
Create a 2-colum text frame and put some Lorem Ipsum text into it.
In the Properties Palette > Text change the values to anything lower than 100% in both the word tracking and glyph extension.
The text will overlap in the column gap. |
|
wordtracking.png (185 KB) 07-Jun-15 22:26 wordtracking_right_text_distance.png (283 KB) 09-Jun-03 18:17 |
|
louisdesjardins |
07-Jun-15 22:35 |
I realise I should not assign a bug myself. How can I unassing it? |
|
avox |
07-Jun-15 22:59 |
Dont worry.
In the (unlikely) case someone else wants to fix this bug, we'll reassign it. :-) |
|
wordsworth |
07-Aug-27 02:45 |
Also noted in version 1.3.4. |
|
bubu |
09-Jun-03 18:18 |
Simply: Also appears this bug, if you raise the right text distance. (1.3.5rc1) |
|
meiradarocha |
09-Aug-11 18:48 |
Seems related with min glyph distance, not with max distance. |
|
|
8325 |
General |
major |
always |
09-Aug-08 17:33 |
09-Aug-11 01:16 |
wgregori |
|
normal |
new |
|
none |
none |
WIN XP |
XP |
|
1.3.5svn |
open |
0 |
The Style Editor screen has fallen below the edge of the work space and now is inaccessible |
I'm using version 1.3.5.rc3 which doesn't appear to be listed... so I guess I inadvertently downloaded an unstable version... this problem has stopped my work... I have tried many ways to gain access to the editor menu but I can not. |
|
|
|
|
jghali |
09-Aug-11 01:16 |
Deleting prefs in Document and Settings\Username\Application Data\Scribus should fix your problem. |
|
|
8332 |
Graphics / Image Frames |
tweak |
always |
09-Aug-10 19:41 |
09-Aug-10 19:41 |
dnelub |
|
normal |
new |
|
none |
none |
|
|
|
1.3.3.12 |
open |
0 |
the image generated for the first small frame is used in the second big frame when both frames uses the same image file. |
Problem: There are more than 100 images in my project. When I export it to pdf, resolution of some images were very low.
Why some of them?
Only images that I use two or more times have this problem. For example, image A is used in both page 1 and page 16.
What cause the problem?
If first image frame is smaller than the second one, the second image looks very bad (very low resolution). It seems that scribus uses the same converted image in both places. In other words, the image generated for the first small frame is used in the second big frame.
How did I resolve?
but some of images were OK although I also used them two times as I described above. The reason why they didnt have low quality is that I used image filter for them. I think that scribus re-call the same image when the image needs to be processed.
just let you know...
thanks
Bulend Karadag
|
|
|
|
|
|
8324 |
Usability |
feature |
always |
09-Aug-08 15:26 |
09-Aug-09 08:40 |
rdevries |
|
normal |
new |
29 june 2009 |
none |
none |
Mac |
OSX |
10.5.7 |
1.3.5svn |
open |
0 |
Sections |
It's impossible to rearrange items in the sections dialog. |
Go to File - Document Setup - Sections.
Ad some sections.
Try to rearrange the squence of the existing items.
This isn't possible. |
|
|
|
cbradney |
09-Aug-09 00:10 |
How do you mean rearrange? You cannot do things like drag the sections etc. |
|
rdevries |
09-Aug-09 07:41 |
With rearrange I mean to change the order of the sections by dragging them. Is that by design? You can also put new sections between existing items so I would expect that you can change the order of it too. To make the use of the different sections more flexible that would be a great addition. |
|
|
8323 |
Usability |
major |
have not tried |
09-Aug-07 19:53 |
09-Aug-07 23:33 |
rshall713 |
|
normal |
new |
|
none |
none |
PC |
Windows Vista |
|
1.3.3.13 |
open |
0 |
Saved file unable to open |
I have created a document in Scribus, when I attempt to open it, Scribus does not respond, it just sits there for ever. |
|
|
VIP Concept.sla (75 KB) 09-Aug-07 19:53 |
|
jghali |
09-Aug-07 23:33 |
Unable to reproduce |
|
|
7801 |
Qt4 Port |
major |
always |
09-Feb-16 19:30 |
09-Aug-05 10:59 |
rolloderwikinger |
|
normal |
feedback |
|
none |
none |
|
|
|
1.3.3.13svn |
open |
0 |
No accessibility in tab controls |
When using screen readers or other technology relying on accessibility APIs, Scribus appears to refuse to put focus on tab controls when moving through the elements of a dialog. Reproduce: Try to access the page layout selection in the "New Document" dialog like "3 columns". This and possibly a non-consisten parent->child assignment make these dialoges inaccessible. QT4 does provide an accessibility API but it looks like these controls are not hooked in appropriately. |
|
|
|
|
christoph_s |
09-Mar-15 02:57 |
Even though this comment may sound harsh: Can you specify a real world use case for this? Page layout is by definition a visual activity/art. Why would Scribus have to consider this "bug"? |
|
rolloderwikinger |
09-Aug-05 10:59 |
Yes, I certainly can. Having no vision at all I use a tactile device to capture screen content and create layouts. Things simply work faster if keyboard operation is working and this is exactly the problem with the mentioned tabs. Simply try to access the layout tabs in the "new document" dialogue (3times folded etc.) or the list box which appears when selecting them with the keyboard commands. |
|
|
8308 |
Graphics / Image Frames |
minor |
have not tried |
09-Jul-28 15:18 |
09-Aug-03 00:07 |
Shaforostoff |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
[patch] unload unused images from RAM and restore them silently on the next access |
First of all, thanks for applying my previous optimization patches.
Seeing that Scribus takes a lot of RAM (over 500), and hence becomes very slow on a computer with 512 mb ram) I made small research and I was surprised that it keeps all document images in RAM, uncompressed.
Attached is the patch (mainly on scimage.*) that saves RAM by unloading images that ain't used for more than 10 seconds (it may be e.g. images from other pages that user doesn't look at at the moment).
It keeps track of gross bytes taken up by images, and if it is > 128 mb, than it also unloads image right after it was loaded, so that scribus stays alive when opening document with alot of images on low ram computers.
It would be cool if scribus didn't have to load all images of the document on opening at all, but it is another story^Wpatch.
I also couldn't stand long compile times so lowered file interdependencies by using more granular including.
I tried to subscribe to scribus-dev@ to discuss the patch, but it says I must wait for moderator approval (shaforostoff atat kde.ru). Particularly I wanted to ask about ScImage::getAlpha method...
|
|
|
offload-images_and_decouple-header-dependencies.patch (113 KB) 09-Jul-28 15:18 offload-images_and_decouple-header-dependencies_150.patch (103 KB) 09-Jul-29 14:26 8308-r13805-update.patch (70 KB) 09-Aug-03 00:03 |
|
Shaforostoff |
09-Jul-28 15:25 |
ah, i forgot to mention that the patch is against yesterday's 135 svn |
|
jghali |
09-Jul-28 20:51 |
Tip : 1.3.5svn has release candidate status, so there is not a single chance we apply that kind of patch to 1.3.5svn now. You should really work on trunk (1.5.0svn).
[Edit] Could you provide a patch based on 1.5.0svn?
|
|
Shaforostoff |
09-Jul-28 21:03 |
yes, i'll provide the patch.
my interest in doing it for 1.3.5 is that we'll be able to use(test) my changes in production earlier. |
|
Shaforostoff |
09-Jul-29 14:26 |
i uploaded 150 patch. |
|
jghali |
09-Aug-03 00:07 |
I committed the file interdependency part of the patch to 1.5.0svn and uploaded an updated patch. I did a basic test with a 20-30 page doc with lots of images. When scrolling, there are lots of display issues with images : image distorted or being only displayed partially. Something to look at...
|
|
|
8232 |
Build System |
feature |
always |
09-Jul-02 16:12 |
09-Jul-31 01:09 |
sharkcz |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
use system hyphenation library if available |
Scribus should use system hyphenation library if it is available in the system.
references:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533081 [^]
http://bugzilla.redhat.com/show_bug.cgi?id=506074 [^]
The attached patch is an improved version of the one included in Debian package. |
|
|
system_hyphen.diff (4 KB) 09-Jul-02 16:12 system_hyphen-1.3.5.diff (4 KB) 09-Jul-21 13:34 |
|
|
8157 |
Language Tools |
feature |
always |
09-Jun-15 15:20 |
09-Jul-31 01:06 |
caolan |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Support for arbitrary seperately packaged hyphenators |
Scribus includes a copy of a number of hyphenators that were originally created
for use by OOo.
But there are a lot more hyphenators for a lot more languages available, and
e.g. they are generally now packaged separately in Fedora and Debian (see /usr/share/hyphen and hyphen-af through to hyphen-zu at
http://fedoraproject.org/wiki/OpenOffice.org/LinguisticComponents) [^]
It would be ideal for those distros to be use the system hyphenators to reduce duplication and to allow scribus to support these other languages.
A simple link from /usr/share/scribus/dicts to /usr/share/hyphen shows a few problems with that "simple" approach.
Attached is a patch that allows this to be at least possible. |
|
a) scribus/scribus.cpp
There's probably no reason that not process links within the /usr/lib/scribus/dicts dir itself, so remove | QDir::NoSymLinks
b) scribus/hyphenator.cpp
Make this code safe against, e.g. releasing a NULL hyphenator or attempts to load a hyphenator that doesn't exist
c) scribus/hysettings.cpp
The names of languages that scribus knows about are in a hard-coded table. So to support arbitrary languages which scribus doesn't know about we take the locale string as a fallback in the UI
d) scribus/langmgr.cpp
This bit is admittedly a bit messy given the existing table of language abbreviations that are in use. But the patch should be good
enough for the majority of situations as a starting point.
(as an aside, there are some odd entries in LanguageManager::generateLangList, e.g.
langList.insert("ga", langPair("Galician",
as "ga" is the language code for Irish (Gaelic), and
langList.insert("es_LA", langPair("Spanish (Latin)",
which suggest Spanish as spoken in Lao by its name) |
scribus-1.3.5.rc2.arbitraryhyphenators.patch (5 KB) 09-Jun-15 15:20 |
|
|
8313 |
Import / Export |
minor |
have not tried |
09-Jul-30 19:21 |
09-Jul-31 01:02 |
alexandre |
fschmid |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
AI import is wrong |
Same failed job, but now AI file.
Scribus gets wrong:
1. Colors
2. Clipping paths rendering
Again GIMP has better, yet still incorrect color reproduction. I've seen this card actually printed before, so I know what I'm talking about :)
Note that GIMP also doesn't render spaces between clipped paths. |
|
|
logo.zip (1099 KB) 09-Jul-30 19:39 |
|
alexandre |
09-Jul-30 19:40 |
Blast, I send the wrong file :)
OK, You'll easily see what's wrong here: no clipping paths supported, colors all wrong. |
|
|
8312 |
Import / Export |
minor |
have not tried |
09-Jul-30 19:18 |
09-Jul-31 01:02 |
alexandre |
fschmid |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
EPS import is incorrect |
Scribus loses a background rectangle with a gradient fill and gets color wrong when importing a EPS file created in AI 13.0 for Mac. Attached archive contains sample EPS file, screenshot of Scribus's document with the imported file and a screenshot of GIMP with imported EPS which has both rectangle with gradient fill and colors that are much closer to what they should be.
I'd say the issue is major. Maybe because I didn't manage to do a commercial job with Scribus and had to borrow a Macbook :) |
|
|
panda.tar.bz2 (253 KB) 09-Jul-30 19:18 ice-cream.tar.bz2 (448 KB) 09-Jul-30 19:40 |
|
alexandre |
09-Jul-30 19:41 |
ice-cream.tar.bz2 is another example, transferred from 0008213:
Same failed job.
Scribus gets wrong:
1. Colors
2. Clipping paths rendering
Again GIMP has better, yet still incorrect color reproduction. I've seen this card actually printed before, so I know what I'm talking about :)
Note that GIMP also doesn't render spaces between clipped paths. |
|
|
8310 |
Build System |
minor |
always |
09-Jul-29 19:27 |
09-Jul-29 19:30 |
timpul |
|
normal |
new |
1.3.5svnRC3 |
none |
none |
Pentium Dual-Core |
Mandriva Linux |
2009.1 (32bit) |
1.3.5svn |
open |
0 |
Just a terminal output with errors |
I've compiled and installed the latest Scribus with instructions:
http://bugs.scribus.net/view.php?id=8236 [^]
I recently installed podofo but I couldn't install liblcms-debug what cmake missed.
After starting and closing Scribus the following errors appeared in terminal.
|
1. I removed old packeges.
2. I compiled Scibus with cmake . && make && make install.
3. I started Scribus and set some settings.
4. Scribus crashed with signal 0000011.
5. Re-open and make sure of all data stored. OK.
6. Close Scribus.
7. Open a console and start Scribus.
8. Following errors:
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
9. Close Scribus.
10. Following massages appeared in terminal. See uploaded file. |
The old hidden ~/.scribus folder has been removed.
Scribus works perfect anyway. |
scribuserror.txt (12 KB) 09-Jul-29 19:27 |
|
timpul |
09-Jul-29 19:30 |
Signal number 11, of course.
On closing of Scribus does not pop up error box.
The 'crashes due to Signal Number 6' appeared in terminal.
|
|
|
8259 |
Story Editor / Text Frames |
minor |
always |
09-Jul-07 13:59 |
09-Jul-28 23:26 |
victorp |
|
normal |
feedback |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
reopened |
0 |
Wrong paragraph positioning after file open |
When opening the attached document with doubleclick with no scribus instance running, one paragraph is positioned incorrectly. Interesting, that if i single-click the textbox with pointer tool, it gets to its place. Also, if i close the document and reopen it - everything ok as well. |
1. close scribus
2. double click the attached document.
3. see result.
If you open the document through File/Open the issue happens randomly. With opening through double-clicking .sla with no scribus running - it happens each time.
See attached screenshots as well. |
|
text-positioning.7z (157 KB) 09-Jul-07 13:59 after-file-open.jpg (71 KB) 09-Jul-07 13:59 after-clicking-textblock.jpg (70 KB) 09-Jul-07 13:59 text-disappered.png (111 KB) 09-Jul-28 11:30 |
|
cbradney |
09-Jul-27 23:00 |
Can we also close this one now that 8250 has been closed? |
|
victorp |
09-Jul-28 11:28 |
Sorry, but I should reopen the issue.
In 1.5.0svn revision 13794 the issue exists, however behaviour changed.
Positioning is incorrect as it was before or sometimes the mentioned paragraph and all text below simply disappears (see text-disappeared.png attached). To take it back to normal, I should open story editor, and without editing text should update and close (Ctrl-W). Simply clicking the text frame with pointer tool doesn't change anything now (while it helped earlier)
Also, i observed that if i close the doc right after i opened it and reopen it - the paragraph is in place. The bad positioning occurs when the doc is the 1st opened document after scribus has started (either by double-clicking .sla or opening through file/open)
|
|
|
8304 |
Story Editor / Text Frames |
major |
always |
09-Jul-27 12:11 |
09-Jul-27 12:12 |
victorp |
|
normal |
new |
|
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Tab filler incorrect positioning |
The tab fillers that was setup in default style and applied for 3 paragraphs are not positioned correctly.
AFAIU, all three lines (see screenshot) should touch the guideline.
|
1. open attached .sla
2. check style (tab position and filler for default style).
3. check underscore right ends. |
|
tab-filler.jpg (83 KB) 09-Jul-27 12:11 tab-filler.sla (11 KB) 09-Jul-27 12:12 |
|
|
1096 |
Graphics / Image Frames |
feature |
N/A |
04-Sep-17 20:27 |
09-Jul-23 18:18 |
packetbell |
|
normal |
acknowledged |
|
none |
none |
all |
all |
all |
1.3 |
open |
0 |
Picture frame padding |
The ability to add precise amounts of white space between the frame border and the picture itself, similar to the shape properties for a text box (distance from top, bottom, left, right). |
|
|
|
|
cbradney |
04-Sep-19 23:16 |
Well, we have the Contour line, but specifying shape distances for anything but rectangular is a difficult task, although possible. See what you think of Contour lines. |
|
packetbell |
04-Sep-20 00:55 |
Actually, the padding would be the distance from the frame border to the frame contents, to create a bit of white space between (for instance) a photograph and the border that surrounds it.
Should be possible even the frame is irregular, because the shape is identical. |
|
mkoren |
06-May-08 23:53 |
Seems to me the same fields used for text should be enabled here. This would at least make sense for images scaled to the frame size.
For free scaling images wouldn't it also make sense to be able to set a basepoint for the coordinates (in Properties:Image)? E.g. refer to upper right corner instead of upper left. |
|
aliB |
09-Jul-15 13:12 |
The UI would be more consequent if you'd just allow to use the same fields as you use for textframes already.
This makes even sense, when the image is not scaled to framesize!
You just have to change the caption to "space between content" |
|
pygmee |
09-Jul-21 00:45 |
duplicate with 8275 ? |
|
hammeredklavier |
09-Jul-23 18:18 |
I found the way Scribus handles the "standard box model" odd - it might be worth making it more straightforward to add margins and padding to text and graphics frames, basically in the same way as in CSS. I can't help thinking it ought to be a bit easier to put a standard amount of white space between my pictures and the text body. |
|
|
8278 |
Story Editor / Text Frames |
minor |
always |
09-Jul-12 06:45 |
09-Jul-21 10:28 |
gatoatigrado |
Herm |
normal |
feedback |
|
none |
none |
linux |
opensuse |
11.2 / factory |
1.5.0svn |
open |
0 |
LaTeX boxes do not remember "additional headers" field when "use preamble" is selected |
In the "Fonts/Headers" tab when selecting "edit source" for a LaTeX box, the "Additional Headers" box is not saved with the file (or is not reloaded?) |
|
|
|
|
Herm |
09-Jul-12 11:10 |
I can't reproduce this problem. Here the headers are stored correctly and also loaded. Could you please open the SLA file you saved in a text editor and search for the text "additionalheaders". You should find a line like this:
<PROPERTY name="additionalheaders" value="\usepackage{amsmath}
\usepackage{ngerman}"></PROPERTY>
Does this line exist and are your headers saved correctly?
Which version of scribus are you using? There is a date in the dialog Help->About Scribus.
|
|
gatoatigrado |
09-Jul-13 01:04 |
Yes, they did save correctly. However, I see this "error: running external application failed" when I open the file, and see only "\usepackage{amsmath}" when I re-edit the LaTeX boxes. My install says "Scribus Version 1.5.0.svn" "04 July 2009" in the about page even though I checked it out of SVN trunk yesterday.
Thanks,
Nicholas |
|
joolsr |
09-Jul-13 11:18 |
I'm not sure if this is relevant, (i'll raise another bug anyway), but when using 1.3.5 RC3, I find that doing any manual positioning using the image properties, ie moving X and/or Y to move the Latex within the box doesn't get saved. When you export as a PDF, the X and Y changes go back to 0.
(Update), I've just created a bug with this info, is Bug http://bugs.scribus.net/view.php?id=8280 [^]
Possibly related, as when using latex frames, attributes aren't always being saved on a file save.
|
|
gatoatigrado |
09-Jul-19 23:11 |
I still see the problem; I checked out anonymous svn trunk yesterday. The build date also still says July 4. I'm also getting this bug: http://bugs.scribus.net/view.php?id=8263 [^] . Fortunately, exporting to an image, and then using Okular to print to a pdf works great.
regards,
Nicholas
p.s. feel free to ping me via IM if you want me to try anything in particular, or want a Scribus document to try to reproduce it
[gatoatigrado@gmail.com (google talk / jabber)]
|
|
Herm |
09-Jul-19 23:26 |
Sorry for the delay, I'm currently having a lot of other work, I'll look at this bug in a few days when I have some free time. |
|
gatoatigrado |
09-Jul-20 01:33 |
No worries, the export image seems to work fine (quality is good). Thanks! |
|
joolsr |
09-Jul-21 10:28 |
I'm not totally sure if my particular issue http://bugs.scribus.net/view.php?id=8280 [^] is related, but here is the info you requested for this bug as it seems to be related.
I have <PROPERTY name="additionalheaders" value="\usepackage{amsmath}"/> in my .sla file.
Scribus Version 1.3.5.rc3
29 June 2009
Build ID: C-C-T-F-C1.8.6
Using Ghostscript version 8.64 |
|
|
8300 |
Graphics / Image Frames |
crash |
always |
09-Jul-20 02:45 |
09-Jul-20 22:37 |
buca |
psmedley |
normal |
assigned |
|
none |
none |
OS/2 - ECS 2 |
OS/2 - ecomstation 2 rc6a |
2.45 - 2 |
1.3.3.13 |
open |
0 |
Inserted a image box, then inserted an image 5MPIX, use right click scribus Killed by SIGSEGV |
When use right click in an image inserted scribus crash before shows the popup menu. |
Insert an image box
Right click -> select image
Select big image
(scribus shows image)
Right click on it
Then crash |
CONSOLE OUTPUT:
Qt: the program has not been linked as the Presentation Manager application
but it uses GUI capabilities. Switching to PM mode dynamically.
QObject::connect: No such signal ScToolBar::prefsChanged()
QObject::connect: (sender name: 'unnamed')
QObject::connect: (receiver name: 'uWidget')
Failed to start a new process [gsos2.exe] [-h]
errno=2 (No such file or directory)
Killed by SIGSEGV
pid=0x00ae ppid=0x0095 tid=0x0001 slot=0x00a8 pri=0x0200 mc=0x0001
C:\PROGRAMS\SCRIBUS\SCRIBUS.EXE
SCRIBUS 0:006932aa
cs:eip=005b:1d1a32aa ss:esp=0053:0012d794 ebp=0012d7bc
ds=0053 es=0053 fs=150b gs=0000 efl=00010206
eax=00000014 ebx=00000009 ecx=008b95cd edx=00000000 edi=0012d994 esi=005a2804
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.
|
20090720021624-SCRIBUS-00.trp.xml (21 KB) 09-Jul-20 02:45 |
|
|
8298 |
User Interface |
minor |
always |
09-Jul-18 01:11 |
09-Jul-19 09:59 |
yarkot |
|
normal |
new |
C-C-T-F-C1.8.6 |
none |
none |
AMD |
Ubuntu |
9.04 |
1.3.5svn |
open |
0 |
View "About Plugins" - after 2nd select, wrong (sometimes previous) selection displayed. |
1.3.5rc3 (self-built):
From menu: Help->About Plug-ins
double click will display correct description; inconsistent behavior clicking around (e.g. sometimes lags 1 click / one selection; less often catches up) |
Default (starting) display: Barcode Generator
Select: Font Preview: Displays: Font Preview (sometimes stays on Barcode Generator);
Select next: PostScript Importer: Displays: Font Preview
etc.
|
|
|
|
jghali |
09-Jul-18 14:14 |
Unable to reproduce on Windows |
|
yarkot |
09-Jul-18 20:33 |
I think this is Qt specific; making a build on Fedora-11 to check behavior there... |
|
BAlpha |
09-Jul-19 09:59 |
Can't reproduce on Fedora 10 using Qt 4.5.1. |
|
|
8299 |
Graphics / Image Frames |
minor |
always |
09-Jul-18 12:00 |
09-Jul-18 12:00 |
ire |
|
normal |
new |
RC3 |
none |
none |
intel |
windows |
xp SP3 |
1.3.5svn |
open |
0 |
printing rotated picture in some sizes |
I have a picture frame
rotate it 10%
have a black outline line of 0,1cm
the picture size is 7,xxx x 5,6xxx
when printing it on a hplaser I get only the outline |
when I change the frame size to smaller values I get the complete picture.
I tried it with having the picture added or copied to a new file.
when I make the pictures smaller the value in the printer dialog rises (???)
Lu |
|
x1.sla (15 KB) 09-Jul-18 12:00 |
|
|
8283 |
User Interface |
minor |
always |
09-Jul-13 12:37 |
09-Jul-17 23:47 |
rogererens |
cbradney |
normal |
assigned |
C-*-T-*-C1.8.6-Windows |
none |
none |
x86 |
MS Windows |
Vista BusinessNL |
1.3.5svn |
open |
0 |
English-American UI still uses settings from non-English OS: default colour "Geen" in stead of "None" |
When changing the preferences from Dutch to English UI, the filling colors defaulting to "None" still show the Dutch equivalent default called "Geen", resulting in a brownish color. |
|
|
|
|
|
8292 |
General |
crash |
always |
09-Jul-16 16:56 |
09-Jul-17 14:25 |
kerubim |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Crashes due to signal 0000011 |
Opened template "TextBased", message "You have opened a file produced by Scribus 1.2.x. If you save it in this version, it will no longer be readable by older Scribus versions." appears, then Scribus crashes:
"Scribus crashes due to Signal 0000011" |
Open template "TextBased" |
|
|
|
jghali |
09-Jul-17 14:25 |
unable to reproduce |
|
|
8296 |
Story Editor / Text Frames |
feature |
have not tried |
09-Jul-17 11:24 |
09-Jul-17 11:24 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Support for entering special characters as described in ISO 14755 |
It would be nice to allow special character input with keyboard via UTF-8 code as described in http://www.iso.org/iso/catalogue_detail.htm?csnumber=25491 [^]
Actually it works in gnome desktop, see http://doc.infosnel.nl/utf-8_symbols.html [^]
but not in scribus
|
|
|
|
|
|
8294 |
User Interface |
minor |
always |
09-Jul-17 03:26 |
09-Jul-17 03:26 |
ScriptDriver1000000000 |
|
normal |
new |
|
none |
none |
Windows |
Vista |
7.0 |
1.3.3.12 |
open |
0 |
document template default related to size, and portrait or landscape |
cannot save simple user-created template, without what may be extremely convoluted
cannot open new doc and have landscape as default, rather than portrait |
file menu, then preferences, then change to document from the default general window/menu, use necessary testing combinations on the size and orientation boxes, and then reopen to view default Scribus document...
|
Voila, bug in the program it seems
I have tried everything, yet, was a little non-exhaustive
it seems that you can default legal size without Scribus calling it custom
maybe I am doing something/everything wrong
I have searched manual and webpages
I will not upload copy of the view of my current default document viewable after the Scribus program opens because it seems a simple issue to me, and I guess it's a simple enough issue to many users and most developers or contributors |
|
|
|
8151 |
Scripter |
major |
always |
09-Jun-13 22:15 |
09-Jul-16 00:32 |
Denzil |
cbradney |
normal |
feedback |
C-C-T-F-A |
none |
none |
x86 |
Ubuntu |
9.04 |
1.3.3.12 |
reopened |
0 |
BleedAndPrintMarks script does not work |
I run the script and enter the required parameters. At the end of the process, (after "Created by Scribus") I repeatedly get a script error. |
With a document open, run Scripts|BleedAndPrintMarks, enter parameters. |
Detailed error message
Traceback (most recent call last):
File "<string>", line 8, in <module>
File "/usr/share/scribus/scripts/BleedAndPrintMarks.py", line 747, in <module>
main()
File "/usr/share/scribus/scripts/BleedAndPrintMarks.py", line 255, in main
xmldoc = minidom.parse(tmpFileName)
File "/usr/lib/python2.5/xml/dom/minidom.py", line 1915, in parse
return expatbuilder.parse(file)
File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 924, in parse
result = builder.parseFile(fp)
File "/usr/lib/python2.5/xml/dom/expatbuilder.py", line 207, in parseFile
parser.Parse(buffer, 0)
ExpatError: reference to invalid character number: line 8, column 54 |
|
|
jghali |
09-Jun-14 11:26 |
Unable to reproduce |
|
cbradney |
09-Jun-14 14:36 |
The scripts were updated for the 1.3.3.13 release as part of bug 6877. Please upgrade as they were all tested for that release. |
|
Denzil |
09-Jun-15 22:53 |
Same error using 1.3.3.13. Error seen with all documents
System info as requested: Biostar IDEQ210V, Athlon XP3200, 1GB RAM, NVIDIA FX5200, Western Digital D1600JB HDD, running Ubuntu 9.04. |
|
Denzil |
09-Jul-16 00:24 |
Same error with 1.3.3.13 on different PC running Ubuntu 9.04, and another PC running Windows Vista. |
|
cbradney |
09-Jul-16 00:32 |
Reminder sent to: gpittman|Can you please check out the script Greg? |
|
|
2107 |
General |
feature |
always |
05-Jun-21 04:26 |
09-Jul-15 13:35 |
ringerc |
|
none |
acknowledged |
|
major rework |
none |
any |
any |
any |
1.3 |
open |
0 |
Master documents |
Suport for master documents, which are composed of one or more "linked" external .sla files, could be extremely useful for collaboration. If such a document could pull in an external .sla for /part of/ a page, eg a 1/2 page ad, that'd be even better. |
|
|
|
|
ringerc |
05-Jun-21 04:27 |
Reminder sent to: christoph_s|Figured you'd want to be on the notify list for this one. |
|
mhanski |
06-Apr-21 20:02 |
copied from the duplicate bug 3451:
"2107 is about publications idea, ok. but definable page numbering in publications means that if two documents separately are started with 1, in publication first starts with 1 (and it has for example 11 pages), and the second starts with 13 (if defined that every document has to start with right page) or 12 (if layout is defined as continous)" |
|
aliB |
09-Jul-15 13:35 |
Vote for this one.
I used to work a long time with "Help & Manuel" which had this feature.
The master document contained 6 linked chapters. And every chapter was edited by one user.
This is the only way if you want to work with many people on one document! -> split in many docs and link them all in a master doc. Everyone has his own file an is happy. |
|
|
1146 |
User Interface |
feature |
N/A |
04-Sep-23 22:03 |
09-Jul-15 13:06 |
packetbell |
pjohnson |
normal |
assigned |
|
none |
none |
|
|
|
1.3 |
open |
0 |
Multi-user projects/Multi-user Scribus |
Documents where ownership can be assigned to individual layout elements. The 'root' user owns everything, other users can only update certain text frames, images or pages.
Ideal in newspaper of magazine workflows. Eliminates the possibility of users editing content they're not supposed to touch, also great for collaboration.
|
|
Some other thoughts:
- Save access profiles seperately, so they can be re-used for different projects.
- A collaboration mechanism where layout elements (text frame, picture, whole page) can be 'pushed' to other desktops (X host).
- A new palette in the Tools menu to view all active users collaborating on a project.
- Content-owner can set access rules: view, edit, print
|
|
|
cbradney |
04-Sep-23 23:14 |
Work on something like this is already underway... |
|
packetbell |
04-Sep-23 23:36 |
Awesome! Will this be part of the main dev tree? |
|
cbradney |
04-Sep-23 23:42 |
It will be.. but will involve some sort of server process. |
|
aliB |
09-Jul-15 13:06 |
How will this work?
Is there already something I could test? |
|
|
5267 |
Shape Drawing |
feature |
always |
07-Jan-29 18:04 |
09-Jul-14 16:14 |
KampfCaspar |
|
normal |
new |
070129 |
none |
none |
Linux |
Ubuntu |
6.10 |
1.3.4cvs |
open |
0 |
define tints as separate colors |
Using spot color tints, in different parts of a document, would'nt it be nice to be able to register a specific tint as a separate color. |
|
|
|
|
christoph_s |
07-Jan-29 20:10 |
Can you explain? |
|
KampfCaspar |
07-Jan-29 22:40 |
Scenario: I want to use one spot color in two variants: a=100%, b=40% shade. I use a and b in different locations in the document. a and b are in fact used as different "colors".
Plus: If suddenly I want to change b to 60% shade, I prefer changing one color definition to changing shade settings on different objects. |
|
christoph_s |
07-Jan-29 23:17 |
But this wouldn't be restricted to spot colours, wouldn't it? As I understand it, you would like to be able to clone a colour (feature 1) and to adjust the shade in the colour settings (feature 2).
Correct? |
|
KampfCaspar |
07-Jan-30 00:00 |
In terms of need, it's primarily spot color; as lighter tints of cmyk colors can already be defined with different cmyk value, no?
In a more generalized manner, sure, it would be nice to include "shade" as a parameter for all swatches (while keeping spot colors on their film! Meaning different swatches are one spot color...)
In a most generalized manner, that would mean, that swatch definitions are not limited to CMYK; but a "shade" of CMYK plus spot colors.
Please excuse my sub-par knowledge. |
|
louisdesjardins |
09-Jul-14 16:14 |
From what I understand I think this could be better handled into stylesheets attributes than with a specific color made like described. In the end, we can’t have a color and a tint of that color on distinct plates. |
|
|
8280 |
Graphics / Image Frames |
minor |
always |
09-Jul-13 11:23 |
09-Jul-14 00:16 |
joolsr |
Herm |
normal |
assigned |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
X and Y positions don't get saved when adjusting Latex Frame Contents |
Add a Latex Frame.
Use Sample Latex markup.
Go to Windows-> Properties ->Image
Adjust X and/or Y position.
The Latex Frame now shows the updated X and Y positions.
Save the file.
Re-Open
The latex inside the frame is back to origin 0,0. |
|
Using Ubuntu 9.0.4, Scribus 1.3.5RC3
|
|
|
|
8268 |
General |
feature |
always |
09-Jul-08 15:17 |
09-Jul-13 11:26 |
aliB |
christoph_s |
normal |
assigned |
|
none |
none |
Dell Inspiron 9400 |
Linux |
OpenSuSE 11.1 |
|
open |
0 |
Make it possible to donate |
It should be possible to donate to the scribus project.
It should also be possible to donate for special features / bugfixes. |
|
|
|
|
Mike |
09-Jul-08 17:08 |
+2 :-) |
|
joolsr |
09-Jul-13 11:26 |
+1 |
|
|
8279 |
Story Editor / Text Frames |
tweak |
have not tried |
09-Jul-12 07:43 |
09-Jul-13 03:21 |
gdelacruz |
|
normal |
new |
|
none |
none |
Windows |
Windows Vista |
Win32 |
1.3.3.13 |
open |
0 |
Hyphenation |
text chain doesn´t works with a master page wiht a text frame |
|
|
|
|
christoph_s |
09-Jul-13 03:21 |
Could you elaborate, please? |
|
|
8276 |
Story Editor / Text Frames |
feature |
always |
09-Jul-10 16:36 |
09-Jul-10 16:36 |
pygmee |
|
normal |
new |
|
none |
none |
Linux |
Debian |
Lenny |
1.3.5svn |
open |
0 |
request for Text frame creation |
When guides are set, any new frame added with Shift pressed will add a frame within the guides space. Another option could allow to add a frame within the margin space but automagically adding columns to the frames coresponding to the guides.
There could be some kind of default column value that could be set in document properties or creation, to help this. (as done in Xpress or ID if i remember well) |
|
|
|
|
|
8275 |
Story Editor / Text Frames |
feature |
have not tried |
09-Jul-10 16:32 |
09-Jul-10 16:32 |
pygmee |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Resquest for a simplet way to add margin around a frame |
Any frame can have internal margin that can be set for each side. When text flows around frame is activated, the user has to do several action to set the margin between the text and this frame.
Text Flows around frame should have some options (may be at least one to set a uniform external margin or one for each side) that would replace the Contour Line option for most use cases. |
|
|
|
|
|
8269 |
Undo/Redo |
crash |
always |
09-Jul-08 21:12 |
09-Jul-10 08:25 |
aliB |
|
high |
confirmed |
|
none |
none |
Dell Inspiron 9400 |
Linux |
OpenSuSE 11.1 |
1.3.5svn |
open |
0 |
Undo of deleting page does not restore deleted objects |
If you delete a page and use the unde function, the elements created on that page are not restored. |
|
|
|
|
christoph_s |
09-Jul-10 00:02 |
Actually, Scribus crashes reliably if I try to undo pages with content:
Starting program: /opt/scribus135cvs/bin/scribus
[Thread debugging using libthread_db enabled]
[New Thread 0xb5e816d0 (LWP 11082)]
[New Thread 0xb4b23b90 (LWP 11495)]
[New Thread 0xb4322b90 (LWP 11502)]
[New Thread 0xb3b21b90 (LWP 11503)]
[Thread 0xb4322b90 (LWP 11502) exited]
[Thread 0xb3b21b90 (LWP 11503) exited]
ASSERT failure in QList<T>::operator[]: "index out of range", file /usr/include/QtCore/qlist.h, line 395
Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb5e816d0 (LWP 11082)]
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
0000001 0xb608f8f5 in raise () from /lib/libc.so.6
0000002 0xb60911e1 in abort () from /lib/libc.so.6
0000003 0xb67228a7 in qt_message_output (msgType=QtFatalMsg,
buf=0xbfb2106c "ASSERT failure in QList<T>::operator[]: \"index out of range\", file /usr/include/QtCore/qlist.h, line 395") at global/qglobal.cpp:2102
0000004 0xb6722998 in qFatal (
msg=0xb686bec8 "ASSERT failure in %s: \"%s\", file %s, line %d")
at global/qglobal.cpp:2303
0000005 0xb67229fc in qt_assert_x (where=0x8bd2eba "QList<T>::operator[]",
what=0x8bd2ea7 "index out of range",
file=0x8bd2e8b "/usr/include/QtCore/qlist.h", line=395)
at global/qglobal.cpp:1880
0000006 0x0827fac6 in QList<QString>::operator[] (this=0xbfb2313c, i=1)
at /usr/include/QtCore/qlist.h:395
0000007 0x08895e0e in ScribusMainWindow::addNewPages (this=0x8e30d50, wo=2,
where=1, numPages=1, height=841.88999999999999, width=595.27999999999997,
orient=0, siz=@0xbfb23258, mov=true, basedOn=0xbfb2323c,
overrideMasterPageSizing=true)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:5610
0000008 0x08896efe in ScribusMainWindow::restoreDeletePage (this=0x8e30d50,
state=0x9be0688, isUndo=true)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:8467
---Type <return> to continue, or q <return> to quit---
0000009 0x08897374 in ScribusMainWindow::restore (this=0x8e30d50, state=0x9be0688,
isUndo=true)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scribus.cpp:8430
0000010 0x08b2a85e in UndoState::undo (this=0x9be0688)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/undostate.cpp:73
0000011 0x08b17a0a in TransactionState::undo (this=0x9668178)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/undomanager.cpp:776
0000012 0x08b2a110 in UndoStack::undo (this=0x9ef5dbc, steps=1, objectId=-1)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/undostack.cpp:70
0000013 0x08b249e7 in UndoManager::undo (this=0x9232528, steps=1)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/undomanager.cpp:535
0000014 0x08271d89 in UndoManager::qt_metacall (this=0x9232528,
_c=QMetaObject::InvokeMetaMethod, _id=12, _a=0xbfb2347c)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/moc_undomanager.cxx:108
0000015 0xb682d2aa in QMetaObject::activate (sender=0x8eb8bb0,
from_signal_index=19, to_signal_index=19, argv=0xbfb2347c)
at kernel/qobject.cpp:3037
0000016 0xb682d992 in QMetaObject::activate (sender=0x8eb8bb0, m=0x8da6ecc,
local_signal_index=0, argv=0xbfb2347c) at kernel/qobject.cpp:3107
0000017 0x08257a66 in ScrAction::triggeredData (this=0x8eb8bb0, _t1=1)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/moc_scraction.cxx:105
0000018 0x08860fd1 in ScrAction::triggeredToTriggeredData (this=0x8eb8bb0)
---Type <return> to continue, or q <return> to quit---
at /home/christoph/scribus15svn/trunk/Scribus/scribus/scraction.cpp:123
0000019 0x08257c90 in ScrAction::qt_metacall (this=0x8eb8bb0,
_c=QMetaObject::InvokeMetaMethod, _id=9, _a=0xbfb235dc)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/moc_scraction.cxx:93
0000020 0xb682d2aa in QMetaObject::activate (sender=0x8eb8bb0,
from_signal_index=5, to_signal_index=6, argv=0xbfb235dc)
at kernel/qobject.cpp:3037
0000021 0xb682d700 in QMetaObject::activate (sender=0x8eb8bb0, m=0xb76273b8,
from_local_signal_index=1, to_local_signal_index=2, argv=0xbfb235dc)
at kernel/qobject.cpp:3127
0000022 0xb6e72881 in QAction::triggered (this=0x8eb8bb0, _t1=false)
at .moc/release-shared/moc_qaction.cpp:216
0000023 0xb6e7324f in QAction::activate (this=0x8eb8bb0, event=QAction::Trigger)
at kernel/qaction.cpp:1125
0000024 0xb729b142 in QToolButton::nextCheckState (this=0x6)
at ../../include/QtGui/../../src/gui/kernel/qaction.h:195
0000025 0xb71c099f in QAbstractButtonPrivate::click (this=0x8ea2a68)
at widgets/qabstractbutton.cpp:520
0000026 0xb71c0c2b in QAbstractButton::mouseReleaseEvent (this=0x92369f0,
e=0xbfb23b8c) at widgets/qabstractbutton.cpp:1110
0000027 0xb729b23c in QToolButton::mouseReleaseEvent (this=0x92369f0, e=0xbfb23b8c)
at widgets/qtoolbutton.cpp:671
0000028 0xb6ecd654 in QWidget::event (this=0x92369f0, event=0xbfb23b8c)
---Type <return> to continue, or q <return> to quit---
at kernel/qwidget.cpp:7167
0000029 0xb71bf6ff in QAbstractButton::event (this=0x92369f0, e=0xbfb23b8c)
at widgets/qabstractbutton.cpp:1072
0000030 0xb729aec4 in QToolButton::event (this=0x92369f0, e=0xbfb23b8c)
at widgets/qtoolbutton.cpp:1103
0000031 0xb6e7967c in QApplicationPrivate::notify_helper (this=0x8dcdbe8,
receiver=0x92369f0, e=0xbfb23b8c) at kernel/qapplication.cpp:3804
0000032 0xb6e7e655 in QApplication::notify (this=0xbfb24348, receiver=0x92369f0,
e=0xbfb23b8c) at kernel/qapplication.cpp:3529
0000033 0xb6818449 in QCoreApplication::notifyInternal (this=0xbfb24348,
receiver=0x92369f0, event=0xbfb23b8c) at kernel/qcoreapplication.cpp:587
0000034 0xb6e7dd61 in QApplicationPrivate::sendMouseEvent (receiver=0x92369f0,
event=0xbfb23b8c, alienWidget=0x92369f0, nativeWidget=0x8e30d50,
buttonDown=0xb763ec90, lastMouseReceiver=@0xb763ec94)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:212
0000035 0xb6ee673f in QETWidget::translateMouseEvent (this=0x8e30d50,
event=0xbfb240a8) at kernel/qapplication_x11.cpp:4040
0000036 0xb6ee5f30 in QApplication::x11ProcessEvent (this=0xbfb24348,
event=0xbfb240a8) at kernel/qapplication_x11.cpp:3036
0000037 0xb6f0cb2a in x11EventSourceDispatch (s=0x8dd4400, callback=0,
user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:142
0000038 0xb663c6d6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
0000039 0xb663fa72 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
---Type <return> to continue, or q <return> to quit---
0000040 0xb664002e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000041 0xb6843e68 in QEventDispatcherGlib::processEvents (this=0x8dd1040,
flags=@0xbfb24248) at kernel/qeventdispatcher_glib.cpp:319
0000042 0xb6f0c925 in QGuiEventDispatcherGlib::processEvents (this=0x8dd1040,
flags=@0xbfb24278) at kernel/qguieventdispatcher_glib.cpp:198
0000043 0xb681760d in QEventLoop::processEvents (this=0xbfb242f0,
flags=@0xbfb242b4) at kernel/qeventloop.cpp:143
0000044 0xb681779d in QEventLoop::exec (this=0xbfb242f0, flags=@0xbfb242f8)
at kernel/qeventloop.cpp:194
0000045 0xb6819a4d in QCoreApplication::exec () at kernel/qcoreapplication.cpp:852
0000046 0xb6e78fa7 in QApplication::exec () at kernel/qapplication.cpp:3332
0000047 0x08b63586 in mainApp (argc=1, argv=0xbfb24434)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/main_nix.cpp:84
0000048 0x08b635f6 in main (argc=Cannot access memory at address 0x2b4a
)
at /home/christoph/scribus15svn/trunk/Scribus/scribus/main_nix.cpp:52 |
|
aliB |
09-Jul-10 08:25 |
No crash here with the 1.3.5rc3
I can undo/redo page deletion/insertion as often as I want to (just the content of the page will be lost) |
|
|
8274 |
User Interface |
minor |
have not tried |
09-Jul-10 08:02 |
09-Jul-10 08:02 |
pygmee |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Move stroke Color selector for text |
Since stroke Color selector is avaikable only when some effects are avaikable why not place thé drop down list within thé shadow or stroke effect options ? |
|
I guess this useful only if shadows and stroke CAN havé différent Colors, but this would be thé case to considère it to such as considering underline Color. |
|
|
|
3928 |
NLS |
text |
always |
06-Jun-19 06:52 |
09-Jul-10 03:19 |
markpeak |
|
normal |
confirmed |
5 January 2006 C-C-T |
none |
none |
All |
|
|
1.2.4.1 |
open |
0 |
Support line breaking for Thai text |
Line breaking is the big issue for Thai. Softwares without Thai line breaking are unusable for ordinary people, especially for DTP or graphics industry.
For your information, whitespaces are used to separate between "sentences" or "phrases", not "words" as Latin script. This is still different from East Asian languages (CJK) which each character means one word. So Thai line breaking needs dictionary to distinguish word boundary and insert break points for display.
There are some Thai linebreaking library available on major platforms (Windows, Linux, Mac):
- Windows applications can use Microsoft Uniscribe. IE done this.
- Mac applications can use Apple own library, integrated with OSX. Safari done this.
- Linux applications can use libthai, many GTK+ and Qt applications use libthai for line breaking already.
- Another alternative library is ICU, which available cross-platform too.
Since KDE handle line breaking issue perfectly via libthai and Scribus is Qt application. Adding line breaking for Scribus is big advantafe for Thai people. On Windows, it can use Uniscribe. |
|
|
|
|
bountonw |
07-Jun-24 01:37 |
This thread should also be added as a child of "3828 Megabug:hypenization" |
|
bountonw |
09-Jan-30 08:47 |
What is the progress of this thread? It has been 2 1/2 years. When can Thai be used in Scribus? |
|
cbradney |
09-Jan-30 21:44 |
when its ready.. I'm almost sure that wont be in 2009. |
|
zhangweiwu |
09-Jul-09 19:58 |
This seems not a Thai-specific issue but common issue for any ideographic language. I guess it affects all CJK users.
In fact I filed a bug about this issue back in 2005 or 2006 and was closed because non-latin language was not supported (if I remember well) so it is not just 2.5 years old. So far it is perhaps 5 years old.
I reported the same bug to scribus' competitor pagestream and the issue was fixed in the following week. 8272 has an attachment shows the problem does not exist in pagestream. This problem also do not exist in OOO Draw which can be used for entry level DTP when there isn't text-frame linking requirement.
I hope who have the authority can change the subject of this bug to also include other keywords people might start searching by, add "Chinese, Japanese, Korean, ideograph" there. |
|
cbradney |
09-Jul-09 20:44 |
We simply do not have the resources to work on non-Latin extensively at this point. What work is being done on fonts/layout is making progress. Right now, our priority is the 1.3.5 release. |
|
zhangweiwu |
09-Jul-10 02:07 |
Hi. Not mean to push or blame any one (you did a good job created scribus in the first place), but I think line-break is a small correction & should be easy.
In general there are many bugs in non-latin for the "correct" typography and many are hard to make right (e.g. space between ideographs), but most of them are not so obvious to ordinary reader. They probably feel something looks not so right but they cannot tell what is wrong. They think "oh this thing isn't perfect". Working on such issue is "working extensively".
This bug is different that people immediately tell it is wrong and where is wrong. Readers think "this is broken". Yet this issue doesn't sound difficult. It can be done by simply adding zero-width space before and after each ideograph, and there are library to do just this without covering all typography issue, for the very same reason (that line break issue is obvious to readers without typography knowledge) http://vimgadgets.sourceforge.net/liblinebreak/?. [^] I am not sure, I guess such issue is not "working extensively".
So it's very appreciated if some developer can poke into it and see if this is really a hard nut before deciding not to crack it:)
Solving this problem makes Scribus from "unusable" to "usable". It is not correct typographic yet, while you have a large user base who don't care that much (which makes up most user base if you look at how generally typography is badly done here in China).
|
|
bountonw |
09-Jul-10 03:19 |
Glad to see someone is finally saying something here. Basically until this is resolved, scribus is not usable for Thai, Lao, and Khmer. We don't have scribus installed anymore on our 15 computers because. Using MS Publisher and InDesign for our publishing needs until scribus can handle the SE Asian scripts. Unfortunately I have had to advise others to do the same. |
|
|
8271 |
Story Editor / Text Frames |
minor |
always |
09-Jul-09 17:33 |
09-Jul-09 17:33 |
pygmee |
|
normal |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
Unicode car insertion doesn t work when shift pressée |
If you Wang to add a copyright car with ors Unicode value 00a9 there s issue if shift key is pressed. When typing a A unicode insertion is deactivated and then using non-numeric pad numbers does thé same. |
|
Proposal : when ctrl shift u pressed bring any lettr to small Cap for letters and enable normal number insertion for people that dont havé a numpad |
|
|
|
1475 |
Internal |
major |
always |
04-Dec-31 00:02 |
09-Jul-08 11:00 |
meiradarocha_jor |
|
normal |
acknowledged |
|
none |
none |
all |
all |
all |
1.3 |
open |
0 |
Bad hyphenating implementation |
After hyphenating, a 65k Scribus file (A4 format with 10k character text block) grew up to 1.9 MB. Almost every single character was maked with ITEXT. Working with Scribus becames a pain due slow response.
|
|
Will be a better aproach hyphenate with soft hyphen character (U+00AD) instead signed by ITEXT CSTYLE 8th bit attribute. More about soft hyphen: http://www.google.com/search?q=soft+hyphen+kuhn [^]
|
|
|
ringerc |
05-Apr-27 10:20 |
This is a known issue. The new format planned for 1.3 should alleviate the hyphenation problems, at least regarding how they're stored on disk.
There isn't much to be done about it in 1.2.x, unfortunately - there really isn't room to move on "better" hyphenation as far as I know. |
|
Shaforostoff |
09-Jul-08 11:00 |
it seems that hyphenating via Extras->Hyphenate Text works fine now (i have single ITEXT for 1 paragraph).
But "Hyphenate Text Automatically During Typing" in document setup doesn't work at all for me. Even worse: it seems that when it is working, it still creates dozens of ITEXTs. I think this option should be removed, or changed to just call Extras->Hyphenate Text automatically for new text frames. |
|
|
3312 |
User Interface |
feature |
always |
06-Mar-01 22:43 |
09-Jul-08 10:55 |
christoph_s |
|
normal |
feedback |
|
none |
none |
all |
all |
all |
1.3 |
open |
0 |
Add an option to apply hyphenation from the properties palette |
Currently, three closely related features are separated between the properties palette and the menus: text alignment, language, and hyphenation. It would be nice to execute the hyphenation function from the properties palette to prevent users from moving the mouse to the menu bar for hyphenating text.
Conversely, the language setting for a text frame should also be available from the "Style" menu. |
|
|
|
|
mkoren |
06-May-02 20:36 |
I think this would make sense. It seems that hyphenation is considered somewhat of a separate thing now, as it's in the "Extras" menu, but if it were considered a text property like language, then it should be included in properties.
The "Style" menu is interesting: it seems to contain only the basic text attributes at the moment, but I guess it should contain everything on the text tab of properties to be consistent. That would mean moving hyphenation from the "Extras" menu to there and including the language and style settings as well.
I don't use the menu much though, and I don't know what will become of it when lots of other kinds of styles besides text become available. I'm more interested in everything being available in properties. |
|
PLucAuclair |
06-May-02 20:50 |
I agree with it, and even more I'd say it would fit as a paragraph property. |
|
cbradney |
06-May-03 00:13 |
Style menu is going away. Ignore its existence. |
|
christoph_s |
06-May-03 00:19 |
There is already another RFE for hyphenation in paragraph styles. |
|
jm_sz |
06-May-04 09:58 |
good idea (specially as a paragraph property) |
|
Shaforostoff |
09-Jul-08 10:55 |
+1 |
|
|
8265 |
Story Editor / Text Frames |
minor |
always |
09-Jul-08 09:02 |
09-Jul-08 09:02 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Editing text at the end of line applies default style for new text |
When adding text to and existing line the newly entered text has incorrect font settings. |
1. open attached sla
2. double click inside textbox
3. press Ctrl-A (select all)
4. with properties window (F2) apply dejavu sans font to the WHOLE text
5. put cursor at the end of line 1
6. start typing.
The newly entered text should be displayed with Dejavu Sans, instead of this default style's font is used.
See attached screenshot |
|
end-line-edit-screenshot.jpg (71 KB) 09-Jul-08 09:02 end-line-edit.7z (259 KB) 09-Jul-08 09:02 |
|
|
7647 |
General |
feature |
N/A |
08-Dec-10 17:20 |
09-Jul-07 18:37 |
mhanski |
Herm |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
Metabug: Render Frames (LaTeX, GnuPlot, LilyPond, GraphViz, etc.) |
Issues with respect to render frames in Scribus
==PLEASE DON'T ADD ANY COMMENTS TO THIS METABUG==
If you wish to be notified about issues related to this metabug, please click on the "Monitor Issue" button |
|
See the whole list of metabugs: http://wiki.scribus.net/index.php/Metabugs [^] |
|
|
|
8254 |
Printing |
minor |
always |
09-Jul-06 14:08 |
09-Jul-07 10:35 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Page becomes rotated 90 degrees clockwise when printing to postscript level 3 |
The same document, when printed with different postscript levels gives rotated result for level 3.
See attached collect folder with ps files included.
Is it a bug or not? Anyway its inconvenient when using prepared scripts to impose ps files and face with rotated pages.
|
open attached sla, print to file with different postscript levels and compare |
|
levels.7z (322 KB) 09-Jul-06 14:08 |
|
joolsr |
09-Jul-06 16:47 |
I dont know if this helps as you havent specified what Linux Distribution(or Windows) you are using, but be aware that Ubuntu 9.04 currently has issues with PostScript level 3 printing anyway. Printing to level 2 works fine usually. |
|
victorp |
09-Jul-07 08:50 |
I have specified. See above: Linux Fedora 10. |
|
joolsr |
09-Jul-07 10:35 |
Hi Victor,
FWIW, when I view mantis I dont see where you specified Fedora 10 anywhere in your bug entry which is odd. Perhaps, its not showing to all the info you submitted fully. |
|
|
8235 |
Import / Export |
minor |
have not tried |
09-Jul-02 22:09 |
09-Jul-07 10:33 |
kguciek |
|
normal |
feedback |
1.3.5.rc2 |
none |
none |
PC |
Linux |
Debian Lenny |
1.3.5svn |
reopened |
0 |
Ability to embed font in PDF depends on unchecking "subset" field |
Before I could select a font for embedding in PDF export dialog, I had to go to Font Preview, find that font and uncheck "subset". Until I did that, Scribus forced the fonts to be converted to curves.
Even if that's the expected behavior (?) there's info on this missing in the export window. |
|
|
|
|
jghali |
09-Jul-02 22:59 |
Otf fonts cannot be embedded only subsetted in PDF versions supported by scribus, and fonts which contains more than 2048 glyphs are subsetted by default for pdf size reasons. So that's expected behavior. |
|
kguciek |
09-Jul-03 09:47 |
""" Otf fonts cannot be embedded only subsetted in PDF versions supported by scribus """
So why was I able to embed them, and wasn't able to subset them?
It's the opposite of what you are telling.
Also, when user presses "Embed All" and not all fonts can be embedded, a message should be displayed saying why is it so. |
|
jghali |
09-Jul-03 11:00 |
Otf fonts with TrueType outlines cannot be embedded as OpenType fonts in PDF versions supported by Scribus. They are embedded as *TrueType* fonts. Otf fonts with PostScript outlines cannot be embedded at all in PDF < 1.6. So i confirm what i wrote : otf fonts cannot be embedded in PDF versions supported by Scribus. Otf format is lost in all cases. |
|
kguciek |
09-Jul-03 12:31 |
It appears to me that there are two distinct settings:
- if the font is embedded as a whole, or only a subset of it is embedded
- if the font is converted to True Type before embedding, or is't embedded at all
My question is, why are they anyhow connected?
Why cannot a font be converted to True Type AND subsetted? |
|
jghali |
09-Jul-03 18:09 |
>> why are they anyhow connected?
Because embedded otf fonts are not supported by PDF versions supported by scribus.
>> if the font is converted to True Type before embedding, or is't embedded at all
That second setting cannot be a user choice because the behavior to adopt depends directly on the kind of outlines a specific otf font use. If otf font use TrueType outlines, we can embed the font as TrueType because getting a TrueType font from such a font is straightforward and such font is supported by pdf <= 1.5. If otf font use PostScript outlines, then we have no choice, the font *cannot* be embedded as is, that's pdf specs. For mathematical reasons otf fonts with PostScript outlines cannot be converted to TrueType with sufficient reliability and guarantee of quality. In general case those fonts cannot be converted as a Type1 font either, because of limitation in the number of glyphs a type1 font can contain. Consequence : otf fonts with PostScript outlines have to be subsetted. We convert such fonts as Type3 subsets. Direct consequence : for those fonts, embedding font as a whole or subsetting them cannot be a user choice either.
Font which contains more than 2048 glyphs and whose format allow them to be embedded... may be embedded by unchecking the "subset" field. However embedding them as a whole may have negative effect on pdf size. |
|
kguciek |
09-Jul-04 09:23 |
It would be desirable to inform a user what actually will happen with each of the fonts. It could be put in parenthesis after each font name displayed on lists in the export window. |
|
joolsr |
09-Jul-07 10:33 |
I think informing the user what is happening, ie for the case when fonts cant be embedded is a simple but useful bit of help here. I've been caught out by this myself many moons ago. |
|
|
8252 |
Mac OS |
tweak |
always |
09-Jul-06 13:20 |
09-Jul-06 22:26 |
ale |
|
high |
new |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
can't open a file through double click |
if i double click a .sla file in the finder:
- if scribus is closed i get to the "new document" dialog
- if scribus is already open scribus get's focus but won't open the file
- if i drag a file into the scratch space (no document already open), the file is (correctly) opened |
|
|
|
|
|
3096 |
Win32 |
feature |
always |
06-Jan-25 12:47 |
09-Jul-06 16:45 |
joolsr |
jghali |
normal |
assigned |
|
none |
none |
Windows 2000 |
Win2000 |
SP4 |
1.3.2 |
open |
0 |
Network shares unavailable on file open/save dialog |
I cannot access network shares when using the Scribus File Open/Save dialog.
With drive letters this is fine.
Many companies now use network shares rather than drive mappings. Unless I map a drive I cant access the server even when entering \\servername in the dialog. |
When trying to save or load an export a file, cannot access networked files shares, even when typing in \\servername\path |
This is also a problem with the Gimp and programs that use the Win32 GTK interface. There is a Gimp file open/save plugin buts its not ideal by any means. |
|
|
jghali |
06-Jan-25 14:50 |
First Scribus is not a GTK application, it's a Qt application :)
The described behavior is a limitation of the Qt file dialog and on which our file dialog class is based. One possibility is to use the get*Name static methods where possible. On Windows, these methods are using the native Windows file dialogs instead of the qt one. Will have a look asap.
|
|
joolsr |
06-Jul-10 17:33 |
Hi
Is there any chance at having another look at this Jean?
There is a bigger problem, that if you save a file with the linux version and then try and open it with the Windows port that the paths are different, and images do not show up, as the path created under Linux doesn't mean anything to Windows.
I tried mapping network drives, but this is messy; exactly the reason we now use network shares instead on our samba server to windows clients.
But we still have a lot of difficulty accessing scribus files properly. |
|
jghali |
06-Jul-10 20:09 |
Solving this issue requires a network enabled file dialog class. Considering the amount of work needed, i have no time for that now. Using QFileDialog static methods is not a solution for consistency and functionnality reasons.
When saving files scribus uses whenever possible relative paths, so if you have properly organized your files, opening a linux document with the Windows port should not be a problem. |
|
joolsr |
06-Jul-11 10:23 |
Thank you for your quick response. I do appreciate and fully understand your time constraints. I'm sure it wouldnt be straightforward to get network shares working natively with qt.
But, other programs such as the Windows port of the Gimp, has a plugin that allows you to use the std windows open/save dialog boxes. This of course allows me to use network shares.
Inkscape (Windows) again has the same problem.
I do appreciate that Scribus is primarily designed as a Linux application, but I do know the developers are keen to offer Mac and Windows versions.
Is there any way that a combined, improved Windows file open/save dialog could be developed for the good of the many Windows ports of Linux applications that have the same issue?
Please understand that I am a Linux user through and through, I have been using it as my only OS at home since 2000, but at work Windows is more prevalent, and without the means to open or save files, its going to be difficult to offer it as a solution to many people. |
|
joolsr |
09-Jul-06 16:45 |
Just a note, in 1.3.5 RC3 on Windows, you cannot browse a Network Neighborhood or any such thing, BUT typing in \\server\share works fine.
This in itself is quite a help |
|
|
8240 |
Styles |
minor |
random |
09-Jul-03 12:53 |
09-Jul-04 19:46 |
kguciek |
|
normal |
new |
1.3.5.rc2 |
none |
none |
PC |
Linux |
Debian Lenny |
1.3.5svn |
open |
0 |
Automatic line spacing with derived styles causes (sometimes, randomly) wrong rendering |
When I make a style and choose "Automatic line spacing", then make a style based on this one that changes the Font Size, and this derived style is applied to some text, then I sometimes get wrong rendering, that looks like made with line spacing of 1 px or so.
The wrong looks preserves after reopening the file. |
|
|
x.sla (102 KB) 09-Jul-03 19:31 |
|
jghali |
09-Jul-03 16:20 |
Could you provide a sample file please? |
|
kguciek |
09-Jul-03 19:41 |
I uploaded one. Look at page 11, object "Tekst14", first line.
I am using today's SVN version, trunk/Scribus. |
|
jghali |
09-Jul-03 20:47 |
I do not see anything anormal in that doc and cannot reproduce. |
|
kguciek |
09-Jul-04 19:46 |
Well, the nature of the problem is such, that it does not seem possible that it is an issue with some library on my system.
And, a strange thing, I reopened the file today and it looks normally! No change to the program since yesterday... also my Debian on this computer is perfectly stable, including resource-hungry applications, so it is not any kind of hardware error. |
|
|
8249 |
Website |
minor |
have not tried |
09-Jul-04 10:08 |
09-Jul-04 17:43 |
ale |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
cleanup the version list in the bug tracker |
i guess we won't have any bug report any more for 1.0...
can we keep just 1.3.4, 1.3.3.* (the last 5?), 1.3.5svn (eventually rc), 1.4 and 1.5? |
|
|
|
|
cbradney |
09-Jul-04 17:43 |
This feature is coming in mantis 1.2, do we need to keep this bug open just for that? we cannot delete the versions themselves or the old bugs will lose info. |
|
|
8246 |
User Interface |
minor |
have not tried |
09-Jul-03 16:51 |
09-Jul-03 20:33 |
mray |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
some spaces in document setup dialogue need a fix |
the attached image shows that you can easily mix up the height an width values and describtions because of wrong spacing. |
|
|
gui-bug.png (87 KB) 09-Jul-03 16:51 |
|
|
8245 |
Canvas |
minor |
always |
09-Jul-03 16:41 |
09-Jul-03 16:41 |
mray |
|
normal |
new |
Build ID: C-C-T-F-C1.8.0 |
none |
none |
GNU/Linux |
Ubuntu |
8.10 |
1.5.0svn |
open |
0 |
middle mous epanning not working in node edit |
While trying to pan with the middle mouse button (holding it down to scroll) in node edit mode I get a selection rectangle instead. |
|
|
|
|
|
8239 |
General |
minor |
always |
09-Jul-03 10:25 |
09-Jul-03 16:30 |
mray |
|
normal |
new |
Build ID: C-C-T-F-C1.8.0 |
none |
none |
GNU/Linux |
Ubuntu |
8.10 |
1.5.0svn |
open |
0 |
All tools loose focus (get deactivated) |
When selecting text in a text frame, and then jumping to another page no tool is selected. The default tool should be selected instead. |
1 create multipage document
2 create a text frame and edit some text
3 while your cursor is still blinken jump to another page
4 you find yourself on that page with no tool selected |
|
|
|
jghali |
09-Jul-03 16:30 |
Cannot reproduce on Windows |
|
|
8244 |
Import / Export |
feature |
have not tried |
09-Jul-03 14:50 |
09-Jul-03 15:09 |
mray |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Show print preview upon export (optionally) |
The print preview is important for quality control, i would appreciate if it was more acessible during the pdf export procedure like:
offering a "Preview before exporting" button somewhere.
Currently the preview is rather "hidden" and just by the name the option suggests this is an ordinary "print preview" out of the box of the operating system. |
|
|
|
|
jghali |
09-Jul-03 15:09 |
Current print preview is based on PostScript not PDF. So until print workflows and printers uses PDF directly, print preview on pdf export would be inconsistent with final output. |
|
|
8243 |
Styles |
feature |
N/A |
09-Jul-03 13:06 |
09-Jul-03 13:06 |
kguciek |
|
normal |
new |
1.3.5.rc2 |
none |
none |
PC |
Linux |
Debian Lenny |
1.3.5svn |
open |
0 |
A way to block "Hyphenate Text" for certain Paragraph Styles |
It would be useful to have an option in Paragraph Style to block Hyphenate Text, that is, not remove hyphenation, but only ignore it when rendering. |
|
|
|
|
|
8238 |
Styles |
feature |
always |
09-Jul-03 10:07 |
09-Jul-03 10:07 |
kguciek |
|
normal |
new |
1.3.5.rc2 |
none |
none |
PC |
Linux |
Debian Lenny |
1.3.5svn |
open |
0 |
"Default Paragraph Style" and other default styles naming inconsitency |
They are translated on the style list, but are always named in English in SLA and in the "Based on" lists.
It does not seem a good idea to just fix it by adding a translation filter on the name in the pull-down list widget.
Such situations will be ever present if the name of the default style is kept in English internally. Please consider this.
Below I've written my idea on how to improve the overall handling of "default styles". |
|
I suggest the following cleanup:
When creating a new document, three default styles are created with names in a local language, and the names of these three styles are remembered as a document parameter.
A new field in "Document Settings" allows an user to choose which styles are assigned to new text fields and to new lines.
There's no possibility for the object to have "No Style". (When not using styles, all objects just have the default style and they override it on local basis.)
For backward compatibility, when there's no information on which style is the default one, the style list is searched for a traditionally-named entry (eg. "Default Paragraph Style"). |
|
|
|
7779 |
Styles |
minor |
always |
09-Feb-07 23:58 |
09-Jul-03 09:39 |
Tynstar |
|
normal |
confirmed |
Scribus_1.3.5SVN_060109.dmg |
none |
none |
Mac |
Mac OS X |
10.5.6 |
1.3.5svn |
open |
0 |
Paragraph styles duplicated on copy/paste |
With the build mentioned above, I still see the problem described in 0006132: copying and pasting a text box duplicates each of the paragraph styles it refers to. |
1. Select text box.
2. Copy and paste the box.
3. Look at the list of styles. |
|
7779.sla (64 KB) 09-Feb-08 08:21 test.sla (143 KB) 09-Jun-16 19:30 |
|
jghali |
09-Feb-08 00:44 |
Cannot reproduce. If you have a sample document which shows the issue, that would be helpful if you could upload it.
|
|
Tynstar |
09-Feb-08 08:31 |
The uploaded file has a text box containing "Initiative-Basiswert..." near the bottom of the page. I duplicated it via copy/paste and got a new style "Copy of Initiative & Rüstung".
You can also see several copies of another style, "Erfahrungs-Box". Note that most of them are named in German ("Kopie von"), my UI language, but there are also English ones. When is this text _supposed_ to be used anyway? Duplicating a style uses another text, and I don't see a function labeled "Copy style"...
That said, I wasn't able to reproduce this every time with this document, and with a new document, not at all. Sorry; I know how hard bug reports like this are for developers.
I don't know your code base at all, but I think I myself would systematically check all the places where the UI text "Copy of" or "Kopie von" is accessed, and then work my way to the copy/paste code to find out the circumstances in which this problem appears. |
|
BAlpha |
09-Feb-08 15:11 |
I can confirm that this still happens; also, the object I copy doesn't even have to be a text box; it might be anything. Unfortunately, I cannot offer reproducability either. |
|
mray |
09-Feb-28 14:13 |
I can also confirm all of the above. |
|
jghali |
09-Mar-20 01:43 |
I've committed a patch which should at least drastically reduce those unwanted copies (r13317). |
|
John Jason Jordan |
09-May-06 19:03 |
I still have the problem with 1.3.5 Beta, April 19, Ubuntu Jaunty x86_64.
Furthermore, I have never copied and pasted a text frame ever in the document I am working on. I cannot tell where these copies are coming from, but it cannot be caused by copying and pasting text frames. I do use the Story Editor, and frequently update the text frame without necessarily closing the Story Editor. Whatever is causing them be something I am doing in the Story Editor.
I should add that I have a LOT of them. I generate 20-30 copies every hour.
|
|
John Jason Jordan |
09-May-12 07:08 |
This is the most annoying bug in my 1.3.5 April 19.
After spending nine hours in Scribus today I discovered that I had 1,064 copies of styles. It takes roughly 1.5 seconds to delete each one, and you have to delete them one at a time. It took me half an hour to delete them.
And tomorrow there will be another 1,064 copies of styles. I realize I am using beta software, but please!
OK, I'll shut up now. I just had to vent. I love you developers. :) |
|
jghali |
09-May-12 20:59 |
Found another major cause of style duplication : page import |
|
John Jason Jordan |
09-May-13 05:07 |
I would upgrade this to more than "minor." I sure hope this is fixed in the final release. |
|
John Jason Jordan |
09-May-14 02:22 |
I discovered something else to add to the bug report. The document in question has a paragraph style called Normal, and 18 additional styles based on Normal. There are also half a dozen paragraph styles not based on Normal. The spurious copies are all copies of just eight of the styles based on Normal; that is, ten of the styles based on Normal are never duplicated. The half a dozen styles not based on Normal are also never duplicated. And Normal itself is never duplicated. If I could figure out the pattern - what is up with those eight styles - it may help pinpoint the origin of the problem. Sadly, I looked through all the features of all the styles and can't see the pattern. And the document is way too big to upload here. |
|
pygmee |
09-May-15 12:04 |
happens on winXP with build 05 april 2009. Strangely, if i have several styles, it is not necessarly the style included in the copied_pasted frame that is duplicated. |
|
dreamtheater |
09-Jun-16 19:48 |
Here is another test file. Take, for example the text frame with 'Figure 5', press CTRL-C and CTRL-V. Another copy of Beschriftung will be added.
Side note to John Jason: in my scribus version at least, I can mark the duplicate styles (when the editing panel is opened, that is, expanded) and press the Delete button. I get a window in which I can delete all styles at once (although this window will be really huge if you have accumulated thousands of copies, so you won't see the OK button).
If the styles are deleted this way, you have to push finish to really delete them (even though they don't show in the list anymore), else, after copying the text box another time, all the styles will there again, plus one extra copy.
I agree that this should be rated more than minor even though you can still use the program. The style list gets very hard to manage, especially if not only one style is duplicated. |
|
BAlpha |
09-Jun-16 22:02 |
Yes, this is annoying, but you don't have to delete every style by itself. You can select a whole bunch of styles using the well-known Shift-Click / Ctrl-Click methods (style editing view has to be open) and click delete. If you don't see the "Ok" button (because the list is too long) don't worry: just press Enter. And since I have never seen any of the copied styles actually being applied to anything, you don't have to assign a replacement style on deletion. |
|
jghali |
09-Jun-16 22:15 |
Thanks for that test file. Copy/paste was not handling inherited tabs values properly. This is now fixed. |
|
Shaforostoff |
09-Jun-27 19:06 |
i don't know if this is related. In 1.3.5 (1.3.5.RC2) win32, copy-n-paste of selection of text boxes and other elements prepends newlines to texts of all text boxes. this is not always reproducible.
also, scribus crashed after triggering undo action (don't remember which exactly) |
|
kguciek |
09-Jul-03 09:39 |
""" It takes roughly 1.5 seconds to delete each one """
Man, just edit the sla file with a text editor and remove the appropriate lines! It's easy! |
|
|
8202 |
Fonts |
feature |
always |
09-Jun-23 15:11 |
09-Jul-03 08:58 |
aliB |
|
normal |
feedback |
|
none |
none |
|
|
|
|
reopened |
0 |
Better control of available fonts |
two options would be great:
checkbox: use system fonts (default yes)
checkbox: use fonts in the project folder* (default yes) |
|
*the project folder is the folder where the sla file is stored. |
|
|
jghali |
09-Jun-23 15:55 |
This is the role of font managers. There are already issues for support of font managers (0003861). |
|
aliB |
09-Jun-24 14:17 |
This is not just about fontmanagement!
Example:
Project A: uses _just_ Arial and Times
Project B: uses _just_ Times and Courier New
Project C: uses a special customized font from a customer (not allowed to use in other projects!)
I do not want to see fonts which I'm not allowed to use in the projects
These suggested two options could improve handling with such sitionation.
In every project you'd disable using system fonts and making scribus just use the fonts which are available in the project dir.
Now you are able to give somebody (a customer, a emplayee ..) the full project dir which include _everything_ they need to proceed the work on that project.
An additional fontmanager would just change the amount of fonts available as system fonts and concerns every project and every application currently runnung on that machine. |
|
jghali |
09-Jun-24 14:30 |
Sorry but disabling system fonts is not reasonably possible. System fonts have to be available at any time to provide default fonts and replacement fonts. Basic scenario which would not work if system fonts were disabled : open a document with some custom fonts, collect for output, delete fonts, and reopen document.
|
|
aliB |
09-Jun-24 15:37 |
This is a really special case of PEBKAC :-)
If the user deletes files within the project dir, he should know that this could affect the project in some way.
"Deactivate" System font for me is just, that they are not available in the font combobox.
If the "project font" can not be found you could still suggest a system font.
I do not want that exactly this feature is implemented, it should just be possible to achieve this kind of workflow in some way. May be you have a better suggestion. |
|
jghali |
09-Jun-24 15:41 |
The example i gave apply to any doc with missing font. |
|
aliB |
09-Jul-03 08:58 |
Ok, almost the same can be achieved by using the function "collect for output".
The only thing I'd miss is to have a document specific font set.
This could be solved by making those options also available in the document options. |
|
|
8230 |
Styles |
minor |
always |
09-Jul-02 08:50 |
09-Jul-02 08:51 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Style hotkeys do not work |
Trying to apply style using hotkeys do not work neither in story editor nor layout view. |
1. open the attached .sla
2. open style manager, check hotkeys for header and bodytext, close style manager
for layout view:
3. double click in text, 1st paragraph
4. press Alt-5 or Alt-4
style is NOT applied
same for story editor
6. open textblock in story editor
7. put cursor in some paragraph.
8. press Alt-4 or Alt-5
style is not applied.
See attached screenshots as well
|
|
style-hotkeys.sla (11 KB) 09-Jul-02 08:50 style-manager.jpg (42 KB) 09-Jul-02 08:50 apply-style-in-layout-view.jpg (66 KB) 09-Jul-02 08:50 apply-style-in-story-editor.jpg (53 KB) 09-Jul-02 08:51 |
|
|
8199 |
Story Editor / Text Frames |
major |
always |
09-Jun-23 09:06 |
09-Jun-30 21:37 |
victorp |
|
normal |
new |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Clicking text block moves text block far away |
Clicking or double clicking text blocks displaces text block far away its original position, sometimes outside page area. |
1. Open the attached .sla file.
2. Double click the UPPER text block, and type/add some text there
3. Double-click or single-click the LOWER text block.
4. It jumps away toward left-lower corner of page. |
|
text-block-jumps.7z (236 KB) 09-Jun-23 09:06 |
|
jghali |
09-Jun-23 10:18 |
Unable to reproduce |
|
victorp |
09-Jun-23 21:10 |
It is a permanent issue that i face with the last 2 months i am using scribus. Happens both on windows and Fedora. Is there some another way to show/reproduce the bug? Maybe remote access or any other way? Its really annoying to have the text blocks jumping away, and i am very willing to help in this project. Pls let me know how can I help/show this bug. |
|
cbradney |
09-Jun-23 22:08 |
Unable to reproduce on OSX |
|
pierremarchand |
09-Jun-29 13:20 |
Unable to reproduce on openSuse11.1.
OTOH I know this happens from time to time. |
|
aliB |
09-Jun-30 09:35 |
Had also this issue yesterday. But I'm not able to reproduce it.
Sometimes it works, sometimes not.
I've the feeling, it happens more often when you doubleclick on a frame (e.g. text frame for textediting) |
|
pygmee |
09-Jun-30 21:37 |
Alredy hppened several Times even if icant tell exactly how. But i agrée a simple clic is enough. I havé seen since Beginning of may both on win xp vista and Linux but seems to me it happens More on win. |
|
|
8211 |
Typography |
minor |
always |
09-Jun-26 12:00 |
09-Jun-29 00:43 |
mray |
|
normal |
new |
Build ID: C-C-T-F-C1.8.0 |
none |
none |
GNU/Linux |
Ubuntu |
9.04 |
1.5.0svn |
open |
0 |
English Hypenation makes too many errors |
I analyzed 20 pages of (english) hypenation.
1 in 8 hypenations were wrong (according to dictionary.com)
nec-essary
compet-encies
boundar-ies
compon-ent
statist-ical
mal-aria
fin-ancial
situ-ation
the correct hyphens would be:
nec-es-sar-y
com-pe-ten-cies
bound-a-ries
com-po-nent
sta-tis-ti-cal
ma-lar-i-a
fi-nan-cial
sit-u-a-tion
|
|
|
testhyphens.sla (18 KB) 09-Jun-26 12:00 Picture 1.png (151 KB) 09-Jun-26 14:01 hyphenate-0.0.0-Source.tar.gz (21 KB) 09-Jun-28 09:58 hyphen-tex.dic (27 KB) 09-Jun-28 16:48 |
|
ale |
09-Jun-26 14:00 |
it is possible to get the same errors in oo.org (write), too.
see the screenshot (no manually hyphenation was set there).
still: the problem has to be solved... but it may be a library problem and not a scribus one (or the correct values for the library have to be set?)
|
|
mray |
09-Jun-26 14:28 |
OOo hyphenates right if the adjustment it left-aligned though.
Scribus seems to be wrong no matter what kind of adjustment. |
|
avox |
09-Jun-28 16:46 |
I checked Scribus behaviour and it just uses the results returned by hnjlib with the given dictionary. OTOH the one used by Scribus and OOo doesn't seem to be so hot. This is what the original TeX dictionary gives:
"necessary" 1
2 "nec=essary"
"competencies" 2
2 "com=petencies"
4 "compe=tencies"
"boundaries" 2
4 "bound=aries"
6 "boundar=ies"
"component" 1
4 "compo=nent"
"statistical" 1
2 "sta=tistical"
"malaria" 1
4 "malar=ia"
"financial" 1
4 "finan=cial"
"situation" 1
2 "sit=uation" |
|
avox |
09-Jun-28 16:52 |
So if you want to try, replace your hyph-en.dic with the attached TeX dictionary. I already changed the format to make it usable for Scribus, you just have to rename it. From the size I gues it will offer far less hyphenations than the OOo one.
And if you don't like hyphenation anyway, try setting the 'min word spacing' in the advanced text properties to 66% or even 50%! |
|
pierremarchand |
09-Jun-29 00:43 |
for information, here is the result with OpenOffice dicts as provided in opensuse11.1
$ ./src/hyphenate /usr/share/ooo/hyphen/hyph_en_US.dic necessary competencies boundaries component statistical malaria financial situation
"necessary" 2
1 "ne=cessary"
4 "neces=sary"
"competencies" 3
2 "com=petencies"
5 "compet=encies"
7 "competen=cies"
"boundaries" 2
4 "bound=aries"
6 "boundar=ies"
"component" 2
2 "com=ponent"
5 "compon=ent"
"statistical" 3
3 "stat=istical"
6 "statist=ical"
8 "statistic=al"
"malaria" 1
2 "mal=aria"
"financial" 2
2 "fin=ancial"
4 "finan=cial"
"situation" 1
3 "situ=ation" |
|
|
8214 |
User Interface |
major |
always |
09-Jun-26 14:25 |
09-Jun-26 14:25 |
pygmee |
|
normal |
new |
rc2 |
none |
none |
Linux |
Debian |
Lenny |
1.3.5svn |
open |
0 |
Orientation doesn't apply to verso page |
If the document is set to Double-sided, the changes made on page format or orientation with page Properties should also apply to verso page since they will be printed together. This can be confusing not having it and can lead to huge errors.
+ This should be updated if the pages are moved, may be by displaying a message to ask what to do with the properties, because it could then acffect other pages. |
|
|
bugDOubleSideproperties.sla (17 KB) 09-Jun-26 14:25 |
|
|
8213 |
User Interface |
feature |
have not tried |
09-Jun-26 14:18 |
09-Jun-26 14:18 |
pygmee |
|
normal |
new |
rc2 |
none |
none |
Linux |
Debian |
Lenny |
1.3.5svn |
open |
0 |
Display applied master page |
When reporting 0008212 i was embarrased because i had no mean to really see if the master page was applied. I had to had new stuff on the master page to get more clues. The result could be the same if i had master pages that are really similar.
I guess this would be nice, if there would be some way to show which master page is a applied to a page in the Page window. It could be :
- just highlight the master page in master page list;
- display some sign (letters as indesign ?) in the page list
- display a label on mouseover on the page list which could replace the actual long description that is not completely helpful. |
|
|
|
|
|
8206 |
Usability |
minor |
always |
09-Jun-25 22:58 |
09-Jun-25 22:58 |
pygmee |
|
normal |
new |
|
none |
none |
Linux |
Debian |
Lenny |
1.3.5svn |
open |
0 |
Page position with Fit to height |
View>Fit to Height adjust exactly the page display-height to scribus window size. That's cool. I'm just wondering if it should not also center the page in the screen so that the user can automatically have an overview of the actual page. I guess this si manily for that it is used for many people. But actually the user still have to scroll. This could be implement with some page by page scrolling (may be Alt+Wheel) which would allow in 2 funtions to see all the page and browser them without effort. |
|
|
|
|
|
866 |
General |
feature |
always |
04-Jul-16 11:36 |
09-Jun-25 09:44 |
mhanski |
fschmid |
normal |
assigned |
|
none |
none |
any |
any |
any |
1.3 |
open |
0 |
Implement check box radio behaviour in PDF forms |
Request submitted via mailing list nashi.altmuehlnet.de/pipermail/scribus/2004-July/005702.html
Quotation:
> > 2. How to get checkboxes to exhibit radio behaviour, where
> > only one of a group of checkboxes can be in a selected state
> > at one time.
> This is not implemented yet, cause the PDF-Reference is somewhat
> unclear in that topic. The difficulty is to get a pretty look
> for the radiobuttons. But i will have a look at it.
I was told by an Acrobat user that the names of the checkboxes
have to be the same, just the values to be returned are
different to get radio button behaviour. I tried to do
this, scribus was upset if I made the names of the fields
the same in the normal properties display. One sequence
that sort of worked was to create two checkboxes (check0 and
check1), then I went back and changed the name of check0 to
check1 in the PDF properties, exported the PDF file.
In Acrobat reader selecting the first check box would change
the selection on the second checkbox at the same time
resulting in both boxes either checked or unchecked.
I don't see how to change the returned values for checkboxes. |
|
|
|
|
claudiofelix |
06-Jan-18 21:15 |
I have the same problem here. Since I didn't find any radio button, I tried to implement its functionatity using checkboxes and javascript, but I couldn't find a way to access the checkbox group as an array. In HTML it can be done naming all checkboxes the same and then accessing them like an array. It would be nice if we could do the same in Scribus. |
|
BelJoost |
09-Jun-25 09:44 |
This issue seems to me a duplicate of 0007322 and is related to issue 0008201.
Unfortunately the workaround only solves part of the/my problem. When the PDF form is manualy filled the workaround works just fine, but when the form is filled by another program you cannot set the value of one field by its export value.
For example a yes/no radiobutton: Instead of setting a fieldgroup with the export value yes or no I have to either set a field yes to true or a field no to true.
I wonder if those fieldgroups are a Adobe proprietary extension or are standard PDF functionality? |
|
|
8204 |
- |
minor |
always |
09-Jun-25 02:52 |
09-Jun-25 02:52 |
eclypse |
|
normal |
new |
2009.06.24 rv13715 |
none |
none |
x86 |
linux |
Debian Sid |
1.3.5svn |
open |
0 |
Bad text alignment with letter spacing & word spacing |
If i use these options for a text frame and put an image on top (with the scaling option "use frame form), texts won't be align correctly |
1/ draw a text frame, add some paragraph -> justify it, letter spacing 97%, word spacing 70%, align on the typography grid
2/ draw an image frame on top, then with the scaling option > use frame form |
|
screenshot.jpg (360 KB) 09-Jun-25 02:52 |
|
|
8183 |
Scripter |
minor |
always |
09-Jun-20 14:10 |
09-Jun-24 14:28 |
nanorod |
|
normal |
new |
C-*-T-*-C1.8.6-Windows |
none |
none |
Intel Centrino Core 2 Duo |
Windows Vista |
6.0 - SP1 |
1.3.5svn |
open |
0 |
Python plugin load error |
I have Python 2.6 installed.
I always ran my scripts with "python scriptname.py", from the command line. Yesterday I wanted to try to run them by double-clicking from Windows Explorer. They didn't work.
After some research, I discovered that my environment was lacking a variable, there was PYTHONPATH, but not PYTHONHOME (which, accordingly to the Python documentation, fulfills a different role, although they can point to the same directory).
After having set up that variable (with the same value as PYTHONPATH), my Python scripts began to work by double-clicking from Explorer.
But today I opened Scribus and a message box said that the Python plugin failed to load. I removed the environment variable PYTHONHOME and Scribus loaded properly.
The full error message follows. |
|
C:\Program Files\Python26\lib\site.py:150: Warning: 'with' will become a reserved keyword in Python 2.6
'import site' failed; use -v for traceback
Traceback (most recent call last):
File "<string>", line 2, in <module>
File "C:\Program Files\Python26\lib\warnings.py", line 6, in <module>
import linecache
File "C:\Program Files\Python26\lib\linecache.py", line 9, in <module>
import os
File "C:\Program Files\Python26\lib\os.py", line 757
bs = b""
^
SyntaxError: invalid syntax |
|
|
nanorod |
09-Jun-20 14:38 |
To avoid confusion, when I talk about Python scripts in this report, I'm not referring to scripts that ship with Scribus, but to completely different ones, not Scribus-related. |
|
plinnell |
09-Jun-23 23:21 |
Scribus ships its own python. Do you need python installed separately ? |
|
plinnell |
09-Jun-23 23:28 |
Scribus ships its own python. do you need a separate install ? |
|
jghali |
09-Jun-23 23:38 |
Setting PYTHONHOME will create a conflict between Scribus python and your python. In fact setting PYTHONHOME will basically prevent several python versions to coexist on Windows.
Your best options is probably to delete scribus python version. For that you should delete/rename in scribus install directory :
- the python dll
- the dlls, lib (not libs!!), and tcl directory
|
|
nanorod |
09-Jun-24 11:16 |
I have installed Python for scripting before having Scribus.
Different Python versions should coexist on the same machine (i.e. let's say a user has both 2.6 and 3.0).
I think Scribus should ship with a Python version that has been checked to work with (as it does now), but that shouldn't conflict with any other Python installation on the user computer, and moreover, the user shouldn't touch Scribus directories to resolve a problem.
The main point here is that if I later install another program which comes with Python, then that could potentially be another source of conflict.
Does Scribus set up a custom environment when loading Python? If not, since it knows both the home and the lib paths of its embedded interpreter, can it set it up? |
|
jghali |
09-Jun-24 12:17 |
>>Different Python versions should coexist on the same machine
That won't be possible if you set PYTHONHOME at system level
>>Does Scribus set up a custom environment when loading Python? If not, since it knows both the home and the lib paths of its embedded interpreter, can it set it up?
Currently not. |
|
nanorod |
09-Jun-24 13:03 |
>> That won't be possible if you set PYTHONHOME at system level
Of course, but i.e. I can keep that environment variable for my "main" Python version and if I want to use another one, I can write a shell script that will properly set the environment for that.
>> Currently not.
I see. Well, I'm not a Python expert, I just gave a quick look at the docs, and found that scripts can manipulate sys.path (which reflects PYTHONPATH) and that Py_SetPythonHome(char *home) can be used to change the Python home directory.
Hope that's useful. |
|
jghali |
09-Jun-24 14:28 |
>>>> That won't be possible if you set PYTHONHOME at system level
>>Of course, but i.e. I can keep that environment variable for my "main" Python version and if I want to use another one, I can write a shell script that will properly set the environment for that.
Yes, but the problem of that way of doing is the upgrade path when changing default python version for eg from 2.6 to 3.0. If scripts for 2.6 have not been appropriately written to run with 2.6 and 3.0 scripts to run with 3.0, changing PYTHONHOME will break 2.6 scripts. That's imho a good reason not to set PYTHONHOME at system level. With scripts appropriately written, PYTHONHOME is not quite needed.
>> I just gave a quick look at the docs, and found that scripts can manipulate sys.path (which reflects PYTHONPATH) and that Py_SetPythonHome(char *home) can be used to change the Python home directory.
Unfortunately Py_SetPythonHome() is not quite useable on Windows being not unicode compliant. Installing scribus in a directory with specific names would prevent scribus python to function properly.
|
|
|
8194 |
Story Editor / Text Frames |
major |
always |
09-Jun-22 12:39 |
09-Jun-23 21:09 |
victorp |
|
normal |
confirmed |
C-C-T-F-C1.8.0 |
none |
none |
Linux |
Fedora |
10 |
1.5.0svn |
open |
0 |
Wrong text alignment under some point size |
The 1st paragraph of text is always LEFT-aligned under some point size.
Trying to right-align or center all paragraphs inside a text frame does NOT work for 1st paragraph if point size is under 7pt. For different fonts it can vary from 6pt-10pt, depending on font used. |
Open the attached wrong-alignment.sla, select all text in upper frame and increase point size with mouse wheel. After 7 pt the 1st line will jump to its place - on the right. |
|
wrong-alignment.7z (421 KB) 09-Jun-22 12:39 screenshot.jpg (114 KB) 09-Jun-22 12:40 |
|
|
8203 |
Canvas |
major |
always |
09-Jun-23 16:28 |
09-Jun-23 16:28 |
crash_master25 |
|
normal |
new |
1.3.5 |
none |
none |
MacOS - PPC G5 |
Mac OSX |
10.4.11 |
1.3.3.14svn |
open |
0 |
Crash on multiple pages |
I was working creating an stamp album, in the first 5 pages all ok, now I have 24 pages, and the canvas don't redraw, I mean, I make a change, I can't see the modificantion, for example creating a text, then when I finish editing, I need to click in the main window to redraw the page and see the changes. |
create multiple pages, with images too, then create a text box and edit... |
If you need I send you the file. |
|
|
|
7322 |
PDF |
feature |
have not tried |
08-Aug-28 08:18 |
09-Jun-23 14:03 |
ale |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Checkbox "export value" option |
I recently was struggling with the checkbox option in scribus as I needed it
to reflex a value of "5" when checked in the exported pdf file. This
functionality was nowhere to be found in scribus and so I downloaded the
trial version of adobe acrobat. When the checkbox option are displayed
(double clicking the checkbox) there is an field for Export Value displayed
under the options tab just below where you select the type of check. Here
you could enter a specific value to be exported when the checkbox was checked
by the end user of the exported pdf file. Could this functionality be added
to scribus in the future? It would be a great option to have. I absolutely
love scribus and find it much easier and functional than adobe acrobat and
similar products. Keep up the great work. |
|
this feature request has been sent by Tyler Wils through the contact formular and forwarded to the mailing list.
|
|
|
BelJoost |
09-Jun-23 14:03 |
This issue is related to issue 0000866 (which has some sort of workaround) and issue 0008201. |
|
|
8195 |
Story Editor / Text Frames |
feature |
always |
09-Jun-22 23:04 |
09-Jun-22 23:04 |
aliB |
|
normal |
new |
|
none |
none |
Dell Inspiron 9400 |
Linux |
OpenSuSE 11.1 |
1.3.5svn |
open |
0 |
New text frame options |
It should be possible to fit a given text to the textframe by either specifying the line space and let the font size calculate or by specifying the font size and let the line space calculate. |
|
See screenshot for second example |
textframefittiframe.png (1058 KB) 09-Jun-22 23:04 |
|
|
8131 |
User Interface |
minor |
always |
09-Jun-10 06:02 |
09-Jun-19 16:18 |
belcirelk |
|
normal |
new |
|
none |
none |
Linux |
Ubuntu |
Jaunty |
1.3.5svn |
open |
0 |
White pixel on left mouse click |
This is very strange, but a white pixel appear in the screen on top of all application when i left click with the mouse on nothing (background of a page). To make it disappear i must left click again and move the mouse (like doing a selection). |
The best way to view the problem is to have a dark background on desktop (set it black)
1. Open scribus.
2. Create or open a projet.
3. Click on the background witouth moving the mouse.
4. Minimize scribus and see a white pixel on the desktop.
5. Close scribus (or make a selection like texarea or image) and the pixel disapear. |
I am using Ubuntu Jaunty.This problem only occur in scribus since rc2 (or maybe rc1). |
|
|
belcirelk |
09-Jun-19 16:18 |
I've tried to reproduce it on a other using both the PPA and my own compilation and it's reproductible. When using a computer with windows transparency/shadow (default Ubuntu, compiz ?) the white pixel have a shadow ... and is more anoying.
|
|
|
8178 |
User Interface |
tweak |
have not tried |
09-Jun-18 20:40 |
09-Jun-18 20:59 |
Timoi |
|
normal |
new |
RC2 |
none |
none |
Windows |
|
XP SP3 |
1.3.5svn |
open |
0 |
Export PDF dialogue, Choose Pages tooltip |
"Insert a comma seperated list of tokens where a token can be * for all pages, 1-5 for a range of pages or a single page number."
The use of the word 'token' is very peculiar and I've used computer for a number of years and never heard it used in that sense.
Microsoft Word used to say something like...
"Can be in the format '1,3,6,3' for individual pages, '1-4' for a range, or a mixture of both '1-3,6,8'.
...in the same context which conveys the message better. |
|
|
|
|
|
8172 |
Story Editor / Text Frames |
feature |
N/A |
09-Jun-18 14:53 |
09-Jun-18 14:53 |
Mike |
|
normal |
new |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
automatic numbering of tables, images, diagrams... |
automatic numbering of tables, images, diagrams... |
|
Idea: What about add to Insert > Text > Table, Image, Diagram? Text item would be above Sample Text...
After the add for example Table. Scribus write Table and automatic number, for example 2-1. It is necessary to set up somewhere numbering way (Document Setup, Preferences).
Numbers: Numbering according to chapters; chapter is 1, so every table is Table 1.X or numbering within the whole document.
Space: Usually is used dot or hyphen. Table 2.1, Table 2-1. |
|
|
|
7986 |
Usability |
feature |
N/A |
09-Apr-27 17:34 |
09-Jun-18 14:28 |
Mike |
|
normal |
acknowledged |
|
none |
none |
|
|
|
1.3.5svn |
open |
0 |
add "sectioning" into Document Setup > Sections |
add sectioning into Document Setup > Section
- add new column "sectioning" (by number; 1st could be Part, 2nd Chapter, 3rd Section etc.)
|
|
Scribus should sections numerate automatically but according choosing style. For example Chapters are A, B, C, sections are 1, 2, ... => complete name of numerate: A.1, A.2, A.3 ; B.1, ...
The name of sections (any level) should be added to Insert > Character > Name of Part, Name of Chapter, Name of Section etc... This function could spare a lot of time in document preparation.
|
TOC1.png (211 KB) 09-Jun-18 14:27 |
|
Mike |
09-Jun-18 14:28 |
Whole system of table of contents and page numbering should be simplified. Please see added picture.
- The name of sections (any level) should be added to Insert > Character.
- After the save as PDF > Include Bookmarks, In PDF there would be the bookmarked table of contents with their levels. (It is possible to see in Adobe Reader in the left side) |
|
|
8164 |
Styles |
feature |
N/A |
09-Jun-17 17:43 |
09-Jun-18 00:24 |
Mike |
pierremarchand |
normal |
assigned |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
add simple way to use "old" numerals |
add simple way to use old numerals
- some of the fonts include "old" and "new" numerals
- it would be nice to add check mark to styles to use "old" numerals
- if it would be checked all numerals within this style would be "old" type (even automatic page number and similar things..) |
|
|
|
|
|
8168 |
Graphics / Image Frames |
feature |
N/A |
09-Jun-17 23:20 |
09-Jun-17 23:20 |
cbradney |
|
normal |
new |
|
none |
none |
|
|
|
|
open |
0 |
Have image frames save their base point |
FEATURE PART OF THIS REPORT (originally taken from 0008138)
I'm currently creating some pages for a slideshow whereby images should be centrally placed. In order make them as central as possible, and so I can easily change them to different sizes, I simply set the base point to the centre and the images are displayed nicely in the middle of the frames.
However, when I close down and then reopen the document all the base points have changed back to the top-left and as such all the images are now anchored to the top-left. With a 40 page document it is frustrating have to change them all every time I open and close it.
As a frame's base point can change how a document looks, I think its value should be stored in its .sla file to allow consistency between sessions. |
|
|
|
|
|
8149 |
Mac OS |
feature |
N/A |
09-Jun-13 16:22 |
09-Jun-17 23:10 |
ale |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
1.5.0svn |
open |
0 |
change the notice for missing ghostscript |
the notice that ghostscript is not found should be changed.
as it is now, new users think that they need ghostscript to run scribus.
since most common tasks can be run without it, we should just warn the user on the first launch that some features may not work because of it (there may be a checkbox "[x] show this notice on start"). |
|
|
|
|
|
4454 |
Website |
tweak |
always |
06-Oct-29 16:16 |
09-Jun-16 23:33 |
Zeimusu |
cbradney |
normal |
assigned |
|
none |
none |
|
|
|
|
open |
0 |
Bug tracker uses windows-1252 encoding |
The bug tracker http://bugs.scribus.net [^] uses Windows-1252 encoding. This makes it difficult to enter text from non european languages. It should use unicode. お願いします |
|
|
|
|
mhanski |
06-Oct-29 20:47 |
Reminder sent to: cbradney, ltning| |
|
cbradney |
07-Dec-21 00:22 |
?????????? |
|
mhanski |
07-Dec-22 08:24 |
Test UTF-8:
????óÓ????
|
|
cbradney |
07-Dec-22 09:08 |
utf8 conversion hasnt been done yet |
|
cbradney |
08-Dec-22 21:32 |
?????? |
|
|
8159 |
Graphics / Image Frames |
minor |
always |
09-Jun-15 19:46 |
09-Jun-15 22:28 |
philippeback |
|
normal |
new |
|
none |
none |
PC |
WinXP |
SP3 |
1.3.3.12 |
open |
0 |
Importing cropped PDF do not show the proper size. |
When cropping a PDF in Acrobat, and then importing the PDF in an image frame, the size of the image is way too large (like no cropping was taking place).
Very annoying since PDF is the way to get nice images in Scribus. |
|
|
StepsAndGoals.pdf (31 KB) 09-Jun-15 19:46 |
|
christoph_s |
09-Jun-15 22:28 |
Did you try to adjust the image to the frame? |
|
|
8153 |
Plug-ins |
crash |
always |
09-Jun-14 03:24 |
09-Jun-14 10:15 |
owencook |
pierremarchand |
normal |
assigned |
13680 |
none |
none |
Ubuntu-9.04 |
Linux |
|
1.5.0svn |
open |
0 |
Opening Picture Browser causes segmentation fault |
See additional information.
Edit->Picture Browser->crash Signal 11
Probably related to or same as 0008152 |
|
This GDB was configured as "i486-linux-gnu"...
(gdb) run
Starting program: /opt/scribus1.5.0/bin/scribus-1.5.0.svn
[Thread debugging using libthread_db enabled]
[New Thread 0xb550bab0 (LWP 22066)]
[New Thread 0xb4536b90 (LWP 22069)]
[New Thread 0xafdd5b90 (LWP 22075)]
[New Thread 0xaf5d4b90 (LWP 22076)]
[Thread 0xafdd5b90 (LWP 22075) exited]
[Thread 0xaf5d4b90 (LWP 22076) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb550bab0 (LWP 22066)]
0x0829245a in QBasicAtomicInt::operator!= (this=0x4075397b, value=1) at /usr/local/Trolltech/Qt-4.5.1/include/QtCore/qbasicatomic.h:69
69 return _q_value != value;
(gdb) list
64 return _q_value == value;
65 }
66
67 inline bool operator!=(int value) const
68 {
69 return _q_value != value;
70 }
71
72 inline bool operator!() const
73 {
|
|
|
owencook |
09-Jun-14 10:11 |
gdb output including the backtrack
owen@owen-desktop:~$ gdb /opt/scribus1.5.0/bin/scribus-1.5.0.svn
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> [^]
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) run
Starting program: /opt/scribus1.5.0/bin/scribus-1.5.0.svn
[Thread debugging using libthread_db enabled]
[New Thread 0xb55d4ab0 (LWP 7666)]
[New Thread 0xb45ffb90 (LWP 7669)]
[New Thread 0xafec7b90 (LWP 7675)]
[New Thread 0xaf6c6b90 (LWP 7676)]
[Thread 0xafec7b90 (LWP 7675) exited]
[Thread 0xaf6c6b90 (LWP 7676) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb55d4ab0 (LWP 7666)]
0x0829245a in QBasicAtomicInt::operator!= (this=0xf86b, value=1) at /usr/local/Trolltech/Qt-4.5.1/include/QtCore/qbasicatomic.h:69
69 return _q_value != value;
(gdb) bt
#0 0x0829245a in QBasicAtomicInt::operator!= (this=0xf86b, value=1) at /usr/local/Trolltech/Qt-4.5.1/include/QtCore/qbasicatomic.h:69
0000001 0xb4c19ef7 in QList<previewImage*>::detach (this=0xb64bf9d4) at /usr/local/Trolltech/Qt-4.5.1/include/QtCore/qlist.h:119
warning: (Internal error: pc 0xb4c34b0e in read in psymtab, but not in symtab.)
warning: (Internal error: pc 0xb4c34b0d in read in psymtab, but not in symtab.)
warning: (Internal error: pc 0xb4c34b0d in read in psymtab, but not in symtab.)
0000002 0xb4c34b0e in QList<previewImage*>::end (this=warning: (Internal error: pc 0xb4c34b0d in read in psymtab, but not in symtab.)
warning: (Internal error: pc 0xb4c34aec in read in psymtab, but not in symtab.)
warning: (Internal error: pc 0xb4c34b0d in read in psymtab, but not in symtab.)
0xb64bf9d4) at /usr/local/Trolltech/Qt-4.5.1/include/QtCore/qlist.h:240
0000003 0xb4c31a1c in previewImages::sortPreviewImages (this=0xb64bf9d4, sort=1)
at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/plugins/picbrowser/previewimage.cpp:316
0000004 0xb4c096ab in PictureBrowser::updateBrowser (this=0xa0678f8, filter=false, sort=true, reload=false)
at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/plugins/picbrowser/picturebrowser.cpp:1515
0000005 0xb4c0f6e2 in PictureBrowser::sortChanged (this=0xa0678f8, index=1) at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/plugins/picbrowser/picturebrowser.cpp:328
0000006 0xb4c362b2 in PictureBrowser::qt_metacall (this=0xa0678f8, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0xbf96d6ec)
at /home/owen/Downloads/scribus1.5.0-build/scribus/plugins/picbrowser/moc_picturebrowser.cxx:178
0000007 0xb63e0e68 in QMetaObject::activate (sender=0xa084e00, from_signal_index=32, to_signal_index=32, argv=0xbf96d6ec) at kernel/qobject.cpp:3111
0000008 0xb63e1af2 in QMetaObject::activate (sender=0xa084e00, m=0xb70fa474, local_signal_index=5, argv=0xbf96d6ec) at kernel/qobject.cpp:3185
0000009 0xb6c61e83 in QComboBox::currentIndexChanged (this=0xa084e00, _t1=1) at .moc/release-shared/moc_qcombobox.cpp:297
0000010 0xb6c6489a in QComboBoxPrivate::_q_emitCurrentIndexChanged (this=0xa034158, index=@0xa1df158) at widgets/qcombobox.cpp:1205
0000011 0xb6c661d3 in QComboBoxPrivate::setCurrentIndex (this=0xa034158, mi=@0xbf96d79c) at widgets/qcombobox.cpp:1943
0000012 0xb6c66303 in QComboBox::setCurrentIndex (this=0xa084e00, index=1) at widgets/qcombobox.cpp:1926
0000013 0xb4c07add in PictureBrowser::setSettings (this=0xa0678f8) at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/plugins/picbrowser/picturebrowser.cpp:1612
0000014 0xb4c11415 in PictureBrowser (this=0xa0678f8, doc=0xa0ada38, parent=0x91d25b0)
at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/plugins/picbrowser/picturebrowser.cpp:71
0000015 0xb4c30750 in PictureBrowserPlugin::run (this=0x949d238, doc=0xa0ada38, target=
{static null = {<No data fields>}, static shared_null = {ref = {_q_value = 22942}, alloc = 0, size = 0, data = 0xb64bfa5a, clean = 0, simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, static shared_empty = {ref = {_q_value = 1068}, alloc = 0, size = 0, data = 0xb64bfa6e, clean = 0, simpletext = 0, righttoleft = 0, asciiCache = 0, capacity = 0, reserved = 0, array = {0}}, d = 0xbf96dbdc, static codecForCStrings = 0x0})
---Type <return> to continue, or q <return> to quit--- |
|
owencook |
09-Jun-14 10:15 |
gdb output continued
---Type <return> to continue, or q <return> to quit---
at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/plugins/picbrowser/picturebrowserplugin.cpp:69
0000016 0x082b0767 in ScActionPlugin::qt_metacall (this=0x949d238, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0xbf96dcdc)
at /home/owen/Downloads/scribus1.5.0-build/scribus/moc_scplugin.cxx:126
0000017 0xb4c35e86 in PictureBrowserPlugin::qt_metacall (this=0x949d238, _c=QMetaObject::InvokeMetaMethod, _id=5, _a=0xbf96dcdc)
at /home/owen/Downloads/scribus1.5.0-build/scribus/plugins/picbrowser/moc_picturebrowserplugin.cxx:61
0000018 0xb63e0e68 in QMetaObject::activate (sender=0x955d450, from_signal_index=22, to_signal_index=22, argv=0xbf96dcdc) at kernel/qobject.cpp:3111
0000019 0xb63e1af2 in QMetaObject::activate (sender=0x955d450, m=0x9073eec, local_signal_index=3, argv=0xbf96dcdc) at kernel/qobject.cpp:3185
0000020 0x082b0ffe in ScrAction::triggeredData (this=0x955d450, _t1=0xa0ada38) at /home/owen/Downloads/scribus1.5.0-build/scribus/moc_scraction.cxx:128
0000021 0x0897df71 in ScrAction::triggeredToTriggeredData (this=0x955d450) at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/scraction.cpp:143
0000022 0x082b133a in ScrAction::qt_metacall (this=0x955d450, _c=QMetaObject::InvokeMetaMethod, _id=9, _a=0xbf96de4c)
at /home/owen/Downloads/scribus1.5.0-build/scribus/moc_scraction.cxx:94
0000023 0xb63e0e68 in QMetaObject::activate (sender=0x955d450, from_signal_index=5, to_signal_index=6, argv=0xbf96de4c) at kernel/qobject.cpp:3111
0000024 0xb63e12a0 in QMetaObject::activate (sender=0x955d450, m=0xb70f6108, from_local_signal_index=1, to_local_signal_index=2, argv=0xbf96de4c)
at kernel/qobject.cpp:3205
0000025 0xb685e9c1 in QAction::triggered (this=0x955d450, _t1=false) at .moc/release-shared/moc_qaction.cpp:236
0000026 0xb685ff3f in QAction::activate (this=0x955d450, event=QAction::Trigger) at kernel/qaction.cpp:1160
0000027 0xb6cdcc34 in QMenuPrivate::activateCausedStack (this=0x9505770, causedStack=@0xbf96df28, action=0x955d450, action_e=QAction::Trigger, self=true)
at widgets/qmenu.cpp:967
0000028 0xb6ce338b in QMenuPrivate::activateAction (this=0x9505770, action=0x955d450, action_e=QAction::Trigger, self=<value optimized out>) at widgets/qmenu.cpp:1060
0000029 0xb6ce3ed2 in QMenu::mouseReleaseEvent (this=0x9505690, e=0xbf96e498) at widgets/qmenu.cpp:2254
0000030 0xb68bbd53 in QWidget::event (this=0x9505690, event=0xbf96e498) at kernel/qwidget.cpp:7521
0000031 0xb6ce6189 in QMenu::event (this=0x9505690, e=0xbf96e498) at widgets/qmenu.cpp:2353
0000032 0xb686503c in QApplicationPrivate::notify_helper (this=0x9155b48, receiver=0x9505690, e=0xbf96e498) at kernel/qapplication.cpp:4057
---Type <return> to continue, or q <return> to quit---
0000033 0xb686dce1 in QApplication::notify (this=0xbf96fde4, receiver=0x9505690, e=0xbf96e498) at kernel/qapplication.cpp:3759
0000034 0xb63cabeb in QCoreApplication::notifyInternal (this=0xbf96fde4, receiver=0x9505690, event=0xbf96e498) at kernel/qcoreapplication.cpp:610
0000035 0xb686cd4e in QApplicationPrivate::sendMouseEvent (receiver=0x9505690, event=0xbf96e498, alienWidget=0x0, nativeWidget=0x9505690, buttonDown=0xb71141e0,
lastMouseReceiver=@0xb71141e4) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:216
0000036 0xb68dd206 in QETWidget::translateMouseEvent (this=0x9505690, event=0xbf96fb2c) at kernel/qapplication_x11.cpp:4382
0000037 0xb68dc33d in QApplication::x11ProcessEvent (this=0xbf96fde4, event=0xbf96fb2c) at kernel/qapplication_x11.cpp:3444
0000038 0xb6905e7a in x11EventSourceDispatch (s=0x915f168, callback=0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146
0000039 0xb58a3b88 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
0000040 0xb58a70eb in ?? () from /usr/lib/libglib-2.0.so.0
0000041 0xb58a7268 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
0000042 0xb63f65e8 in QEventDispatcherGlib::processEvents (this=0x915b720, flags={i = -1080623896}) at kernel/qeventdispatcher_glib.cpp:324
0000043 0xb6905575 in QGuiEventDispatcherGlib::processEvents (this=0x915b720, flags={i = -1080623848}) at kernel/qguieventdispatcher_glib.cpp:202
0000044 0xb63c921a in QEventLoop::processEvents (this=0xbf96fd90, flags={i = -1080623784}) at kernel/qeventloop.cpp:149
0000045 0xb63c965a in QEventLoop::exec (this=0xbf96fd90, flags={i = -1080623720}) at kernel/qeventloop.cpp:200
0000046 0xb63cbb09 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
0000047 0xb6864eb7 in QApplication::exec () at kernel/qapplication.cpp:3526
0000048 0x08cea962 in mainApp (argc=1, argv=0xbf96fed4) at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/main_nix.cpp:84
0000049 0x08cea9d7 in main (argc=Cannot access memory at address 0x0
) at /home/owen/Downloads/scribus1.5.0/Scribus/scribus/main_nix.cpp:52
(gdb) |
|
|
8142 |
Story Editor / Text Frames |
minor |
always |
09-Jun-13 00:10 |
09-Jun-13 14:19 |
pygmee |
|
normal |
new |
12/06/2009 |
none |
none |
Linux |
Debian |
Lenny |
1.3.5svn |
open |
0 |
Justify stretches all the lines |
If a text is written directly in a frame and that it contains some line break (Shift+Return), the last line of the sub-para is stretch and aligned to both left and right as any other line of the justified para. This seem to happen only if the text is written directly in the Textframe, and not with some Lorem Ipsum or seemingly with imported texts. it also happens if styles are applied or if they are not.
It happens on 135rc2 win Vista and XP |
1. draw a Textframe
2. write some text
3. select all the text and justify it
4. in some place of the text just press shift+return |
|
PB_Justify_deb.sla (28 KB) 09-Jun-13 00:10 |
|
cbradney |
09-Jun-13 14:19 |
Happens for Lorem Ipsum text frames too, its the soft line breaks that it doesn't justify end of lines for. |
|
|
8136 |
General |
feature |
N/A |
09-Jun-10 23:50 |
09-Jun-13 13:22 |
nhopton |
Herm |
normal |
assigned |
1.3.5RC2 |
none |
none |
PC |
Vista |
SP1 |
1.3.5svn |
open |
0 |
XeLaTeX |
I have managed to get XeLaTeX working (after a fashion) in Scribus by using a modified version of 100_latex.xml. I don't know anything about XML editing and the attached file, which I've called 600_xelatex.xml, is a mess, but it works for me and allows me to produce nice text using system fonts, for embedding in exported PDFs. It is, however seriously flawed.
This isn't a bug report as such, but someone on the Scribus IRC channel suggested that I file it as such, I hope this is the right thing to do. |
|
|
600_xelatex.xml (4 KB) 09-Jun-10 23:50 |
|
Herm |
09-Jun-13 13:22 |
Thank you for this config.
I tried the file and it works. | |