4 ms·

The big idea from old school windows that is shared with Flux is the idea of little views that render themselves and manage their own state. In Windows we call

by unoti 11y ago

The big idea from old school windows that is shared with Flux is the idea of little views that render themselves and manage their own state. In Windows we called those Controls or Window Classes. It is a good idea, and one worthy of preserving.

49531 11y ago
This is what I think is important. A lot of Flux's ideas aren't new. Something doesn't have to be new to be good.
gcb0 11y ago
but on windows each had only their designated space. on react, if one widget mess up with another's DOM, all hell break lose. ...maybe similarly to silly applications abusing the under documented windows api to do thinks like have a special skin instead of the normal windows shell.
Too 11y ago
I haven't used a single GUI framework that doesn't have the concept of User Controls. It's not a big idea, it's the obvious thing to do.
- unoti 11y ago
  If you've ever created a user interface in HTML, you've used something that does not have the concept of user controls. Let's say that I want to make a numeric entry user control for entering numbers on a touch screen. This control will be made up of a collection of built-in UI controls that will work together to do what I need: let's say a text field, a couple of up and down buttons, an always-visible keypad, and a little slider that lets us move between min and max. In most HTML-based systems, it's not a built-in or natural thing to have such a self-contained "User Control" that I can just plop in to my user interface in 25 different places and have it manage itself, and the interaction between its own sub-components. Django, for example, completely lacks such a concept (although TurboGears does have it). This is a first class concept in classic Windows programming, and also in Flux-- although it's missing from most web-based systems.
  - Too 11y ago
    Hehe, i was suspected someone would bring up HTML. Plain HTML is a markup language designed for documents, not a GUI framework. It hardly even has the concept of any interaction at all in the first place, how can it then have the concept of reusable and encapsulated interaction? (jquery is not a GUI framework either btw, its a DOM manipulation tool). I would say HTML is too low level to be called GUI framework. There are other low level graphic frameworks that also lack this, OpenGL for example which is designed for graphics only, if you want widgets you will have to build that yourself on top of the low level framework or find someone else who already did. But yes, you are right that it's quite lacking in this area on it's own. Although it's easy to find frameworks on top of html that adds this feature. Google for "HTML datepicker" and i bet you will find thousands of results. Other frameworks on top of html that does have this concept baked in are asp.net and anuglar.

by unoti 11y ago

49531 11y ago

This is what I think is important. A lot of Flux's ideas aren't new. Something doesn't have to be new to be good.

gcb0 11y ago

but on windows each had only their designated space. on react, if one widget mess up with another's DOM, all hell break lose. ...maybe similarly to silly applications abusing the under documented windows api to do thinks like have a special skin instead of the normal windows shell.

Too 11y ago

I haven't used a single GUI framework that doesn't have the concept of User Controls. It's not a big idea, it's the obvious thing to do.

unoti 11y ago
If you've ever created a user interface in HTML, you've used something that does not have the concept of user controls. Let's say that I want to make a numeric entry user control for entering numbers on a touch screen. This control will be made up of a collection of built-in UI controls that will work together to do what I need: let's say a text field, a couple of up and down buttons, an always-visible keypad, and a little slider that lets us move between min and max. In most HTML-based systems, it's not a built-in or natural thing to have such a self-contained "User Control" that I can just plop in to my user interface in 25 different places and have it manage itself, and the interaction between its own sub-components. Django, for example, completely lacks such a concept (although TurboGears does have it). This is a first class concept in classic Windows programming, and also in Flux-- although it's missing from most web-based systems.
- Too 11y ago
  Hehe, i was suspected someone would bring up HTML. Plain HTML is a markup language designed for documents, not a GUI framework. It hardly even has the concept of any interaction at all in the first place, how can it then have the concept of reusable and encapsulated interaction? (jquery is not a GUI framework either btw, its a DOM manipulation tool). I would say HTML is too low level to be called GUI framework. There are other low level graphic frameworks that also lack this, OpenGL for example which is designed for graphics only, if you want widgets you will have to build that yourself on top of the low level framework or find someone else who already did. But yes, you are right that it's quite lacking in this area on it's own. Although it's easy to find frameworks on top of html that adds this feature. Google for "HTML datepicker" and i bet you will find thousands of results. Other frameworks on top of html that does have this concept baked in are asp.net and anuglar.