Live data from Hacker News

Show HN: A modern Jupyter client for macOS

satyrn.app

161–170 of 192 posts

Re: Show HN: A modern Jupyter client for macOS

#161
So, it looks like if you try and add a kernel for a virtualenv that doesn't have ipykernel installed you immediately install it in the virtualenv with `pip`

It would be great if you asked the user before doing this. My environments are usually managed by one of poetry or pipenv or nix, not pip. Which means now my lock files and installed stuff is out of sync.

Re: Show HN: A modern Jupyter client for macOS

#162
post #155

My biggest issue with Jupyter is the key bindings, I want to be able to import my Jetbrains keybindings to Jupyter notebooks but havent found a good way. The Jupyter implementation in Pycharm is just terrible so still stuck using jupyter in the browser. Will your tool allow custom key bindings?

Isn't this better if you use DataSpell from Jetbrains instead of Pycharm?

My experience with DataSpell has not been great. Granted, my workflow leans toward R, and it DataSpell has a Python-first approach, but the app was basically completely broken to even load R, and StackOverflow was full of relatively old posts of people with the same problem. If they really cared about that app that would never happen.

I just do a lot of my R editing in PyCharm now and flip between terminals and RStudio. I was hoping DataSpell could unify that, but it's not ready.

The new RStudio IDE is promising, however.

Re: Show HN: A modern Jupyter client for macOS

#163
post #161

So, it looks like if you try and add a kernel for a virtualenv that doesn't have ipykernel installed you immediately install it in the virtualenv with `pip` It would be great if you asked the user before doing this. My environments are usually managed by one of poetry or pipenv or nix, not pip. Which means now my lock files and installed stuff is out of sync.

Great feedback, thank you. I've heard this before. I'm thinking of keeping the default but adding an option in settings to "ask before installation" for users who prefer that behaviour (similar to VS Code).

Re: Show HN: A modern Jupyter client for macOS

#164
This is great. I've wanted to build something similar many times, but like you've mentioned, it's tricky to monetize.

Feature request: If I drag a tabular file (e.g. CSV, parquet, etc.) into the UI, do something like:

    temp1 = pd.read_csv('path_to_file')
    temp1.head()

Good luck with it!

Re: Show HN: A modern Jupyter client for macOS

#165
A bit off topic, sorry, but: Jupyter is bad for research. The ability to run code out of order, but then save the output, is confusing for the one doing the research and everybody who wants to reproduce it. I don't understand why the decision was made for Jupyter to combine the source code of a notebook and the output. Things like Quarto keep both separate, as essentially all programming languages inteded, while providing an easy-to-use implementation of literate programming.

Re: Show HN: A modern Jupyter client for macOS

#166
I do not see a privacy policy nor anything about telemetry, analytics or other data collection by the app. It would be good to clearly state what you’re collecting or not collecting. Without this, running such an app on a desktop OS seems a bit scary.

I also hope you’re able to add something about the business model soon.

Re: Show HN: A modern Jupyter client for macOS

#167
I am sorry, but "it's built with Electron" is all I need to know at this point. I appreciate the effort you've put in it, and I am sure that it is a great improvement. After all, I am using VS Code on a daily basis, and it's all about Electron, so I don't think that it will be that much slower than a fully native app. However, there is something about the minimal footprint nature of native macOS that I just can't go around. You just feel the snappiness of it, on a sub-nano-second level.

Re: Show HN: A modern Jupyter client for macOS

#168
post #161

So, it looks like if you try and add a kernel for a virtualenv that doesn't have ipykernel installed you immediately install it in the virtualenv with `pip` It would be great if you asked the user before doing this. My environments are usually managed by one of poetry or pipenv or nix, not pip. Which means now my lock files and installed stuff is out of sync.

Great feedback, thank you. I've heard this before. I'm thinking of keeping the default but adding an option in settings to "ask before installation" for users who prefer that behaviour (similar to VS Code).

Maybe the first time it happens you pop up with a confirmation dialog and it has a checkbox that says something like “always ask” (and an option in the settings).

Re: Show HN: A modern Jupyter client for macOS

#169
post #10

Thank you for attempting to use swift first. Electron apps are bloated and overused. Excited to play around with this!

From the post:

> Full disclosure: it's built with Electron. I originally wrote it in Swift but couldn't get the editor experience to where I wanted it. Now it supports autocomplete, multi-cursor editing, and moving the cursor between cells just like you'd expect from JupyterLab or VS Code.

Consider taking this as evidence that Electron isn't bad, instead of evidence that you shouldn't use this program.

Re: Show HN: A modern Jupyter client for macOS

#170

A bit off topic, sorry, but: Jupyter is bad for research. The ability to run code out of order, but then save the output, is confusing for the one doing the research and everybody who wants to reproduce it. I don't understand why the decision was made for Jupyter to combine the source code of a notebook and the output. Things like Quarto keep both separate, as essentially all programming languages inteded, while prov…

[deleted]
Post reply on HN