Live data from Hacker News

ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

blinkingcaret.com

81–87 of 87 posts

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#81
post #60
post #47

Earlier quoted context omitted.

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.

Or actually buy them. http://www.jgoodies.com/ is still in business, to give a possible example.

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.

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#82
post #81
post #60

Earlier quoted context omitted.

Or actually buy them. http://www.jgoodies.com/ is still in business, to give a possible example.

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.

You mean like Netbeans Matisse, or more like actually having a designer on the team?

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#83
post #82
post #81

Earlier quoted context omitted.

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.

You mean like Netbeans Matisse, or more like actually having a designer on the team?

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

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#84
post #83
post #82

Earlier quoted context omitted.

You mean like Netbeans Matisse, or more like actually having a designer on the team?

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

"How to design a modern Java Swing UI inspiration using Netbeans"

https://www.youtube.com/watch?v=SpKANTHXwmo

As mentioned, having a designer on the team matters.

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#85
post #77
post #4

How about Avalonia. https://avaloniaui.net/ The assertion that there are no .NET core GUI frameworks and that resorting to the abomination that is electron is the solution is just false. Or go full functional with an Elmish architecture using F#, .net core and Avalonia.

F# is a niche language among .NET developers, because adopting it closes the doors to lots of enterprise tooling (including Visual Studio designers), that only consider VB.NET and C#

Visual Studio designers are an abomination. Once beyond anything trivial it is slow and buggy and a pain. Look at FUNC.UI https://github.com/FuncUI/Avalonia.FuncUI to see how code only UIs could look.

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#86
post #85
post #77

Earlier quoted context omitted.

F# is a niche language among .NET developers, because adopting it closes the doors to lots of enterprise tooling (including Visual Studio designers), that only consider VB.NET and C#

Visual Studio designers are an abomination. Once beyond anything trivial it is slow and buggy and a pain. Look at FUNC.UI https://github.com/FuncUI/Avalonia.FuncUI to see how code only UIs could look.

I know how code only UIs could work, I've been doing UIs since Turbo Vison for MS-DOS, and lost count how many toolkits I have used since then.

No designer, I get to move into something else.

The Web being the exception here, as it keeps rebooting itself without ever learning from native toolkits.

Re: ElectronCGI – A Solution to Cross-Platform GUIs for .NET Core

#87
post #84
post #83

Earlier quoted context omitted.

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

"How to design a modern Java Swing UI inspiration using Netbeans" https://www.youtube.com/watch?v=SpKANTHXwmo As mentioned, having a designer on the team matters.

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).
Post reply on HN