For what it's worth, I use Scribus (1.1.5, 1.2cvs and now 1.1.6) daily with OpenBox 3.1 with no trouble. (Debian unstable, qt 3.2.3)
Regards, Steve Peter Linnell wrote: > On Thursday 18 March 2004 09:09 am, Serban Udrea wrote: > >>Hello, >> >>And first of all big thanks to all who work on this very nice piece of >>software. >> >>Now, unfortunatelly I have some problems :-( >> >>1. I cannot get Scribus to run properly when I use the OpenBox v. 3.1 >>window manager. Presently I do not know if it is Scribus or OpenBox, >>because: >> >>a) while with other WMs I have no similar problems >>b) I have no problems with OpenBox and other Qt-applications >> >>If I start Scribus and use OpenBox the main window of the application >>pops up but then nothing else works. For instance, instead of menus I >>get grey rectangels. Starting Scribus from an xterm window reveals error >>messages like the ones in the attached file. >> >>The next points refer at using Scribus with another WM (e.g. icewm), >>with which it works. >> >>2. I like to use mm as length units. After setting this, the values on >>the vertical ruler are not set correctly, they are 10 times smaller. >> >>3. The numbers on the horizontal ruler are never complete. The upper >>part is missing. It looks like they are not redrawn properly after the >>little red arrow passes over. > > > 2 & 3) Which font are you using as default for the GUI ? > > Which version of Scribus? - this was fixed a while ago in a previous version. > > Have you tried the latest 1.1.6 ? > > We have had users discover bugs in a few window managers, mostly > enlightenment > and sawfish. > > <snipping from the README in 1.1.6> > > "There is a bug in sawfish and enlightenment that creates window ghosting > effect when Tools palettes are turned on. A simple temporary workaround > is to turn each ghosted Tool palette off and on. > > A more permanent workaround for Gnome users is to use metacity. Scribus > has workarounds for some metacity bugs built-in, but the sawfish / > enlightenmentbug seems to be Qt related." > > I'll note Scribus has been carefully checked to make sure the Windowing hints > comply with Qt specs. > >>4. During the resize of a box (for text or image) intermediate positions >>of the box frame are persistent on the screen until I release the mouse >>button and the final box is drawn. This looks very ugly :-( even if it >>is not critical. > > > Which version do you have? The latest 1.1.6 has fixes for this - even though > it is cosmetic. > >>5. Scribus seems relativelly slow. E.g. slower than OpenOffice v. 1.1 >>Impress when I try to do the same thing: an A0-poster. Actually I >>discovered Scribus while looking for WSYIWYG software to prepare posters >>for conferences under Linux. > > > Performance can be a subjective issue. You *can* make A0 posters in Impress, > but that is not its real purpose in life. Moreover, Impress, while an > excellent part of OO/SO (it is better in many repsects than Power point IMO), > is not a true page layout application. > > Impress is geared towards 72-96 DPI screen resolution presentations. > Scribus can generate 4000 DPI PDF and postscript among many other > capabilities. > > Observations: > > Scribus loads in 1/3 the time of OO/Impress on the same hardware. > > A fairer comparison for performance would be other DTP apps which have the > same kinds of capabilities as Scribus. ID2/Illustrator 10 and ID CS are far > slower on my machine than Scribus. > > Hope that helps, > Peter > > > _______________________________________________ > Scribus mailing list > Scribus at nashi.altmuehlnet.de > http://nashi.altmuehlnet.de/mailman/listinfo/scribus > -- Steve Jacobs Steve Jacobs & Associates Trinidad, Colorado US
