[Okular-devel] In place of Okular

[Albert Astals Cid]

A Divendres 11 Desembre 2009 16:12:31, John Culleton va escriure:
> On Friday 11 December 2009 11:33:56 Pino Toscano wrote:
> > Alle venerdì 11 dicembre 2009, John Culleton ha scritto:
> > > Is it possible for the developers to simply recompile the
> 
> latest
> 
> > > version of Kpdf 3.5 against the Qt 4 libraries?
> >
> > It needs porting to the Qt 4, and that porting is called Okular.
> >
> > > That would be a good
> > > solution for those of us who really just need the capabilities,
> 
> and the
> 
> > > reliability, of that program.
> >
> > Any concrete example, excluding printing?
> 
> No, but that for me is enough. The virtue of Okular and its
> predecessor, kpdf, for my workflow is the automatic update
> of the file when the underlying pdf file is updated.  Adobe Reader
> won't do that.  But Okular has printing problems, at least on my
> system.  I don't propose a Qt4 version of Kpdf as a long term
> solution but as a quick fix. The required changes should be
> minimal, which should mean a minimum of debugging.  In
> addition to the printing problem I see lots of otherOkular bug
> reports. That is to be expected in a major revision with many new
> features.
> 
> I could I suppose download the KDE3 libraries and run Kpdf but
> two sets of libraries with similar or identical file names could
> mess things up for other apps.  If QT4 is a proper superset of QT3
> my proposal is feasible.  If not, maybe not.
> 

Okular is [almost] perfect regarding printing, the problem is in Qt4 libraries 
that suck regarding to printing, but updating Kpdf to Qt4 will give you the 
same exact behaviour.

Albert