[Scribus] Scribus and Windows - again?

[Plinnell]

On Sunday 30 January 2005 14:44, Andreas Speck at home wrote:
> Hi there,
> ~  I know Scribus and Windows seems to be a dead issue, but I still feel
> it would be good to have more than just the Cygwin version...
>
> With the new QT porting efforts to Windows (see
> http://sourceforge.net/forum/forum.php?forum_id=440993), would it be
> possible to build Scribus under Windows, using the QT port?

Unknown at this moment. 

> I never even tried to build anything under Windows (and don't have
> access to a Windows machine at home, and at work I'm not really paid to
> build software...), but maybe someone can say if it would be worth a
> try. I saw that Kexi (the KDE database project -
> http://www.kexi-project.org/about.html) has been build for Windows, not
> using Cygwin.
> Would one use the Cygwin source of Scribus, or the normal source code
> (is there any difference anyway)? Maybe someone tried already and can
> send me their binaries?
>
> While I really want to move away from using QuarkXpress at work, I'm a
> bit hesitant to use Linux only applications. Cygwin + KDE is not really
> an option, as our equipment is too old and would make working with such
> a setup a pain.
> I'm happy myself to use Linux only (and didn't use Windows even once
> this year yet), but I experienced quite some problems with interns and
> volunteers (and colleagues) in a Linux environment. For an organisation
> which depends a lot on volunteers coming in and doing some work, this is
> quite a challenge, and presently I prefer a dual boot environment, and
> the use of software which runs under both OS (Mozilla Thunderbird and
> Firefox, OpenOffice, Gimp, Gaim, Inkscape, etc...). However, such a
> thing doesn't exist yet, and it would be very very useful if it could be
> done with Scribus... any ideas?
>
> Andreas

A true native port to Windows would require a thorough knowledge of Scribus 
code and Qt on windows, well as knowledge of Windows fonts and printing 
systems.

Its developer constraints which prevent us spending much time on a port at the 
moment.

Peter