You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug #link("./path/to/file")[text] should provide a hyperlink to a local resource. This works in PDF and SVG outputs. However, slide mode previews just open a new copy of the slide deck instead of the linked resource
To Reproduce
Add a relative link to a local file (a mp4 video in my case)
Specify "preview in browser and slide mode"
Click the link
You will be redirected to a new browser tab showing the slide deck, not your local resource
The text was updated successfully, but these errors were encountered:
I just confirm this. This is because the target of the link is ./path/to/file, so the browser jumps to 127.0.0.1:some_port/path/to/file. And we jump to / for all unknown path, so another preview tab is opened.
The webview is likely to never have access to the filesystem, because the browser disallows you to do that. We can forward file resources with authorization from preview server, tho.
It may still beyond the design of typst, which is probably broken by future typst. Regard to that, should we discuss it in scope of typst instead of in scope of typst-preview?
A note to future readers, you will need to specify encoding: none and ensure the video is very short. Even a 1MB will cause the extension to hang for a long time (at least in my case)
Describe the bug
#link("./path/to/file")[text]
should provide a hyperlink to a local resource. This works in PDF and SVG outputs. However, slide mode previews just open a new copy of the slide deck instead of the linked resourceTo Reproduce
The text was updated successfully, but these errors were encountered: