Moderators:PDF-XChange Support, Daniel - PDF-XChange, Chris - PDF-XChange, Sean - PDF-XChange, Paul - PDF-XChange, Vasyl - PDF-XChange, Ivan - Tracker Software, Stefan - PDF-XChange
Our Viewer tries to send the report using MAPI interface.
I am using TBird myself and with the configuration options explained here: http://kb.mozillazine.org/MAPI_Support
You should be able to make TBird send out the problem report.
I was not able to send a bug report via the viewer.
TBird email opens when I go Ff->File->Send link but it does not pop up with the bug report of the viewer. I will try deinstalling and installing PDF XChange Viewer - maybe something is screwed up, I don't know.
Regards,
panny
EDIT: fresh install did not change anything sadly. Although Ff can use the default email client, which is TBird.
I've been using it for a few days now and my productivity boosted, I'm really satisfied and love using PDF-XChange Viewer with LaTeX.
I've noticed the viewer opening on the first page always. Is this going to change in the next build? I can remember the document opening on the page left, previously.
When you are working in NonBlocked mode with a PDF file - the Viewer will not remember the last page you closed the file on. So you need to finish your work with MikTeX and then open your file - and scroll it as appropriate, and when you close it and open it after that - you should continue your reading from the point where you left.
For while working with MiKTeX and a file opened in our Viewer - just do not close the file, but rather select the viewer to reload it when it detects changes - this way the Viewer will still reload it on the page where you were before the file change - so you can observe what you did - but you will then need to manually scroll to e.g. the next page if you start making changes there. And all this scrolling while you are working with the file, and it is in nonBlocked mode will not be preserved in the Viewer settings for consecutive openings and readings.
yes, this is exactly my issue. Thanks for your help. Is this behaviour going to change in near future?
- Fresh compile document -> pdf file is created.
- Open file in [Non-Blocked] mode, scroll to page six, zoom 400% into page, File->Close viewer, reopen viewer in [Non-Blocked] mode -> The viewer opens at first page.
On the other hand, opening the viewer in normal mode, scrolling and zooming on page six, closing the document and reopening it in [Non-Blocked] mode reopens the document on page six with 400% zoom.
I think the settings are not saved in [Non-Blocked] mode. Just like you said.
Yes this is the current behaviour, but we will probably change that as Vasyl asked me to make a ticket: #1163: Viewer 2.5.197: When a file is opened in non-lock mode the change in Layout and Zoom is n
So that this could be investigated.
For the moment I would recommend you to open the file in NonBlocking mode in the Viewer, make the changes with MikTeX - this should not cause "file is write protected" messages, and then just allow the Viewer to reload the file - it will still be on the page and with the zoom before the reload.
Good news,
Ticket #1163: Viewer 2.5.197: When a file is opened in non-lock mode the change in Layout and Zoom is not saved
is now resolved, and the fix will be in build 198 which we will release a bit later today.