How about crowdfunding for scenic-based libraries/projects?

[Eiji]

@stefanchrobot

Sorry if I came out sounding condescending, that was never my intention. I truly applaud all innovations and thinking out of the box and you seem to be doing just that.

Not really - as said I have typically other priorities. I like how advanced is Qt, but I don’t like that it’s so hard to reproduce it’s look and feel. For me in this case matters all or nothing. I want to have something which would be configurable, powerful and easy to understand for every newbie, so special script in other language just to animate one button is definitely going to be rejected. It’s why I’m thinking about SVG + SMIL as XML-based standards are really simple and don’t require huge dependencies (like compilers for other languages).

@stefanchrobot

Really, just one thing that I’m concerned about - basically because I did that myself - is overlooking the fact that some things can be labeled as “just a matter of X”. What I mean by that is that it’s sometimes easy to heavily underestimate the effort required to get some specific thing to a “ready” stage. Let me give you an example: I honestly think that React is better than Angular. AFAIK still to this day, there are no official React components (think of something like Boostrap; I acknowledge the fact that it won’t happen), whereas Angular comes with a set of Material components. That was really the thing that let my team deliver a pretty involved SPA in Angular in reasonable time, whereas whenever I start with React I need to research what components are there so that the app looks decent. So one could say that for React “it’s just a matter of writing the components”, but still… they are not there.

If I remember correctly both Angular and React were frameworks. As we have “framework” phoenix which is basically more library than framework I’m not a fun of any framework, so for me both are too bad, because for newbie framework and its “magic” is really confusing for newbies (unlike in mentioned phoenix).

I’m sure that what I have in mind is lots of work, but as long as its best solution (again for me) I will look for a ways to introduce it.

@stefanchrobot

Maybe Scenic would make good use of something like XAML in WPF or JSX in React.

Last time I got similar idea. I though about my_app_scenic which would look really similar to my_app_web.

@stefanchrobot

Makes total sense. I’m just thinking if this can get enough traction. After reading through Major Linux Problems on the Desktop I’m starting to think that investing into Linux desktop apps is a waste of time. Pairing that with the uncertainty of where Windows apps want to go (Metro or not?), the need for cross-platform GUIs is somewhat fading.

Yeah and in my opinion it’s just because of overcomplicating problems. Look that everything (system-wide) could be basically written using configuration files and DBus calls + as said SVG+SMIL - there is no sense for me to dynamically add more buttons for windows using other languages. For sure such weird ideas were introduced just because some specialists follow Chrome-like way which limits GUI to minimal, because typical user is stupid for them. For me it’s just excuse to not pay for extra work - keep it simple … to pay. After that people need to think about frameworks and other things.

Instead of I would like to see something like:

# ~/.config/desktop_environment/windows/title_components.cfg:
[1]
Icon=/path/to/icon.svg
OnClick=dbus.call.goes.here
Type=Button

[2]
Type=AppTitleComponent
# or TitleBarOfAppTitle in case of grouping windows in tabs

# requires: >=plasma-addons/special-component-x.y.z
[3]
Type=SpecialCompnent # simply skipped if not exists

[4]
Icon=/path/to/icon.svg
OnClick=dbus.call.goes.here
Type=Button

[5]
Icon=/path/to/icon.svg
OnClick=dbus.call.goes.here
Type=Button

[6]
Icon=/path/to/icon.svg
OnClick=dbus.call.goes.here
Type=Button

We have already so much powerful things, but for some reason it’s too hard to make them work so easy.