How does the math work out on that? Both are fairly mature, I don’t believe that either application takes a considerable amount of development effort to maintain. And taking features from Wordpad and putting them into Notepad has a time and effort cost.
That carriage return that Windows sneaks in there has been the source of a lot of file-parsing problems for me when I forgot to catch that in my programs, because I develop on Linux and I’m not expecting it.
Different OSes using different line endings is such a long standing and well known problem that I would only describe the bugs that come as a result as bad programming. Not even lazy programming, a lazy programmer uses a library that abstracts away these differences.
I program embedded devices. There’s not often just a ready to go library for what you want to do when you’re doing bare metal. You’re given a C compiler with the bare minimums, and that’s it. You’re expected to mostly build what you need by yourself. That includes file-parsing routines. A microcontroller doesn’t even have any idea what a filesystem is unless you build one. I gotta do all that myself with an SD card through low level SPI stuff.
On general purpose OSes, yes, you have a plethora of frameworks and libraries to choose from. In this world, the cool stuff, like C++ Boost libraries for example, doesn’t exist.
But tabs were a great addon. Also, it can finally handle linux line endings (\n). Thats the two things I miss when using old versions of notepad.
But a spell checker? Why?!
It’s an opportunity to monitor the contents of the file, and your keystrokes.
Maybe add some forced integration with onedrive then?
also killing wordpad and putting features from that to notepad means one less program to maintain, less expenses
How does the math work out on that? Both are fairly mature, I don’t believe that either application takes a considerable amount of development effort to maintain. And taking features from Wordpad and putting them into Notepad has a time and effort cost.
That carriage return that Windows sneaks in there has been the source of a lot of file-parsing problems for me when I forgot to catch that in my programs, because I develop on Linux and I’m not expecting it.
Different OSes using different line endings is such a long standing and well known problem that I would only describe the bugs that come as a result as bad programming. Not even lazy programming, a lazy programmer uses a library that abstracts away these differences.
I program embedded devices. There’s not often just a ready to go library for what you want to do when you’re doing bare metal. You’re given a C compiler with the bare minimums, and that’s it. You’re expected to mostly build what you need by yourself. That includes file-parsing routines. A microcontroller doesn’t even have any idea what a filesystem is unless you build one. I gotta do all that myself with an SD card through low level SPI stuff.
On general purpose OSes, yes, you have a plethora of frameworks and libraries to choose from. In this world, the cool stuff, like C++ Boost libraries for example, doesn’t exist.