Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
joouha
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
joouha
2mo ago
Just noticed in the model's metadata: > MiniLMv2 L6-H384 (30M params) progressively distilled L24→L12→L6 from RoBERTa-large-v8 teacher (neobert-v2 recipe, min_words=0). Byte-level BPE tokenizer. INT8 quantized.
2.
▲
by
joouha
2mo ago
Not GP, but I too was interested in this slopdetect-minilm-v3 model. The model appears to be similar to MiniLM-L6 (384 dimension, 6 transformer layers) but uses RoBERTa/GPT-2 style embedding/tokenization (50265 vocab size), used f
3.
▲
by
joouha
4mo ago
This looks really nice in the screen-shots. I'm working on what is effectively a fork of prompt_toolkit [1], which supports many modern terminal features I needed for euporie [2], such as terminal graphics, extra text styles, color pal
4.
▲
by
joouha
4mo ago
tmux now supports sixel graphics, so you can use that instead if running euporie in tmux
5.
▲
by
joouha
4mo ago
> is there a way to swap the jupyter kernel within euphorie to something else more minimalist? You can use euporie-console for a REPL-like terminal experience (still with rich outputs) if you don't want the full notebook experience.
6.
▲
by
joouha
4mo ago
Yes - you need to use the IJulia kernel: https://github.com/JuliaLang/IJulia.jl
7.
▲
by
joouha
4mo ago
You can absolutely run euporie in tmux. It's useful to do so when using long running notebooks over SSH, so you can disconnect and reconnect later.
8.
▲
by
joouha
4mo ago
I'm specifically interested in querying for support of particular glyphs (e.g. the symbols for legacy computing block), so applications can use a different fallback if it is know that a particular glyph cannot be rendered and will brea
9.
▲
by
joouha
4mo ago
It's very interesting to learn about the newly proposed glyph protocol [1] in the linked blog post. I was bemoaning the lack of exactly this here about 6 months ago [2]! [1] https://rapha.land/introducing-glyph-protoco
10.
▲
by
joouha
4mo ago
No evolution necessary! With my project, euporie [1], you can have use your data science notebooks with graphical image outputs, HTML, LaTeX, etc, all in the terminal. [1] https://github.com/joouha/euporie
11.
▲
by
joouha
5mo ago
Maybe https://github.com/wesm/msgvault will do what you need?
12.
▲
by
joouha
6mo ago
Modshim does more than just wrap the external API of a package - it allows you to tweak something internal to the module while leaving its interface alone, without having to re-implement most of the package in order to re-bind new versions
13.
▲
by
joouha
6mo ago
This sounds like an ideal use case for modshim [0] One of its intended use cases is bridging contribution gaps: while contributing upstream is ideal, maintainers may be slow to merge contributions for various reasons. Forking in response cr
14.
▲
by
joouha
9mo ago
Thanks for the bug report. It has been fixed in the latest version of euporie.
15.
▲
by
joouha
9mo ago
I use chafa extensively, and it really is the best tool for terminal graphics in my opinion. I use it as a fallback option for terminals without proper terminal graphics support in my TUI Jupyter client, euporie. There are Python bindings a
16.
▲
Show HN: Euporie-lite, Jupyter notebooks in terminal in the browser
(euporie.readthedocs.io)
3 points
by
joouha
9mo ago
|
2 comments
17.
▲
by
joouha
11mo ago
I'd find it very useful to be able to query a terminal to see if it has font support for a given list of characters. This would allow TUIs to use recent unicode characters which may not be supported (e.g. Symbols for Legacy Computing),
18.
▲
by
joouha
11mo ago
I've tested it works from 3.9 to 3.14
19.
▲
by
joouha
11mo ago
It should in theory be possible to mount the new virtual package over the lower module - but I don't think works currently (I'll have to test this). Doing this would make modifications available globally like you describe.
20.
▲
by
joouha
11mo ago
Let me explain what inspired me to create modshim: I've written a Jupyter client for the terminal (euporie), for which I've had to employ monkey-patching of various third-party packages to achieve my goals and avoid forking those
21.
▲
Show HN: Modshim – A new alternative to monkey-patching in Python
(github.com)
109 points
by
joouha
11mo ago
|
30 comments
22.
▲
by
joouha
2y ago
Toy could try using euporie [1] to run Jupyter notebooks in the terminal [1] https://github.com/joouha/euporie
23.
▲
by
joouha
2y ago
I've just found that Mintty supports this https://github.com/mintty/mintty/wiki/CtrlSeqs#overstrike
24.
▲
by
joouha
2y ago
This would allow more complex shapes to be drawn by combining multiple glyphs, which would be useful for complex TUI applications (there are only a limited number of box-drawing characters available) Also, this could allow drawing more than
25.
▲
by
joouha
2y ago
It's up to individual applications how they implement user input. All of this is entirely possible in modern terminal emulators - look at the micro text editor, for example. I guess most shells (bash, zsh, etc.) keep things "tradi
26.
▲
by
joouha
2y ago
Do any terminals support overprinting? This could radically change what is possible in TUIs
27.
▲
by
joouha
2y ago
This is a nice summary. It would be good if there was more emphasis on graceful degradation in TUI libraries, such as falling back to ASCII art when terminal graphics are not supported. > Some new TUI libraries, such as vaxis, are design
28.
▲
by
joouha
2y ago
Euporie is the most complex TUI application I have built: https://github.com/joouha/euporie It consists of a TUI editor (and interactive REPL) for Jupyter notebooks, and supports displaying rich output in the terminal
29.
▲
by
joouha
3y ago
You might be interested in https://github.com/fsspec/universal_pathlib
30.
▲
by
joouha
3y ago
I wrote an HTML renderer [0] as part of euporie [1], which I'm planning on eventually spinning into a new terminal browser (but it needs a bit more work first). There's no JS support, but a good chunk of CSS is implemented, and im
More ›