This is always true for every program written in most languages (very few languages have zero dependencies on the architecture, particularly if you include endianness).
If you want to be really pedantic, you can get completely different behavior if you built your system image in February in C with just:
if (__DATE__[0] == 'F') {
// February
} else {
// Not February
}
I'm really trying to read between the lines of what the previous owner said really, mostly because there's no other photos of the TV, and it was so rare people thought it was a fake flex product. I have a feeling they sold to very very few people.
Terminal.GUI v2 is very promising and a delight. But documentation was not 100% there last I used it this summer.
There was always this nagging doubt - is it buggy or don't I understand how to use it? In the end, I finished my little internal tool and was happy with it. Would try again.
I had exactly the same problem. I ended up getting a copy of its source and pointing Claude at it, which insisted there were bugs - but, its fixes were not reliable, and I wasn't even sure if its assessments were correct, or the docs were wrong or out of date, or I was simply misusing it and misleading the AI through those expectations.
The docs point so strongly at using v2 instead of v1, but I just don't get the sense it's reliable, and I feel 'stuck' for a good Terminal UI library for .Net now.
I don't think there is a perfect fit, unfortunately. The best one can do is probably call out to one of the native code libraries, but that has an impractical distribution story in .Net for many use cases.
reply