Hacker News: Crinus

New comment by Crinus in "ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core"

Crinus — Fri, 29 Nov 2019 11:11:34 +0000

I wasn't talking about such a thing. I was talking about being able to create a "plaf" theme using a visual editor or at least some rules in CSS or similar script that applies to the entire Swing application (like Swing's own plafs do) and doesn't require creating subclasses. This has nothing to do with having a designer or not and it is orthogonal to it (you can give the tool/rules/whatever to a designer if you want).

New comment by Crinus in "ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core"

Crinus — Thu, 28 Nov 2019 14:58:18 +0000

I was talking about themes, not UI design. Think GTK themes (though not their implementation), not where buttons in a form will go.

New comment by Crinus in "ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core"

Crinus — Thu, 28 Nov 2019 11:37:52 +0000

This doesn't fix the issue of Swing theming being hard. The fix would be to make it much easier, preferably with a visual editor.

New comment by Crinus in "Debuggers Suck"

Crinus — Thu, 28 Nov 2019 11:34:37 +0000

That sounds to me like saying nobody will ever make a new C++ compiler because C++ is hard and good compilers are hard - before Clang.

New comment by Crinus in "ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core"

Crinus — Wed, 27 Nov 2019 16:31:25 +0000

The problem with Swing theming is that you need to create a ton of classes "just" for theming your application. I did that years ago myself, but really Swing should have something like those libraries released years (>10) ago that had a bunch of premade themes as well as WYSIWYG editors for them.

There used to be many libraries (most of them were awful, half of them tried to mimic circa 2002 Mac OS X Aqua) so i do not remember any names, though i remember trying one with a visual editor that i gave to a designer at the place i worked at. We didn't ended up using it though because of the price.

New comment by Crinus in "ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core"

Crinus — Wed, 27 Nov 2019 16:27:49 +0000

I remember >10 years ago there used to be some "plaf" libraries that provided very easy themeing abilities for Swing that even came with a WYSIWYG tool to create themes. It is a shame something like that never became part of Swing itself and instead you have to create tons of classes just for a theme.

New comment by Crinus in "Debuggers Suck"

Crinus — Wed, 27 Nov 2019 12:06:50 +0000

> in the past licensing wasn't really compatible with these kinds of scenarios, and you'd often have to purchase the software 5 times.

That is only because of greed. During the 80s and 90s, Borland for example had a "no-nonsense license agreement" that told you to treat the software as a book: make as many copies as you want, have as many users as you want and even resell it as long as - like a book - only one person at a time is using it.

They did change it at some point in the 2000s, probably around the time when they stopped selling Delphi for $99 as the cheapest option, introduced online DRM and prices skyrocketed to the thousands.

New comment by Crinus in "Debuggers Suck"

Crinus — Wed, 27 Nov 2019 11:50:27 +0000

> As far as I know, the only way to fix this situation is by building tools so much better than the free tools that the absurdity of refusing to pay for them is overwhelming, and expectations shift.

This of course will only work for a little while until someone who has more time than money (or is a big company that wants to commoditize the tool) will build a command-line version of it on Linux. Weird UX and the need for a spaghetti of shell scripts to integrate with vim/emacs/vscode/sublime/ed will soon follow with an Eclipse addon that nobody will use a bit later. After a macOS port, assuming these are still a thing, Apple may create a nice looking UI and integrate it with Xcode or someone like Panic may create a good front end and sell it for ~$99.

Most people will keep using Windows, think Visual Studio has the best debugger and everyone will be happy.

Those that learn about the "overwhelmingly better approach" will consider the free one the best one and its spaghetti of shell scripts approach the obvious best approach, because they wont have any real deep experience with the paid tools (either the original one or the macOS shiny wrapper - which will be considered as unnecessary by most anyway) to properly judge.

New comment by Crinus in "Debuggers Suck"

Crinus — Wed, 27 Nov 2019 11:40:47 +0000

Note that with the edit and continue appearing in VB he meant the immediate window in VB1, not the C++ feature. Also this didn't really appear with VB1, it most likely "appeared" with the first BASIC Bill Gates wrote (as far as Microsoft is concerned, BASIC had it before MS) as any number-based BASIC was able to both run and edit code at the same time and this was evolved to QuickBASIC/QBASIC's "immediate" pane at the bottom where you could run functions as soon as defined them in the editor and modify the program's code and state by pausing it and then this was passed on to VB1 though a dedicated window that remained there until VB6.

