Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: Open URL from terminal #840

Closed
yuhan0 opened this issue Jan 12, 2021 · 2 comments
Closed

Feature request: Open URL from terminal #840

yuhan0 opened this issue Jan 12, 2021 · 2 comments

Comments

@yuhan0
Copy link

yuhan0 commented Jan 12, 2021

Sometimes I run into a situation where the browser tab(s) running Pluto are closed, and the original message in the terminal has been lost to debugging / output messages:

Opening http://localhost:1234/?secret=******** in your default browser... ~ have fun!

Press Ctrl+C in this terminal to stop Pluto

... 
100s of lines of output
...

Recovering the URL from the browser history is a hassle because there are many similar URLs with different "secret" keys in the history.

It would be great if some keypress (Enter/ Ctrl-Enter?) in the terminal automatically opens the URL in the browser, the same way as it does during initial startup.

@fonsp
Copy link
Owner

fonsp commented Jan 12, 2021

You can just open localhost:1234 again without a secret, because your browser is already authenticated.

@fonsp fonsp closed this as completed Jan 12, 2021
@fonsp
Copy link
Owner

fonsp commented Jan 12, 2021

I think reopening closed tabs is a productivity feature that should be implemented by your browser, not by us

pankgeorg pushed a commit that referenced this issue Jan 28, 2021
[Diff since v0.12.18](v0.12.18...v0.12.19)

**Closed issues:**
- GPU usage and console messages (#685)
- Feature Proposal: Exported HTML can be passed to a static site generator (#794)
- wait and resume execution on button press (#803)
- Latex code not appropriately displayed (#817)
- Python doesn't work in Pluto (#818)
- add pluto - pluto not found - Julia 1.5.3 macOS (#819)
- Cell output not shown correctly if in-line comment ends with semicolon (#820)
- _llvm (#821)
- Can't move cells (#822)
- Conditions on list comprehensions and execution order (#824)
- Electron app (#825)
- Errors when pressing Ctrl+C to stop Pluto (#827)
- Failed to load notebook error (#829)
- Popup docs don't work for some symbols (#832)
- Running a notebook deleted contents of `.julia/registries` (#834)
- Ctrl+C broken with `julia -e "Pluto.run()"` instead of the REPL (#836)
- Edit or remove default header and footer in exported static PDF (#837)
- Parameters.jl dynamically created macros confuse Pluto (#838)
- Feature request: Open URL from terminal (#840)
- Notebook gets stuck in forever loading state after restarting my PC while running it (#849)
- Syntax highlighting of @. (#854)
- File not found when file newly created while session is running (#855)
- Weird output from a mix of MathJax, Markdown and PlutoUI (#856)
- Misaligned plots when plotting with UnicodePlots.jl using BrailleCanvas (#870)

**Merged pull requests:**
- Pluto ux process file drop (#707) (@pankgeorg)
- Dralbase state managment (#710) (@dralletje)
- PLJ-785 CodeMirror Eject to TextArea - Reload from TextArea in Offline HTML export (#805) (@pankgeorg)
-  Dralbase state managment: Fix front-end tests (#809) (@pankgeorg)
- Update README.md (#814) (@fonsp)
- Regard `:=` in macros as einsum notation (take 2) (#816) (@mcabbott)
- 🧸 Open your own files as samples (#828) (@fonsp)
- Handle filters in generators, closes #824 (#839) (@Pangoraw)
- Update `== nothing` to `=== nothing` in Parse.jl (#841) (@heetbeet)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants