Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Heynote – A dedicated scratchpad for developers

heynote.com

Post reply on HN
Print view View original

151–160 of 321 posts

Re: Show HN: Heynote – A dedicated scratchpad for developers

#151

Post by WillAdams »

I _really_ like it --- have you thought about a more abstract icon? Agree w/ folks elsethread that just removing the text would be a huge improvement --- perhaps have an option for displaying total number of blocks and collapsed blocks?

Where are the currency conversion ratios pulled from? I guess that requires 'net access?

Possible to add a right-click menu (say to collapse blocks and so forth)?

There seems to only be one fold point for a given block? (The markdown one for instance) --- it would be nice if the first and second line were always possible collapse/folding points.

Perhaps menu commands for collapse all/show all?

Re: Show HN: Heynote – A dedicated scratchpad for developers

#152

Post by dceddia »

esafak wrote: post #148
dceddia wrote: post #137

This looks awesome! I love the blocks idea. I’m gonna download and give it a try. I see lots of comments about Electron (per usual here haha) and I just thought I’d shout out Tauri if you hadn’t run across it. It’s basically Electron-but-in-Rust and uses the system webview instead of Chromium, so bundle size and memory usage is reduced a bunch. I took a look at the code and it looks like you haven’t got a ton of Elec…

I read that the Rust part was unergonomic. Do you find Tauri productive?

Yeah, it works pretty well for me. Rust definitely took some getting used to (I was new to it when I started).

There's a lot of functionality you can access from JS without needing to get into Rust, but on the Rust side Tauri has this notion of "commands" for calling Rust from the UI.

You can write a Rust function and annotate it with #[tauri::command], and register it, and then you can call it from the JS side with invoke('your_command_name', args). Those commands can be async too, so you can do blocking work on the Rust side and the UI won't freeze.

You can inject State variables into those commands, which get injected at call time and are effectively global to the Rust side. I would say the State stuff is a bit unergonomic in that you run up against needing to share them between threads, so everything inside them needs to be Arc> and writing those wrappers was boilerplatey.

I wish the JS Rust calling overhead were lower. It serializes everything to JSON and back, so I try to avoid too many calls, and try to avoid sending lots of data between them.

Re: Show HN: Heynote – A dedicated scratchpad for developers

#153

Post by jonatanheyman »

Rudism wrote: post #150

I love the idea of this after playing with it for a few minutes. My main gripe is that the font size is way too small for my old-man eyes, and it doesn't seem to remember or restore the previous zoom-level when launching (meaning I need to re-zoom-in every time). If it were possible to set a larger font-size or if the previous zoom level was saved and restored on each launch that would be a greatly welcome addition t…

Restoring the zoom level on restart is a good idea. Thanks for the suggestion!

Re: Show HN: Heynote – A dedicated scratchpad for developers

#154

Post by nateb2022 »

Rudism wrote: post #150

I love the idea of this after playing with it for a few minutes. My main gripe is that the font size is way too small for my old-man eyes, and it doesn't seem to remember or restore the previous zoom-level when launching (meaning I need to re-zoom-in every time). If it were possible to set a larger font-size or if the previous zoom level was saved and restored on each launch that would be a greatly welcome addition t…

You can zoom in with [Ctrl][Shift][+], and zoom out by [Ctrl][-].

Re: Show HN: Heynote – A dedicated scratchpad for developers

#156

Post by bachmeier »

jonatanheyman wrote: post #103
porridgeraisin wrote: post #93

Love this. This is exactly what I need. I have been using a WhatsApp group with just me, for this purpose, until now. Feature requests: - arch package - would really like the results of the math to be in buffer.txt and in Ctrl+a and copy. - changing font and color theme(I like the Nord one right now though!) Please keep it minimally colored as it is now so that changing color is just a simple matter of configuring a…

> would really like the results of the math to be in buffer.txt and in Ctrl+a and copy. Adding the results to lines that are copied from Math blocks should be doable, and I like that idea! I agree that it would also be nice with the results in buffer.txt, but because of implementation details it's harder to implement I think. > changing font and color theme At the moment, I'm leaning towards keeping the number of con…

Changing the font is accessibility, not customization. I downloaded the app, opened it up, and the font was too small for it to be practical for me to use. I know it doesn't take much to fix, because I did a Ctrl-Shift-I, changed the font from 12px to 18px, and problem solved. It's not something I'm going to do over and over.

Re: Show HN: Heynote – A dedicated scratchpad for developers

#157

Post by totalhack »

I use org mode which was great in emacs but the plugin kinda sucks for VS code. The main feature there is the ability to fold and nest sections.

I see you have a "blocks" concept which seems roughly equivalent to a top level foldable bullet in org mode. Are blocks nestable? Otherwise what is the recommended way to organize a multi-block set of notes? Typical example for me might be tackling a larger problem/feature (top level block) and then having sub blocks/bullets for each part of the problem which are also foldable. I usually don't go more than a few levels deep but could get by with just 2 if need be.

Re: Show HN: Heynote – A dedicated scratchpad for developers

#158

Post by samstave »

jonatanheyman wrote: post #147
samstave wrote: post #141

Earlier quoted context omitted.

All blocks should be collapsable - I was playing with it and had to enter a comment marker in some to be able to get the collapse arrow in the bar, like # in a python block, however the behavior for a python block collapsing vs another - is that the python block collapses to ' ... ' Whereas, other blocks maintain the firt row as a header, so if I label another block NOTES and collapse it, I can still see the header.…

I agree! This would (will hopefully) be an improvement.

Maybe a block header which includes the timestamp for block birth and whatever text on that line for the title. So row 0 of every block would be the block meta header? no feature creep I promise...

Oh! and one more thing....

https://i.imgur.com/UZwOhIZ.png

Re: Show HN: Heynote – A dedicated scratchpad for developers

#159

Post by xenodium »

Hey congrats, this looks great for macOS! Trying it now!

With a similar mindset and an Emacs background, I wanted a scratch-like experience on iOS, so I built one https://xenodium.com/scratch-a-minimal-scratch-area. Seems to work for others too https://irreal.org/blog/?p=11202

While there's a new built-in iOS journaling app, I'm building one to save to plain text (and no lock-in). https://xenodium.com/an-ios-journaling-app-powered-by-org-pl...

Re: Show HN: Heynote – A dedicated scratchpad for developers

#160

Post by amadeuspagel »

jsdalton wrote: post #109

This is just outstanding. It's so exactly what I wish for out of a scratch pad. My feature request to add to your pile (possibly a lonely one, since maybe it's just unique to how my brain works): I really want a scratch pad like this to have UX that supports "inverted" order. Meaning, new blocks get added to the top of the page instead of the bottom. The blocks naturally flow in descending order of creation rather th…

I made a notes app that's kind of like that. Notes get added to the top and when you edit a note it gets "bumped" to the top again: https://thinktype.app/
Post reply on HN