faq
flatforty
contribute
subscribe
configure
search
rdf
main
parent
|
Scribus rules
by Bert on Thursday 14/Dec/2006, @06:22
|
Usability improvements:
* the default background fill color for boxes should be more convenient.
* autoscaling of images to image frames should be more convenient.
* Scribus should support a MAC OS X top menu settings which works
with all other KDE applications.
* if frame error are detected by the pdf export the print export check should be
automatically invoked.
* The font engine and line wrap...
Scribus is a very good tool. It makes a lot of fun to use it, small, small glitches though. Thanks a lot for the great work you have done. |
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
Re: Scribus rules
by DeeJay1 on Thursday 14/Dec/2006, @07:48
|
> * Scribus should support a MAC OS X top menu settings which works
with all other KDE applications.
Actually Scribus is not a KDE application, but a Qt one...
|
[
Reply To This | View ]
|
Re: Scribus rules
by Jakob Petsovits on Thursday 14/Dec/2006, @10:40
|
Because they wanted to be independent of kdelibs, mainly to be cross-platform, I guess. With KDE 4 being just as cross-platform as Qt is, I could imagine that the Scribus developers reconsider this decision, but for now it seems to make a whole lot of sense.
|
[
Reply To This | View ]
|
Re: Scribus rules
by timmy on Thursday 14/Dec/2006, @11:05
|
will they change the name to "skribus"??
|
[
Reply To This | View ]
|
Scribus moving from a Qt to a KDE app?
by Anonymous on Thursday 14/Dec/2006, @10:47
|
I don't know how often this question arises, but I remember a discussion some time ago that the team would like to use KDE/the kdelibs, only the required effort was hindering it in the way that it was not high priority.
With all the advantages kdelibs offer, the port of Scribus to Qt4 where much of the code will probably get overhauled and the availability of kdelibs on Windows, meaning having the benefits of being a KDE app on all platforms, are there currently plans doing the port? Is it already on the roadmap?
|
[
Reply To This | View ]
|
Re: Scribus moving from a Qt to a KDE app?
by blacksheep on Thursday 21/Dec/2006, @01:21
|
Well, simply creating a KApplication object, rather than a QApplication, will give you better integration with KDE in respect to look'n feel (like the MacOS bar people mentioned), session management, among others. Why not doing just that? Using KDE dialogs for file handling and printing will be a bit more work, but it's still trivial stuff.
|
[
Reply To This | View ]
|
|
Re: Scribus rules
by mrdocs on Thursday 14/Dec/2006, @13:23
|
For issues like this we have a user friendly tracker: http://bugs.scribus.net Like the interview says, we have our eyes constantly on the bug tracker.
>* Scribus should support a MAC OS X top menu settings which works
>with all other KDE applications.
Scribus is NOT a KDE app. KDE friendly yes :) We enjoy a lot of cooperation from KDE and Koffice folks in particular. Scribus works very well on a KDE desktop and there are KDE specific features like Kfontinstaller which are very useful for Scribus users.
That said, we will port Scribus to Qt 4.2+, during 1.3.5 which will solve some Mac specific issues with Scribus.
|
[
Reply To This | View ]
|
Re: Scribus rules
by Frauke on Thursday 14/Dec/2006, @14:37
|
Anyway, the top menu setting works not with Scribus which is a real pitty when you use it under KDE in MacMenu Mode.
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|