Re: Scribus rules

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent
thread

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...

Related Links

·   Articles on Interviews
·   Also by DeeJay1
·   Contact author

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: Scribus rules
by Bert on Thursday 14/Dec/2006, @10:16

Why?

[ 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 ]

Re: Scribus rules
by Tim on Thursday 14/Dec/2006, @14:33

Let's hope not.

[ 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 ]

The Fine Print: The previous comments are owned by whomever posted them.
( Reply )


		"My keyboard and synthesizers have a nice pile of dust on top of their covers." -- Carsten Pfeiffer
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.