Activity for Skim
-
Christiaan Hofman committed [r16059] on Code
short command option
-
Feature Request: Optional Vim Keybinding Mode for Improved VimTeX Workflow
-
No, these are not mac-style shortcuts. And would conflict with other key uses.
-
Juan created ticket #1762
Feature Request: Optional Vim Keybinding Mode for Improved VimTeX Workflow
-
Gokberk Cinbis posted a comment on ticket #1562
I fully understand. I guess there is no way to alter skim's patience so that it doesn't re-load until (lets say) "2" seconds after a change? As a quick solution, I ended up adding a pdf-copy step and opening the copy of the file instead, which solves the problem in practice (in a non-ideal way).
-
Skim does wait. But how long isz long enough? Skim still has to read the file precisely in order to figure out whether the file was fully written. There is no way around that, as we simply cannot know. That is just one of the problems of having automatic reload (and why we actually did not want to include that anyway). It is something you use at your own risk, that';s what we have always been saying. Pushing a file reload from the process running tex is much more reliable, and really the only way...
-
Radek posted a comment on ticket #1760
Thank you. The new icon is beautiful!
-
Thanks for your quick reply. In my case, the working directory is not located under Documents or Desktop, and skim has clearly read access. I think what is happenning is that skim is "not patient" : it tries to read the file while the file is still in a corrupt state (due to recompilation of the pdf), gives a warning prematurely, but then just after a fraction of a section, it loads the fıle correctly. If the warning could wait a bit more or close automatically after a correc re-load, the problem...
-
fix localization term
-
I couldn't tell. The certificate for Skim is still the same (it will probably change in the next release). Perhaps it is due to an OS change. It may be that you have to give Skim, the calling app, or some automatization process authorization in your system preferences. In particular when the file is in (a subdirectory of) the Documents or Desktop.
-
I am using a simple vim+pdflatex setup, no fancy integration. Everytime I compile the file, now I am getting this annoying message that requires clicking "OK". My OS is Tahoe 26.3. Skim version 1.7.13. I am not sure when the problem has started exactly. Perhaps something has changed at the OS side? Thanks!
-
macOS Tahoe compatible icon?
-
Cursor triggering scrolling up when trying to select text
-
The last release should have a workaround for this problem. Overlaying scrollers will be enforced in the PDF area.
-
Cannot open PDF using displayline
-
Tag for release
-
Update version numbers for release
-
Skim released /Skim/Skim-1.7.13/Skim-1.7.13.dmg
-
-
Skim uncontrollably scrolls upwards
-
Duplicate of bug # 1591. See workaround there.
-
Jan Linxweiler created ticket #1600
Skim uncontrollably scrolls upwards
-
Update releasee notes
-
Enforce overlay scrollers on Tahoe, as it has ascrolling bug with legacy scrollers, scrolling up by the scroller width at many mouse and scroll events.
-
dominik posted a comment on ticket #1599
Thank you for the fast response. It’s a shame that Apple cannot fix their framework. But you fix helps! :)
-
Scrolling direction inconsistent depending on zoom level
-
This is a duplicate of bug # 1591. When you always show the scrollbars (in your system preferences) and the horizontal scroll bar is visible (which will happen when you zoom in), the pdf content is scrolled upwards by the width of that scrollbar on various events (such as scrolling actions, but also mouse actions). Unfortunately as the bug must be in the system frameworks (as our code is not involved at this point), there is nothing we can do about this. You can work around this bug by turning off...
-
Addtional Information: It does also happen if the app is in fullscreen mode.
-
Addtional Information: It does not happen if the app is in fullscreen mode.
-
Scrolling direction inconsistent depending on zoom level
-
We do use the standard AppKit document architecture, as I already mentioned. So availability of locations is determined by the system save panel.
-
James Coburn posted a comment on ticket #1733
Can this ticket be reopened, please? Thank you.
-
I think standard Apple programming frameworks (UIKit, AppKit, SwiftUI) allow saving to online locations, including Microsoft 365 (OneDrive/SharePoint), primarily by leveraging the system's built-in file management capabilities. Is this possible? Thank you.
-
array literal
-
remove unused ivar
-
observe NSWindowDidEndSheetNotification on sheetParent
-
pass timer from block parameter
-
remove unused method
-
make associated object nonatomic
-
use NSAttributedStringKey
-
declare type
-
willChangeValueForKey just before change
-
fix variable name
-
separate code to find file name for a source file
-
check we have a file
-
Hidden_Preferences
-
Sorry, the description of the values was swapped with another option. That is now fixed.
-
Hidden_Preferences
-
Christopher Rooney posted a comment on ticket #1597
Thanks! I didn't realize this was the same bug as the "document scrolls when selecting text" and others since I hadn't noticed those behaviors. I found the hidden preferences page, but WhenScrolling is not listed as an allowed option for the AppleShowScrollBars. Nevertheless, using defaults write -app Skim AppleShowScrollBars -string WhenScrolling did the trick! https://sourceforge.net/p/skim-app/wiki/Hidden_Preferences/#h-system-overrides
-
rename options enum
-
pass page index hint in page index pointer parameter
-
pass page hint to sync parser
-
Cannot open PDF using displayline
-
The displayline script in the next release will allow double-quotes in the file paths.
-
really get registered file name from last path component when full filee name was not registered
-
don't bother getting mod date when we don't use it
-
get syncFileName and lastModDate together inside lock
-
access syncFileName atomically as it can change from the main thread when changing the fileName
-
Standardize syncfile separately. Standardizing a source file again won't find a different file.
-
function in displayline script to expand paths
-
escape ackward slash in paths in displayline script
-
escape double-quotes in file paths for AppleScript
-
Cannot open PDF using displayline
-
Jason Alexander posted a comment on ticket #1598
That was the problem — the full path to the directory containing the LaTeX file I was editing had a double-quote in it. Removing that fixed the problem. Apologies for the misguided bug report! J On 4 Feb 2026, at 15:43, Christiaan Hofman hofman@users.sourceforge.net wrote: Also, could it be that there is a special character (perhaps a doubl-quote) in the full path to the file? [bugs:#1598]https://sourceforge.net/p/skim-app/bugs/1598/ Cannot open PDF using displayline Status: open-works-for-me Group:...
-
Also, could it be that there is a special character (perhaps a doubl-quote) in the full path to the file?
-
Also, does it also occur if you don't add the .tex file argument?
-
Cannot open PDF using displayline
-
Strange, I cannot reproduce this problem. And nothing has changed for a while. I also see nothing wrong with the script. Did you actually use these file names, or were you using different file names with special characters?
-
Cannot open PDF using displayline
-
BTW this happens when you have Always Show Scroll Bars (or perhaps also based on your mouse), and the view is less wide than the content (so the horizontal scrolling is shown.) Somehow the system code does not take into account of the width of the horizontal scroll bar, jumping up by its width in several event handling code. You can work around this by changing the scroll bar showing setting (e.g. set it to WhenScrolling), which can also be done just for Skim using a hidden preference.
-
Scrolling slowly with external mouse moves document in wrong direction
-
This is a duplicate of other scrolling bugs. Note that this is due to a system bug. We can not fix this, unfortunately.
-
Scrolling slowly with external mouse moves document in wrong direction
-
SkimNotes_Tool
-
fix help of skimnotes get
-
SkimNotes_Tool
-
fix xpc agent listener protocol documentation
-
SkimNotes_Tool
-
Flemming Rubini posted a comment on ticket #1591
Forgot to mention: When I have this problem, I often can surround it by doing a new OCR'ed version of the PDF.
-
wrong icon
-
Us high resolution or low resolution app icon image depending on graphics context
-
reuse bundle variable, get image from url
-
Remove Skim icon for quicklook by its largest representation
-
update icon for disk image
-
Replace Skim icons. Complete squircle behind folded corner so Tahoe does not cage it.
-
Disregard my previous post. The problem is back in Skim, but not in preview.
-
I had this erratic behaviour too after update to MacOS 26.2, in any app. It turned out to be caused by Bitwarden's hardware acceleration, and turning the hardware acceleration off solved the problem.
-
That is good to hear. An appearance based icon is not possible. That requires real Tahoe style layered icons, that are not backwards compatible (and Apple does not allow combbining old and new style icons AFAIK). Moreover, for me it would not be possible to create such an icon.
-
Gary L. Gray posted a comment on ticket #1756
Got it. The icon is no longer in a gray box! I have attached screenshots comparing the before and after. The new icon is very nice! My only additional request would be to have a dark mode version if that is not hard to do. You can see what I am talking about in the third attached screenshot. Matlab and Numbers also need to be updated with a dark mode, but both of those are coming soon.
-
Sorrym the link should be https://skim-app.sourceforge.io/Skim.zip.
-
Thank you for taking a shot at changing the icon. When I click on that link in Safari, I get what you see in the attached screen shot. From FIrefox, I get 404 Not Found. I am looking forward to seeing what you have created!
-
I am currently unable to test how icons behave on Tahoe. I have made a test version with a different icon which I put at at https://skim.sourceforge.io./Skim.zip. Could any of you test this out to see if it removes the gray border?
-
BTW, could it be that you have set a hidden preference to disable search bar blurring? Otherwise I find it very strange that this would occur, as there should not be anything there.
-
Black line at the top when maximized
-
What OS version do you have? I have no idea what is going on, but we are not drawing the dark line. The display of the PDF is done by Apple's PDFKit. There is nothing we can change about this.
-
pepe romero conde created ticket #1596
Black line at the top when maximized
-
delete toolbar item should not select
-
fix key
-
move some methods to functions
-
constrain scroll point when dragging
