232
this post was submitted on 08 Jul 2024
232 points (96.4% liked)
Technology
60073 readers
3398 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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.
On embedded devices, how often are you parsing input that came from notepad (or any other text editor)? If your device has a UI or a web server, you’re likely already using something that handles various encoding and line endings. If you’re reading data you included at build time, consider a validator/sanitizer script that can run in your build environment where it can have easy access to off the shelf libraries.
On a side note- as a software engineer who primarily works on things running in a general purpose OS but does occasionally have to make small programs that can function on embedded devices (albeit still usually with an OS, think routers and iot), I’m glad that the Rust community takes no-std development seriously. Large swaths of the rust ecosystem is available even in embedded environments.