On Nov 11, 2014, at 8:02, Stephen Ng wrote:
> Hi! everyone,
>
> I've been using Skim for a short while and I really think its way ahead of a
> few other apps including Adobe Reader. However, it's short on a few items
> that I was wondering of I had missed or if not then should be on a list of
> improvements -
>
> 1. when opening many files it would be nice to see the new windows
> staggered so that they would be easy to find rather than the current method
> where a new window overlaps the older one but displaced a few pixels to the
> right
We *do* cascade. It's (almost) standard system behavior. Probably your windows
are a bit too high, in which case there is not enough room to (vertically)
cascade (note that cascading always tries to leave the dock space free).
> 2. when opening a new window it would be nice to have a custom size that
> the user has predefined either in a preference or to reuse the window size
> from a previous invocation of the app. Each document should have its own
> window size.
Well, we also *do* remember the last used window size. Perhaps you don't
realize because you may have more than one (main) windows open, and in that
case only the size of the first opened window will be remembers (we can only
remember one window size.)
> 3. when opening a document, use the zoom used for that document from a
> previous invocation of the app or when the document was previously opened.
> Also each document has its own zoom setting.
>
No, we don't remember that. We use a default zoom level. That is generally the
optimal thing to do.
As for the last sentences of 2&3, no, we cannot remember settings for each and
every document separately. That's because Skim is a not a manager for one (or a
few) database files, but a viewer for about any PDF file. So settings per file
make no sense in such a context. That generally only makes sense if the
settings are somehow part of the data in the file, and that is most definitely
not the case for PDF.
> BTW, I am wondering when a fix will be ready for my previous report on Skim
> holding on to the file descriptor after its window has been closed.
>
> Regards.
>
> Stephen
I would not know, because I have no clue where that problem comes from. As I
said, we don't hold on to a file descriptor , except for file update checking.
And we have zero control over what the system does. So it looks like this is a
problem from Apple's code that we cannot fix.
Christiaan
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
_______________________________________________
Skim-app-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/skim-app-users
