[texworks] Wishlist for pdf previewer

[Paul A Norman]

Hi,

Feature Request: Is it easy enough for the previewer to be made able to go
in and out of grey-scale presentation and colour mode please?

Bug or Feature?: I've noticed that if I open a pdf first (made via
TeXworks), and use click-sync in that pdf, that the .tex editor opens as
expected, but also an extra copy of the .pdf as well.

Then if I click-sync in the newly opened .tex editor, both copies of the
.pdf yellow highlight to the correct place.

http://dl.dropbox.com/u/13401476/TeXworks/double_pdf.jpg

[image: double_pdf.jpg]


Paul
----- configuration info -----
TeXworks version : 0.5r862 (official)
Install location :
G:/latexportable/LaTexUtils/TeXWorks/texworks/TeXworks.exe
Library path     : G:/latexportable/LaTexUtils/TeXWorks/texworks/config\
pdfTeX location  :
G:/LaTeXPortable/LatexUtils/MikTex2.9.3927-Portable/miktex/bin/pdftex.exe
Operating system : Windows XP Professional Service Pack 3
Qt4 version      : 4.7.3 (build) / 4.7.3 (runtime)
------------------------------


On 8 October 2011 04:02, Charlie Sharpsteen <chuck at sharpsteen.net> wrote:

> On Sun, Sep 25, 2011 at 5:34 PM, Charlie Sharpsteen <chuck at sharpsteen.net>wrote:
>
>> Bad news on the partial render front---looks like Poppler just can't do
>> it---at least not in an efficient manner. Every page render request,
>> regardless of the backend that is used, causes Poppler to re-parse the
>> entire page rather than parsing once and then working off of some sort of
>> cache. The parsing requires the most time and processor power so splitting a
>> large pixmap up into tiles basically multiplies the rendering time by the
>> number of tiles that are used.
>>
>> Discussions and bug reports in other projects:
>>
>>    - Evince: https://bugzilla.gnome.org/show_bug.cgi?id=303365
>>    - Okular: https://bugs.kde.org/show_bug.cgi?id=148527
>>
>> I think Okular's method of dealing with the problem makes the best of a
>> bad situation--once the amount of pixels in a rendering request exceeds a
>> certain value, they just ignore it. So the user can zoom in as much as they
>> like, but after a point things just stay fuzzy. This would be pretty easy to
>> implement in our current rendering setup.
>>
>>
>> If only there was an open source PDF library that provided threadsafe
>> partial rendering...
>>
>> -Charlie
>>
>
>
> I have to retract the above statements---Poppler can indeed do partial
> rendering in a more efficient manner than full page rendering.
>
> I just finished modifying the viewer prototype so that it splits pages into
> tiles that are 1024x1024 pixels and renders the tiles that are currently
> showing in the viewport. Memory usage is way down---I can zoom past 10,000%
> and the viewer doesn't even show up in my 10 ten memory-intensive processes.
>
> -Charlie
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/texworks/attachments/20111018/5caf7c05/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: double_pdf.jpg
Type: image/jpeg
Size: 55057 bytes
Desc: not available
URL: <http://tug.org/pipermail/texworks/attachments/20111018/5caf7c05/attachment-0001.jpg>