<< 21-09-2026 >>
00:07:16*Mister_Magister quit (Quit: bye)
00:09:08*Mister_Magister joined #nim
00:46:32FromDiscord<grumblygibson> What's current easiest way to pass read-only info to threads? Shared writable info to threads? Last time I made a big multithreaded application in Nim was a few years ago, and I have a vague recollection of seeing in new release notes that it became easier than passing raw pointers all over the place. My memory wants to say "just pass refs now, and ORC/ARC takes care of the rest" as long as the main thread owns the ref lifetime beyo
02:53:00*rockcavera quit (Remote host closed the connection)
03:16:00*cm_ joined #nim
03:17:15*cm quit (Ping timeout: 256 seconds)
03:17:15*cm_ is now known as cm
03:53:24*insanescholar joined #nim
04:39:54FromDiscord<grumblygibson> In reply to @grumblygibson "What's current easiest way": Yup, seems it's quite easy now. Yay!
08:23:55FromDiscord<enthus1ast.> @_araq how do you've envisioned triple click behavior in synedit?↵I thought about selecting the whole line, idk if the current behavior is intendet or a bug (it selects from the beginning of the line up to the first character of the current word
08:28:40FromDiscord<_araq> no triple clicks please, I never use them on purpose
08:31:16FromDiscord<enthus1ast.> but they're used in the current code 😉
08:32:40FromDiscord<enthus1ast.> we could mimik how other editors do it: https://media.discordapp.net/attachments/371759389889003532/1551511467466162247/image.png?ex=6ab23d27&is=6ab0eba7&hm=1d22d8660d3cac79c41dcdf6bf7df996ad8523d25b6d08f17c7e958291cb16c9&
08:32:52FromDiscord<enthus1ast.> or just select the whole line
08:34:23FromDiscord<enthus1ast.> will you merge this change when i add it?
08:38:06FromDiscord<_araq> triple clicks should be the same ad double clicks or quadruple clicks
08:38:10FromDiscord<_araq> (edit) "ad" => "as"
08:39:47FromDiscord<_araq> double clicks are already very hard to perform for many people btw and we should map the features you desire to right-clicks or click+modifier
08:41:36FromDiscord<enthus1ast.> i even did not know that i use triple clicks, but then i did by muscle memory and i missed it.↵Same goes for ctrl + x and ctrl + v on with no selection. With no selection i would cut or copy the current line
08:42:09FromDiscord<enthus1ast.> (edit) removed "on"
08:42:59FromDiscord<_araq> > Same goes for ctrl + x and ctrl + v with no selection. With no selection i would cut or copy the current line↵that one seems ok.
08:43:44FromDiscord<enthus1ast.> and put the caret on one char then with shift click select up to the clicked char
08:44:05FromDiscord<_araq> anyway the next big feature would be a "git branch explorer" that fills the tabs with all the files touched in a particular branch plus some `git diff` based view.
08:44:39FromDiscord<enthus1ast.> https://media.discordapp.net/attachments/371759389889003532/1551514484227706880/image.png?ex=6ab23ff6&is=6ab0ee76&hm=4bda3c0443f284516c424de0f83c17da4ffb008028a2db93903613dd45fdde9d&
08:45:04FromDiscord<_araq> optimized for manual AI slop removals before they hit github
08:58:36FromDiscord<enthus1ast.> In reply to @_araq "anyway the next big": also, allow more file types to be displayed, like a simple hex viewer and image viewer. ↵I imagine a widget like total command viewer, where you can (i think it was 1,2,3,4,5 etc) display the file natively if possible and then press the buttons for changeing the view to hex or other representations.↵↵So later it could be used to eg display a markdown file as text or fully rendered with
08:58:55FromDiscord<enthus1ast.> (edit) "command" => "commander's"
09:01:46FromDiscord<enthus1ast.> what would also be very cool, would be "vidir" from moreutils like funktionallity. ↵Where you get the whole file paths in a vimbuffer and changes to the filenames are later applied to the filesystem.↵i think it would be a very good fit for a "everything is text" editor
09:02:15FromDiscord<enthus1ast.> so renaming would just be "change text" and save
09:03:17FromDiscord<enthus1ast.> but stuff like this might be out of scope for synedit patches
09:08:50FromDiscord<_araq> create issues so we can discuss things further
09:20:34*sdothum quit (Remote host closed the connection)
09:24:15*sdothum joined #nim
09:30:09FromDiscord<enthus1ast.> (im just thinking loudly here) what i am missing currently is a tool that is a "split" + "merge" tool.↵So you have a big (nim?) file, but you want to feed just parts of it to a llm (the manual way).↵Lets say you want to feed a proc to an llm, but you always want to strip the doc comments etc, then give those parts to the llm (with splitter characters eg "-------------" then when its time to merge back it would recognize the procs
09:32:14FromDiscord<enthus1ast.> so you could "add a few procs + souroundings" to a temp buffer, which calls a "transformer pipeline" (which strips out the comments etc) then later merge it back, maybe even with local ai that identifies the positions where changes are incooperated into the orignal file
09:32:48FromDiscord<enthus1ast.> this tool i miss, and if synedit gets good enough i would like to build it
09:51:29FromDiscord<_araq> somewhat related: you can already open the same file in multiple views
09:51:45FromDiscord<_araq> (not sure if you are aware)
10:41:01FromDiscord<enthus1ast.> (im just thinking loudly here) what would also be very usefull would be a mechanism, that would allow to "overlay stuff on different tokens" ↵So a user could implement a custom parser that could eg:↵↵on a number it would render convienient + - buttons or even a slider next to it (nice for quickly change a gui layout for example), and for eg bool, you could swap true / false and more user supplied stuff (i do "TODO" "DOING" "DONE
10:41:47FromDiscord<enthus1ast.> AND it would allow or stuff like "hop" or neovim or like vimium "find links"
10:42:06FromDiscord<enthus1ast.> (edit) "or" => "of" | "vimium" => "vimium's"
10:48:15FromDiscord<enthus1ast.> so i could just type the two letters and "click" directly on a link -> 100% keyboard driven. https://media.discordapp.net/attachments/371759389889003532/1551545590310248448/image.png?ex=6ab25cef&is=6ab10b6f&hm=a6cb6d8d142924e7eab4cae913dcb823ad4d1d88029521060d9ccfda23d970c7&
11:15:18*tk quit (Remote host closed the connection)
11:17:06*tk joined #nim
12:38:21*acidsys quit (Ping timeout: 252 seconds)
12:39:10*acidsys joined #nim
12:40:14FromDiscord<_araq> yeah but I don't care about "100% keyboard driven", it's stupid
12:49:11*Mister_Magister_ joined #nim
12:49:35*Mister_Magister quit (Ping timeout: 247 seconds)
12:52:28*Mister_Magister_ is now known as Mister_Magister
13:18:36FromDiscord<zkopt_> In reply to @enthus1ast. "so i could just": it might good for visual disables
13:57:47FromDiscord<b0rsuk> In reply to @enthus1ast. "so i could just": I want to experiment more with this type of interfaces. Maybe even use it in a (realtime) game. Is this some web browser plugin?
14:45:48*insanescholar_ joined #nim
14:45:48*insanescholar_ quit (Remote host closed the connection)
14:50:05*insanescholar quit (Ping timeout: 261 seconds)
15:01:37FromDiscord<_timurski> In reply to @enthus1ast. "so i could just": if websites had proper integration with this it would be cool but in my experience it's mostly useless
15:01:49FromDiscord<_timurski> hard to see sometimes what you even need to press
15:02:04FromDiscord<_timurski> and the letters don't correlate with what you're opening
15:03:27*insanescholar joined #nim
16:06:49FromDiscord<grumblygibson> In reply to @_timurski "and the letters don't": Yeah, I'd love a heuristic that makes the shortcuts as short as possible while being contextually meaningful in their label.
16:08:41*insanescholar quit (Remote host closed the connection)
16:08:51*insanescholar joined #nim
16:15:37FromDiscord<_timurski> actually the type safe AI thing whatever might be cool for this
16:15:42FromDiscord<_timurski> idk if u can run it locally
16:15:55FromDiscord<_timurski> but like generate and cache bindings for every page
16:15:59FromDiscord<_timurski> that seems very useful
16:48:25*insanescholar quit (Ping timeout: 256 seconds)
16:54:17*insanescholar joined #nim
17:01:31FromDiscord<b0rsuk> I found something unexpected today while writing the `word count` exercise.↵Iterators can't use procedures like filterIt, mapIt, and the rest from `sequtils`. It works if you manually convert an iterator with `toSeq`.↵↵Intuitively, it feels like it should work. Maybe it works with the `collect:` macro? I think when I was completing Rustlings a few years ago I was able to use those functions. I don't know if it works this way in Nim f
17:03:09FromDiscord<b0rsuk> I think sequences in Nim (including OpenArray) need to support indexing, and an iterator doesn't have that. Filtering and mapping could work though.
17:05:17FromDiscord<b0rsuk> How did you end up choosing `reStructuredText` rather than MarkDown? I like reST, but most people hate it. It's relatively little used aside from the Python ecosystem and the Linux Kernel.
17:11:08FromDiscord<b0rsuk> I think an iterator is not its own type? It's something like a procedure or a function?
17:11:36FromDiscord<Phil> In reply to @enthus1ast. "so i could just": Sooooo a hotkey mechanism?
17:12:05FromDiscord<b0rsuk> 🤔 Iterator is a trait in Rust, it has some methods associated with it that it needs to implement.
17:12:47FromDiscord<Phil> Built that for web once, note that under a decent chunk of circumstances you want to be able to reconfigure those hotkeys
17:14:08FromDiscord<Phil> (edit) "Built that for web once, note that under a decent chunk of circumstances you want to be able to reconfigure those hotkeys ... " added "(accessibility wise but also in general, people can have their own shortcuts on stuff)"
17:40:32*sdothum quit (*.net *.split)
17:40:33*fallback quit (*.net *.split)
17:42:07*sdothum joined #nim
17:42:07*fallback joined #nim
17:49:01*insanescholar quit (Remote host closed the connection)