New comment by Crinus in "Designing Windows 95's User Interface (2018)"

Crinus — Fri, 22 Nov 2019 17:01:03 +0000

I do not like compositing though, at least not the way it is implemented in pretty much every current desktop environment (including Windows) where the composition is synced to the monitor refresh rate, meaning that it will always be at least ~8ms late on average and that is assuming everything else is synchronized - but this is not the case as applications draw their output offscreen to a surface that is picked up by the compositor (the mechanism of which is irrelevant, the application might just render to a compositor provided resource or the compositor might copy a VRAM surface or it may transfer bytes from the system RAM, it doesn't matter much in what i'm describing) which happens asynchronously and then notify the compositor that the window contents have changed which is again picked by compositor asynchronously. This introduces several frames of delay between the application drawing something and it appearing on your monitor. It is not a big problem when you are passively watching something, like a movie or an animation, but when that "something" that is drawn is an immediate reaction to an action you just did (like resizing a window with your mouse) you can "feel" that delay.

With non-composited window systems (which nowadays is pretty much only Win7 with DWM disabled and pure X11/Xorg) all that overhead goes away since applications draw directly to the video memory that is to be presented to the monitor (the GPU might do some minor composition itself but that is irrelevant as there aren't any delays involved).

Compositing would work if all composition was done on the GPU using dedicated hardware (similar to how the GPU already performs composition for the mouse cursor and an overlay that is often used for HUD-like controls like volume control, but those are not general purpose features that can be used for desktop composition) and applications could draw directly to the video surfaces that would be composited pretty much the same way a non-composited desktop can draw directly to the video memory (this would introduce artifacts like tearing but this is something that could be handled separately and to some - like me - tearing is perfectly acceptable for pretty much all interactive actions).

I am not aware of any GPU or window system that does compositing like this though.

New comment by Crinus in "Bad Binder: Android In-the-Wild Exploit"

Crinus — Fri, 22 Nov 2019 11:12:37 +0000

This is just a longer worded version of Rewrite It In Rust :-P

New comment by Crinus in "Microsoft's “Love” of Linux"

Crinus — Thu, 21 Nov 2019 16:19:54 +0000

The last time there was a real UI and UX consistency was with Windows 2000 (or ME, if you want to stay on the consumer side). With Windows XP Microsoft introduced themeable controls but instead of making them available to all applications, they used an opt-in mechanism (based on special EXE resources or manifest files) so even nowadays unless you use that mechanism you get the Win2K era of controls.

Even then, with Windows 7 most things were consistent and if you really cared about consistency even with non-themed apps you could always switch to Windows Classic theme (which i always did, not so much because of consistency but also because i just like that theme :-P).

Since Windows 8 with the introduction of Metro/UWP/WinUI/WinWhateverNext consistency was thrown out of the Window, without even trying to pretend otherwise (it isn't a coincidence that the UI guidelines for desktop applications in Microsoft's site still use the Win7 theme).

New comment by Crinus in "Developer Roadmaps"

Crinus — Thu, 21 Nov 2019 11:55:27 +0000

And games, medical, research, etc.

In my previous job i was working on game tools with wxWidgets, in my current job i am working on game tools with Qt. In between i got an offer (which i rejected since i am interested in games) for a Qt tool to be used for (IIRC) DNA research (or something like that, i'd just be doing the UI not the actual logic).

New comment by Crinus in "The Firefox UI Is Now Built with Web Components"

Crinus — Thu, 21 Nov 2019 11:14:24 +0000

First time reading this.

On one hand it looks neat. This is something i expected browsers to be able to do since i noticed that Mozilla (pre-Firefox) implemented (or ?) in JavaScript.
On the other hand it looks like it'll become much harder for JavaScript-less environments to extract data from web-pages as now an article on a news site could be something like and the JavaScript side will do the rest.
But being able to do something like " rel="nofollow">http://google.com/"> that in the background creates all the canvases and such needed will be neat.

New comment by Crinus in ""Google Stadia is not a product that exists because people want it""

Crinus — Wed, 20 Nov 2019 16:01:49 +0000

I am not talking about technical matters here (and FWIW Stadia is based on Linux), i am talking about control. Games that i stream from my own PC to my own handheld (or whatever) are still under my control, so that is perfectly fine. Games that i - wont, but just for the sake of argument - stream from Stadia are under Google's control which is not fine.
Proprietary platform dependence isn't much of an issue when you can hack around that platform. A win32 game using directx on my own PC is way more preferable than a Linux game using Vulkan on someone else's cloud server.

New comment by Crinus in ""Google Stadia is not a product that exists because people want it""

Crinus — Wed, 20 Nov 2019 11:00:37 +0000

Honestly, these aren't issues that would block something like Stadia, the solutions will simply be games designed around these issues pretty much how many modern games are designed around the limitations of a console controller or a mobile phone touch screen.
These issues will be solved. The loss of control is not something that can be solved though and is IMO a much bigger issue.

New comment by Crinus in ""Google Stadia is not a product that exists because people want it""

Crinus — Wed, 20 Nov 2019 10:57:37 +0000

AFAIK Flashpoint (or some other Flash preservation project) use an embedded server with an embedder browser to make these games work. Most of them were single player or relied on simple common (among game hosters) APIs that are easy to replicate.

New comment by Crinus in ""Google Stadia is not a product that exists because people want it""

Crinus — Wed, 20 Nov 2019 10:55:09 +0000

> I don't think there is much if any distinction between what Stadia is able to do and what all the other game companies are able to do.
Stadia is able to make a game completely change and/or disappear whereas other game companies that put the game executable and data on your computer (either by some automated method like Steam or by you manually downloading it like GOG/Humble Store/GamersGate/etc) cannot do that because you can copy the files and preserve the game. Even if you specifically cannot do it, someone else will do it.
As i mentioned above, see Konami and P.T. for an example.

New comment by Crinus in ""Google Stadia is not a product that exists because people want it""

Crinus — Wed, 20 Nov 2019 10:52:13 +0000

> But you don't actually know that. You're paying for a license for the game and even though they're likely covered in the event of a shutdown, it's unlikely they could do it without giving back _something_.
But you don't actually know that :-P. You are assuming goodwill, i am assuming badwill. Between the two, the former is nice to have, but the latter is something i'd really want to avoid. So i am focusing on the latter one as i'd rather avoid the negative.
(and all that ignoring other issues, e.g. the version that they may decide to give out is inferior to the original version)
> Does it happen all the time?
Yes, even successful services get shut down all the time - even for reasons that would logically make no sense to an outsider (e.g. internal politics). I have seen way too many software stores (for games mostly) disappear to trust any (and not just indie stuff, e.g. Stardock developed Impulse - where i used to have an account - which was later bought by GameStop only to be shut down a few years later - losing my stuff with it).
Google's services even more so, they still do shut down paid stuff.
> Do you want PS Now to fail? xCloud? I really don't understand the polarization here.
AFAIK PS Now (i don't know about xCloud but i guess the same) are about games that you can also play in the console itself, it doesn't replace the console. My issue is with not having control over the game files so that i can keep my own copy in case things disappear.
Though FWIW i am not into consoles at all, exactly because of those restrictions they have. But, at least AFAIK, despite the restrictions it still is possible to preserve console games (see Konami's P.T. which if it was done with Stadia now it'd be gone forever).
> It seems like so many _want_ it to fail because of _theoretical_ issues. It's so bizarre.
The problem here is that you can only stop something while it is being at a theoretical level because after that it'd be too late.
> Why not, you know, just let it compete on its own merits?
Because its own merits are
> You already do not have this freedom. Even with physical games if you let the device connect it can be changed or prevented from working entirely.
...no? The majority of the games i have are DRM free from GOG, Itch.io, Humble Store, GamersGate and i have manually downloaded them on my own storage and update them if i deem the update necessary (at least GOG does publish changelogs after each update). They are completely under my control. Though even with my Steam library (which is also large mainly because at the past i wasn't thinking too much about these issues, though i do try to keep offline copies whenever possible) i still have control over the files themselves - it is how i install mods and custom patches for otherwise broken (yet entertaining - see VtMB before it was released on GOG) games.

New comment by Crinus in ""Google Stadia is not a product that exists because people want it""

Crinus — Wed, 20 Nov 2019 10:29:08 +0000

With a few exceptions, pretty much all of them are games i buy at some sale or at recommendation of someone i trust but i find time for actually playing them much later. Many of those games (e.g. VtMB that i mentioned elsewhere) are games i've bought (let alone played) way after their developers ceased to exist.
You probably need to check out the whole "gaming backlog" meme :-P