8 ms·
Fun. I must admit I don't really know who this is for, but it seems fun.
by anyfoo 1y ago
Fun. I must admit I don't really know who this is for, but it seems fun.
- DrJokepu 1y agoIt’s right there in the readme actually: > The goal is to provide an accessible editor that even users largely unfamiliar with terminals can easily use.
- scblock 1y agoThat may be the written goal, but I doubt that's the actual reason the project exists.
- cosignal 1y agoYeah ... I don't think there's any overlap between "users largely unfamiliar with terminals" who want something easy to use, and 'Linux users who are sufficiently technical that they would even hear about this repo'.
- cAtte_ 1y agowell the editor was obviously designed primarily for Windows, not sure why the title says Linux
- zamadatix 1y agoThe title is a bit confusing depending how you read it. Edit isn't "for" Linux any more than PowerShell was made for Linux to displace bash, zsh, fish, and so on. Both are just also available with binaries "for" Linux. The previous HN posts which linked to the blog post explaining the tool's background and reason for existing on Windows cover it all a lot better than a random title pointing to the repo.
- egorfine 1y agoTIL PowerShell exists for Linux. But.. why?
- skc 1y agoWell why not? Is there supposed to be a single elected shell for Linux? Powershell on Linux is just one of plenty others.
- egorfine 1y agoI'm not against it. Absolutely go for it. I just wonder what was the reason to port it and then I would like to have a word with a real living person who is actually using that shell.
- MattSteelblade 1y agoI believe this was the original announcement https://azure.microsoft.com/en-us/blog/powershell-is-open-sourced-and-is-available-on-linux/ https://azure.microsoft.com/en-us/blog/powershell-is-open-so.... I have used it on Linux and it is included by default in Kali and ParrotOS.
- WorldMaker 1y agoPowerShell lends itself really well to writing cross-platform shell scripts that run the same everywhere you can boot up PowerShell 7+. It's origins in .NET scripting mean that some higher-level idioms were already common in PowerShell script writing even before cross-platform existed, for instance using `$pathINeed = Join-Path $basePath ../sub-folder-name` will handle path separators smartly rather than just trying to string math it. It's object-oriented approach is nice to work with and provides some nice tools that contrast well with the Unix "everything is text" tooling approach. Anything with a JSON output, for instance, is really lovely to work with `ConvertFrom-Json` as PowerShell objects. (Similar to what you can do with `jq`, but "shell native".) Similarly with `ConvertTo-Json` for anything that takes JSON input, you can build complex PowerShell object structures and then easily pass them as JSON. (I also sometimes use `ConvertTo-Json` for REPL debugging.) It's also nice that shell script parameter/argument parsing is standardized in PowerShell. I think it makes it easier to start new scripts from scratch. There's a lot of bashisms you can copy and paste to start a bash script, but PowerShell gives you a lot of power out of the box including auto-shorthands and basic usage documentation "for free" with its built-in parameter binding support.
- kevin_thibedeau 1y agoThere's no shortage of less technical people using nano for editing on Linux servers. Something even more approachable than that would have a user base.
- mikepurvis 1y agoEspecially noting it's a single binary that's just 222kb on x86_64— that's an excellent candidate to become an "installed by default" thing on base systems. Vim and emacs are both far too large for that, and even vim-tiny is 1.3MB, while being considerably more hostile to a non-technical user than even vim is. I can definitely see msedit having a useful place.
- hulitu 1y agoMidnight commander comes with mcedit.
- paulfharrison 1y agoHere's a scenario. You're running a cluster, and your users are biologists producing large datasets. They need to run some very specific command line software to assemble genomes. They need to edit SLURM scripts over SSH. This is all far outside their comfort zone. You need to point them at a text editor, which one do you choose? I've met biologists who enjoy the challenge of vim, but they are rare. nano does the job, but it's fugly. micro is a bit better, and my current recommendation. They are not perfect experiences out of the box. If Microsoft can make that out of the box experience better, something they are very good at, then more power to them. If you don't like Microsoft, make something similar.
- hulitu 1y ago> You need to point them at a text editor, which one do you choose? mcedit ?
- 0points 1y ago> You're running a cluster, and your users are biologists producing large datasets. They need to run some very specific command line software to assemble genomes. They need to edit SLURM scripts over SSH. This is all far outside their comfort zone. You need to point them at a text editor, which one do you choose? Wrongly phrased scenario. If you are running this cluster for the biologists, you should build a front end for them to "edit SLURM scripts", or you may find yourself looking for a new job. > A Bioinformatics Engineer develops software, algorithms, and databases to analyze biological data. You're an engineer, so why don't you engineer a solution?
- rtpg 1y agoI dunno, I spent a lot of years (in high school at least) using Linux but being pretty overwhelmed by using something like vim (and having nobody around to point me to nano). EDIT.COM, on the other hand... nice and straightforward in my book
- 0points 1y agoIt's a windows 11 terminal editor. Don't get confused by the fact that it also works on Linux.
- joseda-hg 1y agoI dunno, I use edit since I've heard of it instead of figuring out why my vim config breaks on windows I might use nano via wsl (Or at that point just nvim), but that also has it quirks It occupies the same space as micro did for me, but it's / it will be preinstalled so it's better (Also a reason I even cared for vi at first)
- justsomehnguy 1y agoMy guess would be there are some people at MS who, somehow, still can do something fun. Because they are not assigned on the another project on how to make OOBE even more miserable. /rant Today I spent 3 (three) hours trying to setup a new MSI AIO with Windows Pro. Because even though it's would be joined to the local ADDS and managed from there - I need to join some Internet connected network, setup a 3 stupid recovery questions which would make NIST blush and wait another 30 minutes for a forced update download which I cannot skip. Oh, something went wrong - let's repeat the process 3 times.
- xeonmc 1y agoPerhaps those are the things that doesn’t take a Ph.D to develop.
- Gormo 1y agoThere are already plenty of those, such as jed, mcedit, etc. This particular application is incredibly basic -- much more limited than even EDIT for DOS.
- cool_beanz 1y agoNano gang
- Gormo 1y agoNano's not CUA and doesn't support mouse control, though.
- iknowstuff 1y agoI’ll gladly replace vim with it, especially if it has/gets LSP support or searching via ripgrep. I’m using Helix now but like a good tui.
- tim-- 1y agoIt's for people that want to use the Windows Terminal to edit files. The old `edit` command has been unsupported on Windows since 2006, so there was no Microsoft-provided editor that could be used in the command line since then. It's impressive to see how fast this editor is. https://github.com/microsoft/edit/pull/408 https://github.com/microsoft/edit/pull/408 > By writing SIMD routines specific to newline seeking, we can bump that up [to 125GB/s]
- _verandaguy 1y agoIs... this a meaningful benchmark? Who's editing files big enough to benefit from 120GBps throughput in any meaningful way on the regular using an interactive editor rather than just pushing it through a script/tool/throwing it into ETL depending on the size and nature of the data?
- tomrod 1y agoChallenge. Accepted.
- anyfoo 1y agoNot on the regular, but there are definitely times I load positively gigantic files in emacs for various reasons. In those times, emacs asks me if I want to enable "literal" mode. Don't think I'd do it in EDIT, though.
- WD-42 1y agoWho cares? It’s fun. Programming can be fun.
- anyfoo 1y agoTo turn this around, you can have fun and ask if something is meaningful or not outside the fun at the same time. If it is, great. If it's not, no harm.
- _verandaguy 1y agoI'm not saying that doing this can't be fun, or even good to learn off of, but when it's touted as a feature or a spec, I do have to ask if it's a legitimate point. If you build the world's widest bike, that's cool, and I'm happy you had fun doing it, but it's probably not the most useful optimization goal for a bike.
- kgwxd 1y agoIt's a huge improvement over notepad
- z3ratul163071 1y agothis is for me, as saner replacement for nano in the terminal, since i hate vi.