|
i think the text editor/IDE barrier probably is less about code editing features and more about "do you launch your application, tests, and debugger in the editor, do you use the editor's git support," etc etc in terms of editing features, there's no reason that vscode can't be on par with any IDE if you just had a good enough LSP. like, there are zero editing features in webstorm that aren't present in vscode's typescript support in terms of those other things i mentioned... vscode does those ok but not really as well, IME. i don't really know anyone who's gone all-in on VSCode for things like that, but maybe I'm just a luddite for still launching my dev servers and tests through the command line. I did switch full-time to using the VSCode terminal and that's been fine, no reason to use a separate terminal app anymore
|
#
?
Apr 3, 2024 20:13
|
|
|
|
| # ? Jun 1, 2024 15:17 |
|
|
leper khan posted:modern actual vim is better than neovim okay-- does this have anything to do with vimscript (or other scripting languages, if usable in vim)? Plorkyeran posted:i agree, but i do wonder how long it'll stay true with bram gone so actual vim started playing catchup because of neovim and then got ahead of neovim?
|
|
#
?
Apr 3, 2024 20:29
|
|
|
its very easy to set up plugins in vim now compared to how it used to be, they introduced that in vim 8
|
|
#
?
Apr 3, 2024 20:34
|
|
|
prisoner of waffles posted:so actual vim started playing catchup because of neovim and then got ahead of neovim? neovim solved a bunch of unambiguous actual problems in vim, but also just sorta changed a bunch of things and isn't just a drop-in better vim replacement. vim 8 then fixed most of the same problems but in sorta different ways, leaving neovim as more of vim-but-different than vim-with-improvements. neovim is architecturally better, but the actual benefits of that are still potential benefits. for example, neovim should enable writing a much better gui text editor with vim editing, but in practice the neovim guis that exist are worse than macvim.
|
|
#
?
Apr 3, 2024 20:56
|
|
|
neovim is fully embeddable unlike vim. you can use vscode with neovim as the editor instead of a “vim key emulator” that you frequently find. that said, I stopped using it a while ago because of some weird occasional issues that weren’t worth it at the time. might be better now I should try it again
|
|
#
?
Apr 3, 2024 22:54
|
|
|
Plorkyeran posted:neovim solved a bunch of unambiguous actual problems in vim, but also just sorta changed a bunch of things and isn't just a drop-in better vim replacement. vim 8 then fixed most of the same problems but in sorta different ways, leaving neovim as more of vim-but-different than vim-with-improvements. neovim is architecturally better, but the actual benefits of that are still potential benefits. for example, neovim should enable writing a much better gui text editor with vim editing, but in practice the neovim guis that exist are worse than macvim. vim8 also added some nice features that dont exist in neovim, i think `:terminal` is one of these unless neovim since added it
|
|
#
?
Apr 4, 2024 00:31
|
|
|
theres also some features i think they dropped amd never added. like xxd and encrypted buffers
|
|
#
?
Apr 4, 2024 00:38
|
|
|
interesting that neovim plug-ins can operate via msgpack RPC and events, whether that’s coming from a child process’ stdin&stdout, a socket, or whatever. makes a bunch of sense, even if it sorta defies my common sense about what a “plugin” is. makes me feel like learning the lua scripting interface is marginally preferable
|
|
#
?
Apr 4, 2024 02:07
|
|
|
prisoner of waffles posted:even if it sorta defies my common sense about what a “plugin” is. yeah, everybody knows plugins are supposed to be out-of-process COM objects
|
|
#
?
Apr 4, 2024 02:15
|
|
|
pseudorandom name posted:yeah, everybody knows plugins are supposed to be out-of-process COM objects that seems congruent with my offhand definition of plugins, “some lovely interface that seems to be aping bad desktop software extensibility of the mid-90s Microsoft ecosystem” I never had to work with COM when it was a big deal and based on how other people describe it, I thank my lucky stars
|
|
#
?
Apr 4, 2024 02:22
|
|
|
leper khan posted:vim8 also added some nice features that dont exist in neovim, i think `:terminal` is one of these unless neovim since added it you're looking for this plugin https://github.com/akinsho/toggleterm.nvim
|
|
#
?
Apr 4, 2024 02:43
|
|
|
lua for config and plugins in neovim is super nice. its a pain to figure out what plugins you need and setting up things like LSP or DAP can be pretty complicated. this is a good starting point if you aren't familiar https://github.com/nvim-lua/kickstart.nvim
|
|
#
?
Apr 4, 2024 02:48
|
|
|
leper khan posted:vim8 also added some nice features that dont exist in neovim, i think `:terminal` is one of these unless neovim since added it neovim has :terminal now but it's not quite the same thing
|
|
#
?
Apr 4, 2024 04:44
|
|
|
i had an embarassingly large .vimrc that i continued using after moving to neovim and i just don't feel like changing everything to lua 
|
|
#
?
Apr 7, 2024 04:41
|
|
|
TIL about NestedText so now you have to too: https://nestedtext.org/
|
|
#
?
Apr 11, 2024 05:38
|
|
|
minidracula posted:TIL about NestedText so now you have to too: https://nestedtext.org/ ill stick to xml thanks
|
|
#
?
Apr 11, 2024 11:53
|
|
|
minidracula posted:TIL about NestedText so now you have to too: https://nestedtext.org/ seems bad. just use toml at this level of complexity.
|
|
#
?
Apr 11, 2024 11:56
|
|
|
there’s already a standard for that sort of thing in X.500 and X.400 though
|
|
#
?
Apr 11, 2024 12:23
|
|
|
rude and hurtful, imo
|
|
#
?
Apr 11, 2024 12:31
|
|
|
it’s not like I suggested mork
|
|
#
?
Apr 11, 2024 12:34
|
|
|
!!
|
|
#
?
Apr 11, 2024 12:35
|
|
|
minidracula posted:TIL about NestedText so now you have to too: https://nestedtext.org/ quote:Authors: Ken & Kale Kundert
|
|
#
?
Apr 11, 2024 15:48
|
|
|
i like the design but punting on providing a standardised schema definition language is lame it seems slightly nicer than toml, but not enough to give up on toml's libraries. and in turn i rarely use toml because I'd rather have access to the xml/json libraries NihilCredo fucked around with this message at 16:09 on Apr 11, 2024 |
|
#
?
Apr 11, 2024 16:04
|
|
|
eschaton posted:it’s not like I suggested mork parens full of
|
|
#
?
Apr 11, 2024 17:06
|
|
|
Cybernetic Vermin posted:just use toml hell no
|
|
#
?
Apr 11, 2024 20:59
|
|
|
NihilCredo posted:i like the design but punting on providing a standardised schema definition language is lame serde and transcend format choice
|
|
#
?
Apr 11, 2024 21:02
|
|
|
Subjunctive posted:serde and transcend format choice only the most trivial stuff is format independent in serde; targeting multiple formats with the same complex structure is a non-goal
|
|
#
?
Apr 12, 2024 18:11
|
|
|
Ralith posted:only the most trivial stuff is format independent in serde; targeting multiple formats with the same complex structure is a non-goal targeting multiple formats with the same complex structure would be an own-goal
|
|
#
?
Apr 12, 2024 18:16
|
|
|
Ralith posted:only the most trivial stuff is format independent in serde; targeting multiple formats with the same complex structure is a non-goal sounds like someone hasn’t transcended
|
|
#
?
Apr 12, 2024 21:50
|
|
|
Subjunctive posted:sounds like someone hasn’t transcended *transerded
|
|
#
?
Apr 12, 2024 22:16
|
|
|
dump memory to disk, load memory from disk. it's a solved problem; we've been over this. hell, just file-map the entire memory space, executable and all, and pass that around. i think that's called a container or something these days
|
|
#
?
Apr 12, 2024 23:27
|
|
|
Deep Dish Fuckfest posted:dump memory to disk, load memory from disk. it's a solved problem; we've been over this. hell, just file-map the entire memory space, executable and all, and pass that around. i think that's called a container or something these days $ contain deez nuts -bash: contain: command not found
|
|
#
?
Apr 12, 2024 23:48
|
|
|
Deep Dish Fuckfest posted:dump memory to disk, load memory from disk. it's a solved problem; we've been over this. hell, just file-map the entire memory space, executable and all, and pass that around. i think that's called a container or something these days is it better than pickle though?
|
|
#
?
Apr 13, 2024 00:12
|
|
|
Carthag Tuek posted:$ contain deez nuts odd. your mother had no trouble containing mine last night
|
|
#
?
Apr 13, 2024 00:12
|
|
|
Deep Dish Fuckfest posted:odd. your mother had no trouble containing mine last night i have two comebacks, both of which are true: a: lmao your small nuts b: ive got a big ol noggin
|
|
#
?
Apr 13, 2024 00:44
|
|
|
Brown PLT Blog posted:Finding and Fixing Standard Misconceptions About Program Behavior Interesting. https://blog.brownplt.org/2024/04/12/behavior-misconceptions.html
|
|
#
?
Apr 14, 2024 03:50
|
|
|
prisoner of waffles posted:Interesting. Thanks, I appreciate the SMoL talk
|
|
#
?
Apr 14, 2024 06:31
|
|
|
I am now working on getting the VAXstation 100 driver for VMS that was released via DECUS in the 1980s building on VMS 5.5-2 instead of only on VMS 4.7 it’s written in a combination of BLISS-32, VAX Pascal, and a little bit of MACRO BLISS is weird: (almost) everything is a reference and has to be explicitly de-referenced with a leading ., kind of the opposite of C but like C you can operate on both references and values, so it won’t actually warn about not dereferencing, after all you might want to do result = foo + bar instead of result = .foo + .bar this also demonstrates another trap: you don’t dereference the target of an assignment, which is why I said “(almost) everything is a reference” so really, everything is a reference except when it’s not, good luck! C definitely has the advantage here, at least pointers are explicitly distinguished from integers in the type system even in archaic versions from the 1970s
|
|
#
?
Apr 14, 2024 23:58
|
|
|
BLISS is one of those languages that I've heard people (mostly the VMS diaspora) lament the death of, claiming it was a better C. I never understood why it was supposed to be better. (Not saying C is good.)
|
|
#
?
Apr 15, 2024 08:10
|
|
|
|
| # ? Jun 1, 2024 15:17 |
|
|
Athas posted:BLISS is one of those languages that I've heard people (mostly the VMS diaspora) lament the death of, claiming it was a better C. I never understood why it was supposed to be better. (Not saying C is good.) C is good
|
|
#
?
Apr 15, 2024 13:43
|
|