Components - Taken from the GE Wiki
I read this with interest:
http://ge.blubinc.com/index.php/R2_Ideas#Components
I'm really intrigued by the idea, and would like to see some discussion on it.
Who's in favour, who thinks it's stupid, etc. It's quite a radical idea (save for the fact that it was tried and aborted by Apple, IBM et al), and it would be cool to see other folks' views on it.
Comments
Components - Taken from the GE Wiki
I really like the idea of modular components, but I dont think that should take away from real apps. Then again, how far does Haiku have to go? most apps have scripting anyhow.
Looking at the GE entry, we also have to think differently, why is there a cron module in the example? why not..
'alarm clock'
system-clock -> evaluator { time == 8:00am } -> audio {play object}
'autoplay'
hardware-event -> evaluator { device == CD && event == insertion } -> execute {contents of * }
er, I just made them up just now - point out any flaws :)
Networking is the first system i'd like to see Haiku take the modular (and component) route ... see more about current implementations with BSDs netgraph.
Components - Taken from the GE Wiki
I don't know if that's too big change into haiku's system.
Definetly a must if you could get it work... At least, if somebody will have time after R1, worth of experimenting. But I gues it needs some creativity since such companies buried them.
I could think the result would be very lisp -like. Hard to learn, but highly operable user-interface.
Some problems I could think:
- The data handling behavior must be changed more functional one. a function must take input, and get output. Resulting C being tremendously horrible language.
Thought, even it's totally different concept, it could live alongside other system. They aren't closing each other away.
Components - Taken from the GE Wiki
Components would take BMessages for input, and use BMessages for output. As long as they all understand certain variables, and dont trash any they dont understand, it should be easy!
I cant see the need to change much in Haiku to support these, maybe just the addition of a manager for them all.
Anyhow, onto the Wiki ... :)
Components - Taken from the GE Wiki
Site's down for me :(
Problems
thing is, this idea was worked on by WordStar, Apple and IBM, and came to naught. Now, that's not to dismiss the aspirations of Haiku devs eager to rip up the rule books, but how will they overcome what stumped three rather large companies?
Re: Problems
Well, good start would be to loot those big companies and see where they stumped on this thing. Or then doing it twice, by first learning how it should be done, then doing second corresponding to that first lesson.