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

Microsoft Edit

github.com

Post reply on HN
Print view View original

251–260 of 337 posts

Re: Microsoft Edit

#251

Post by throwaway290 »

CineSnaccs wrote: post #140
pjmlp wrote: post #135

Earlier quoted context omitted.

Unfortunately, the new Edit isn't safe from such decisions. While Satya might have made the change Microsoft Now we have a schizophrenia of Web and Desktop frameworks, and themselves hardly use them, what used to be a comfortable VS wizard, or plugin, now is e.g. a CLI tool that dumps an Excel file, showing that newer blood has hardly any Windows development culture, or their upper management.

I don't know how many people don't know this, but now you actually can't release app on Windows without it showing your warning while installing unless you sign it with EV certificates, which cost upwards of 500$ for a year. As you may have guessed, this simply pushes out smaller devs. This used to NOT be like this. It should NOT be like this.

Now I get why a project I work on is signed for Apple and not for Windows... 5x the price, jeez

Re: Microsoft Edit

#252

Post by prepend »

rollcat wrote: post #222
CineSnaccs wrote: post #140

Earlier quoted context omitted.

I don't know how many people don't know this, but now you actually can't release app on Windows without it showing your warning while installing unless you sign it with EV certificates, which cost upwards of 500$ for a year. As you may have guessed, this simply pushes out smaller devs. This used to NOT be like this. It should NOT be like this.

Unfortunately Apple normalised it, first with the iPhone. There are upsides (theoretically - less trash apps), but the review/curation process doesn't scale, and yep - the small devs are effectively told to bug off. 10 years ago I wanted to build a Love2D game, and release it for the three major OS's. The .love files are effectively ZIP archives, kinda like cartridges, but you need the correct Love2D version (they br…

At least signing is free for MacOS apps. And back when I used it only $100/year for iPhone apps.

Re: Microsoft Edit

#254

Post by pxc »

sneak wrote: post #116
smartmic wrote: post #102

Earlier quoted context omitted.

There is also dte[1]. It hits exactly the same notch and offers an extremely lean editor with Unicode support, CUA key bindings and much more. It has replaced nano as my terminal editor. [1]: https://craigbarnes.gitlab.io/dte/

Why are you opposed to learning vi which is already installed everywhere?

I like vim a lot, and I use vim-style bindings wherever I can.

But before I learned to ride a bike, I used training wheels, and before I learned enough vim to enjoy using vim, I leaned on nano.

When someone is first learning to explore GNU/Linux, or even to dig into the Unix guts of macOS, they're learning a whole new world, not just a new text editor. For some people, strategic bridges to what they know (like CUA or Windows-like shortcuts) can make this process more fun and less fatiguing. Sometimes that difference is decisive in keeping someone motivated to learn and explore more.

Anyway, I think vim is worth learning (and maybe some of the quirks of old-school vi, if you expect to work on old or strange systems). It's not a matter of if I recommend that someone learn vim, but when. And until it's time for them to explore an editor deeply, micro seems like a great fit for most people.

I also want to say: as enthusiasts of Unix-like operating systems, or as professionals who appreciate some of their enduring strengths, should we really embrace a "because it's there" doctrine? Isn't that same kind of thinking responsible for huge, frustrating piles of mediocrity that we work with every day and resent?

ss someone who loves an ecosystem built first by volunteers as "just a hobby, nothing big and serious", I will it's sad, if not hypocritical, to dismiss software projects just because they aren't already dominant players. Most software I love was once marginal, something its users went to lengths to install on the systems they used because they enjoyed it more than the defaults. We should, to the extent practical, try to leave a little room for that in the way we approach computing— even as we get older and grumpier.

Re: Microsoft Edit

#255

Post by nazgulsenpai »

san1927 wrote: post #101
dleslie wrote: post #46

Earlier quoted context omitted.

For those curious, here is a modern port of the C++ Turbo Vision that also supports Unicode: https://github.com/magiblot/tvision

lmao is any body still using turbo cpp?

Core memory unlocked... When I was ~10-12, I asked my dad (who knew nothing but thought he knew everything about computers) how to make programs for Windows because I couldn't in QBasic. His answer was "with C++!". He came home with a book Learn C++ In 24 Hours that had Turbo C++ on a single 3.5" floppy disk. Naturally, that did not work, but I still had fun failing to compile every program I attempted to write.

Re: Microsoft Edit

#256

Post by jcotton42 »

axpvms wrote: post #156
tim-- wrote: post #10

Earlier quoted context omitted.

It'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 > By writing SIMD routines specific to newline seeking, we can bump that up [to 125GB/s]

That's pretty handy. I was having to use bash -c "vi myfile.txt" which was a bit annoying.

If you were doing that to invoke WSL, note that these days you can do `wsl command arg arg arg...`

Re: Microsoft Edit

#259

Post by WorldMaker »

shortrounddev2 wrote: post #197
Timwi wrote: post #190

Earlier quoted context omitted.

I'm so glad to hear that from someone unprompted. I tried WPF and it was a million times harder to use than WinForms, and I couldn't even be bothered to try out MAUI (although I accept it as an apology for WPF lol). I'm still using a WinForms application every day (Git Extensions) and have been able to contribute to it not least because it's the good old familiar WinForms. This is not to say that WinForms isn't witho…

I think that the native GUI development APIs provided by OS vendors need a kind of "headless" implementation first, where you can build UI in pure code like winforms, and then they should offer a framework on top of that. I, personally, hate XAML. It's stricter than HTML/CSS and very opinionated about how to organize your application. I feel that XAML frameworks should have a common Winforms-like API behind them that…

"C# Markup" [1] [2] sounds a lot like what you are looking for. As the only "second party" option in this space it's interesting that it is so MAUI only/MAUI focused, but I suppose that's the "new hotness".

There have been similar F# libraries and third-party C# libraries for a while that seem nice to work with in similar ways.

[1] https://learn.microsoft.com/en-us/windows/apps/windows-dotne...

[2] https://github.com/CommunityToolkit/Maui.Markup

Re: Microsoft Edit

#260

Post by [deleted] »

pxc wrote: post #209
prmoustache wrote: post #84

Earlier quoted context omitted.

Last time I checked, micro should have been called macro based on the binary file size.

Isn't the relatively large binary just because it's written in Golang? Go executables each ship their own copy of the Go runtime. That alone accounts for a big chunk of small programs like this. Nano also links against ncurses, which is about as big as the compressed tarball for micro. I'm looking at the dependency closures of each right now in nix-tree[1], and micro's closure's total size is 15.04 MiB while nano's i…

[deleted]
Post reply on HN