The only real cost is that running things this way eats more memory, but I've not experienced OOM issues for years away from deliberately small VMs (for testing or small sever tasks) that turned out to be too small.
The only real cost is that running things this way eats more memory, but I've not experienced OOM issues for years away from deliberately small VMs (for testing or small sever tasks) that turned out to be too small.
Most rPi units and similar are fine as they can be argued to be sold as parts rather than devices just like any other motherboard¹. The Pi400 presumably gets away with it, as something this is conspicuously sold as a device not a part, because that chonky heatsink² is enough to disrupt any errant EM fields outside the ranges that it should be emitting (those around 2.4GHz and 5GHz).
There are many grey areas, and indeed those where the letter of the regs is broken but not enforced. To cut a long story short wrt “Is this "legal" to run a pc open like that?”: yes running a PC in a case like that with no extra shielding is legal pretty much everywhere, though selling a complete PC with a case like that probably breaks regs and maybe even laws.
----
[1] putting the responsibility with the purchaser, where it isn't enforced unless it is a problem (I chose not to shield my TV-box Pi4, not the company, and it isn't putting enough junk out to disrupt anyone else's anything else)
[2] everything else about the case is plastic
To use the space as best as possible lines were filled to brim and BASIC commands abbreviated. PRINT was ? and other command abbreviations contained PETASCII characters that don't even have a Unicode equivalent[1].
The Commodore 64 particularly had square[2] 8x8 pixel characters and a line on the screen was 40 of them in a row. A logical line from the BASIC interpreter's perspective was still 80 characters long though, which made the program effectively 40 screen lines high.
You see, where this is going. The perfect 20-liner was close to a 40 by 40 square of character salad.
[1] They were one letter and a shifted letter, which could be displayed as symbol depending which mode you were in. They were printed expanded when listing the program. Everything was a bit complicated.
[2] Almost. Pixels were not perfectly square, with the aspect ratio depending on PAL or NTSC.
In the magazines I remember from my days cutting my programming teeth on an Acorn Electron, there were 10-liners and 1-liners. What some people could squeeze out of 252 bytes was very impressive, even without using extra features (extra graphics primatives for instance) found in other models like the Master series.
It's squarely aimed at people who want the watch functionality to be first and foremost - no dorky wrist flicks or the distraction of the screen coming on and off all the time.
My watch display (Garming Fenix 7) is always on and the battery life is great. Any dorky wrist flick or button presses are for the backlight when it is needed.
[Though as others point out, the balance of needs targetted by the two devices differ noticably]
----
[1] Actually second, their priorities are money->UX->others - hence being uncooperative with any efforts to improve standard web apps despite the potential user benefits as they could compete with their appstore
Edit: Downvote me all you want, that's reality folks, if you don't release v1.0.0, the interface you consume can change without you realizing it.
Don't consume major version 0 software, it'll bite you one day. Convince your maintainers to release stable cuts if they've been sitting on major version 0 for years. It's just lazy and immature practice abusing semantic versioning. Maintainers can learn and grow. It's normal.
Dehydrated has been major version 0 for 7 years, it's probably past due.
See also React, LÖVE, and others that made 0.n.x jumps to n.x.x. (https://0ver.org)
CalVer: "If both you and someone you don't know use your project seriously, then use a serious version."
SemVer: "If your software is being used in production, it should probably already be 1.0.0."
Be the change you want to see!
Edit to comment on the edit:
> Edit: Downvote me all you want
I don't generally downvote, but if I were going to I would not need your permission :)
> that's reality folks, if you don't release v1.0.0, the interface you consume can change without you realizing it.
I assume you meant "present" there rather than "consume"?
Anyway, 1.0.0 is just a number. Without relevant promises and a track record and/or contract to back them up breaking changes are as likely there as with any other number. A "version 0.x.x" of a well used and scrutinized open source project is more reliable and trustworthy than something that has just had a 1.0.0 sticker slapped on it.
Edit after more parent edits: or go with one of the other many versioning schemes. Maybe ItIsFunToWindUpEntitledDicksVer Which says "stick with 0.x for eternity, go on, you know you want to!".
The one unfortunate thing is that this monitor seems to have a glossy screen, not matte, but maybe that's an additional layer over a dev kit?
If this truly is 'open', then it should be trivial to write special X11/Wayland drivers for it, to handle a lot of the ghosting issues at that end. I think Boox actually refreshes portions of screens, and a double or triple video buffer in X/Wayland could do the same.
(One problem with Boox is their relentless phone-home to servers in China, which cannot be disable by normal means.)
> This isn't X, this is Y
is a huge ChatGPT signal.