Windows NT started development in 1989 and was released in 1993. Considering the Unicode standard was first published in 1991/2, I think Windows NT can be counted as an early adopter.
7,318 karma · joined August 5, 2017
Windows NT started development in 1989 and was released in 1993. Considering the Unicode standard was first published in 1991/2, I think Windows NT can be counted as an early adopter.
E.g. on Windows: "path\to\..\file" is always the equivalent of "path\file". Whereas on unixy systems "path/to/../file" may take you to a completely different parent directory.
That said, Unix shells can muddy the waters a bit. They may choose to act lexically with some commands.
* View and edit
* Organise
* Search
* Sync
All in one solutions can be nice but also lock you in. It is as the name says: all or nothing (well all or figure out how to migrate your notes to another application). My current workflow is to use different tools for different jobs. The downside is it's more to set up and it may not be suitable for everybody.
* I use any markdown editor to view and edit notes
* I use the filesystem to organise notes by broad categories (directories are never more than two deep)
* I can use any tool I like for searching notes (my markdown editor(s) has one but I can also all use ripgrep or whatever tool I like)
* I sync using my preferred cloud storage provider
My markdown editor is doing most of the job of a note taking app but the point is I can seamless switch for something else without much hassle. Or use different ones on different platforms.
This does require search tools to do a lot of heavy lifting when broad categories aren't enough to find something. But I've yet to find a better way (I've not had much success managing tags, they get messy fast).
But it wasn't. It followed on from Win16 and DOS so, to an extent, it emulated DOS-style path and file handling. After all, that's what developers and users were familiar with. The Windows registry did not have all this baggage so it followed the style of the NT kernel.
Though this doesn't explain why Win32 never added CreateFileRelativeToDirectoryHandleW
However, once I did get used to it I think it's been great. Organizing chat into defined topics is super useful for following discussions you're interested in, filtering out those you aren't and for keeping conversations going across time zones.
It's more discoverable than chat but not as rigid as an actual forum. I feel it works well once the learning curve has been surmounted.
This is not correct. It calls `GetCommandLine` to get the raw command line string and then attempts to parse it in the same way as modern C/C++. https://github.com/rust-lang/rust/blob/3b186511f62b0ce20e72e...
The rules themselves are officially documented here: https://docs.microsoft.com/en-us/cpp/cpp/main-function-comma...
Though the linked David Deley investigation is more in-depth: https://daviddeley.com/autohotkey/parameters/parameters.htm#...
In powershell you can use `--%` to pass a literal string as the command line. This is useful for applications that don't use the standard C/C++ parsing rules.
See: https://docs.microsoft.com/en-us/powershell/module/microsoft...
---
Chrome: ...and so our company's puppy kicking campaign was a total success. In other news, we're updating our terms of service so that you agree to hand over your first born child.
HN: Meh, I'll still use Chrome though.
----
Firefox: Today we fixed a bug that...
HN: OMG FIREFOX SUCKS. I'M USING CHROME NOW.
Eh, sort of. They're basically shipping the Rust equivalent of C header files and import libraries. Whereas before they would parse metadata in a build script which would then generate the Rust code on the fly (which was hell for a number of reasons). And the installed Windows SDK was used for the import libraries.
However, Powershell (or more often the host console) has a lot of issues with handling Unicode. This has been improving in recent years but it's still a work in progress.
> Initial development releases starting with "0.y.z" can treat changes in "y" as a major release, and "z" as a minor release. "0.0.z" releases are always major changes. This is because Cargo uses the convention that only changes in the left-most non-zero component are considered incompatible.
This makes it more useful for OSS that never seem to reach 1.0.
Essentially there are a few popular Rust libraries that add functions in patch versions (or have done so in the past). This makes it necessary for users of that library to include the patch number when specifying the minimal version that they need because they can't assume an earlier patch will include all the functions they use.
The original forum poster said such libraries were in "violation" of the semver.org spec. This blog post disagrees on using the term "violation" because this is a minor issue (no pun intended... or was it).