Replies: 2 comments 17 replies
-
|
You are right, currently sioyek is not capable to handle your use-case well because there is no way for vimtex to specify which instance of sioyek it is controlling. Fixing this would require a complete rewrite of the way we handle multiple windows which I may do but probably not in the near future. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for your answer and sharing the current status. I hope you will eventually find the time to add multiple windows. Maybe you miss it occasionally as well. I recently noticed other applications (most prominently alacritty) which did not consider this a design rationale from the beginning as well. It seems for other developers multi-window support is not as essential as for myself. Alacritty has managed to introduce it in version 0.10 (Jan 2022):
|
Beta Was this translation helpful? Give feedback.
-
|
Added a |
Beta Was this translation helpful? Give feedback.
-
|
You can't get a list of opened file. But in ecc1f83 I changed the behaviour of |
Beta Was this translation helpful? Give feedback.
-
|
Yes, it works now as expected. |
Beta Was this translation helpful? Give feedback.
-
|
But I get a crash with following report: Problem Report for sioyekProcess: sioyek [61290] Date/Time: 2022-05-22 14:29:15.555 +0200 Sleep/Wake UUID: 275677C5-3725-4D2A-8441-175B8239CF55 Time Awake Since Boot: 130000 seconds System Integrity Protection: disabled Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_CRASH (SIGABRT) Application Specific Information: Thread 0 Crashed:: Dispatch queue: com.apple.main-thread Thread 1: Thread 2: Thread 3:: com.apple.CFSocket.private Thread 4: Thread 5: Thread 6: Thread 7: Thread 8: Thread 9: Thread 10:: com.apple.NSEventThread Thread 0 crashed with X86 Thread State (64-bit): Logical CPU: 0 Thread 0 instruction stream not available. Thread 0 last branch register state not available. Binary Images: External Modification Summary: VM Region Summary: REGION TYPE SIZE COUNT (non-coalesced) Model: Macmini8,1, BootROM 1731.100.130.0.0 (iBridge: 19.16.14242.0.0,0), 6 processors, 6-Core Intel Core i7, 3,2 GHz, 64 GB, SMC Maybe following helps you to identify the issue: Application Specific Information: abort() called terminating with uncaught exception of type std::__1::__fs::filesystem::filesystem_error: filesystem error: in equivalent: Operation not supported [/Users/kiryph/Manuscripts/thesis/media/graphs/baernighausen-trees/full/truncated-square/truncated-square-tiling-p4mm-p2mm.pdf] [wyckoff-relations-plane-groups.pdf] |
Beta Was this translation helpful? Give feedback.
-
|
Is the crash reliably reproducible? |
Beta Was this translation helpful? Give feedback.
-
|
I got it a couple of times. But when I now try to recreate the exact order, the crash has disappeared. As I said, the overall behaviour works now as expected. Huge thanks for this. I will now replace skim with sioyek. That is really great. I will also change the viewer for texdoc. In particular navigating tikz documentation is now hugely improved. |
Beta Was this translation helpful? Give feedback.
-
I am on macOS with two displays. I have configured 10 virtual desktops which on macOS are called spaces.
The 10 spaces are assigned to the two displays as following:
When I edit several LaTeX files on different virtual desktops and open the corresponding PDF file on the second screen, I miss the possibility to open several GUI windows of sioyek without opening more and more instances of sioyek.
VimTeX is by default configured to use one instance and a single window of sioyek (
sioyek --reuse-instance <file>) which is annoying in this context, since the pdf file synced via synctex and is not necessarily on the visible space.I have to change the active document in sioyek and move the sioyek window to the correct space to see the tex and pdf file side-by-side.
My workaround is to remove the option
--reuse-instanceand set the sioyek optionshould_launch_new_instance 1.However, this pollutes the macOS dock and does not allow to use synctex anymore.
The PDF Viewer Skim.app for macOS can handle multiple GUI windows per instance and I get only one dock icon. I really do not need several instances which can also introduce problems when saving the history of recent files.
However, Skim.app does not provide ergonomic keyboard shortcuts. For instance, I can show the toc with
Cmd+Shift+Tbut navigating with the keyboard is not really possibleI could imagine that the situation under Linux is similar. However, I did not check this.
Did I overlook something or can sioyek be extended to support multiple GUI windows?
Beta Was this translation helpful? Give feedback.
All reactions