Actually SeaBreeze does exactly what you propose here. For details see seabreeze.heeg.de. It is a UI Editor and framework on top of Seaside. Georg Georg Heeg eK, Dortmund und Köthen, HR Dortmund A 12812 Tel. +49-3496-214328, Fax +49-3496-214712 -----Ursprüngliche Nachricht----- Von: esug-list-bounces@lists.esug.org [mailto:esug-list-bounces@lists.esug.org] Im Auftrag von Frank Shearar Gesendet: Freitag, 29. Oktober 2010 11:52 An: ESUG Mailing list Betreff: Re: [Esug-list] Few thoughts about Google Summer of Code On Fri, Oct 29, 2010 at 10:17 AM, Graham McLeod <mcleod@iafrica.com> wrote:
Hi Dennis, Geert, Adres, Serge and other commenters..
Doing good UI's is still quite hard and labour intensive - Seaside provides a great framework, but we are still working pretty much at the level of HTML / CSS concepts. I would like to see a layer describing logical data structures e.g. List, Tree, Matrix, Document (sequenced set of objects), Model (spatially arranged and possibly connected objects) and a visual editor (or very high level DSL) that allows composition of these into user interfaces with a publish / subscribe event model and choice of suitable controls and widgets based upon the logical data type. (this one is probably a bit too big for a GSOC but may be tackled in pieces. )
Squeak uses ToolBuilder to describe UI elements - lists, buttons, code panes, menus, and the like. Has anyone considered writing a SeasideToolBuilder to generate HTML/CSS? frank
Hope some of this makes sense. Welcome feedback and comments. Best regards,
Graham
Dennis Schetinin wrote:
and observations and questions mostly inspired by GSoC Mentor Summit
Mentor Summit was a great event! I didn't expect it to be THIS :) Very pleasant and very hard for me: so many people, language and culture shock :) Great experience for me personally. Thank ESUG for choosing and sending me there. Bad news: Smalltalk is not popular. Well, it's not that new actually, we know it. But I didn't manage to fix it :) Seriously: actually, it looks like everybody knows Smalltalk (they know it existed I mean; few knows it still exists), but it is treated like a black and white movie. People say "wow! it's cool" and go to see Avatar. :( So developers don't take Smalltalk seriously. We (Smalltalkers) know it's a mistake. But we have to show that for others. And I found myself unable to do that there. I found language and, more likely, culture barrier is too big to overcome. I didn't manage to set up a two-way communication with others. So I listened mostly. And I've heard many interesting ideas apparently, organizational ideas mostly. I need some time to process them. So, for now I'll just outline some directions Did we summarize our GSoC results? I thought I've missed them, but apparently we didn't do it. At least I found only this page http://code.google.com/p/google-summer-of-code-2010-esug/downloads/lis t. I didn't care much before, but now I think it is very important to look closer at the projects we did within GSoC, understand where we succeeded; where we failed; did we benefit and could we get more; make some plans for the future... etc. I think we should pay more attention to GSoC. It is very important for our small society. Of course, we can't be sure smalltalkers will be invited again next year. (One of the things I tried to understand at summit but still I don't: how does Google select mentor organizations?) But this work will be very helpful, useful, advantageous what ever. We should be more serious about monitoring and controlling our projects. Since money are involved here, we have a right to. That's money from Google, but still. I think it should be a bit different from the way free projects are evolved within Smalltalk society. Since we have such opportunity we have to benefit as much as we can. Smalltalk gives me competitive advantages. For that matter I don't want to :) but now I understand even better: we have to promote Smalltalk. I know everybody knows that, but I still want to state it once again. And promoting is not only about advertising and praising. We should be more open. We should find a way to start some cooperative projects with other societies/languages. I don't know how to do it. And it's extremely hard for me as I believe in Smalltalk superiority :) But still we have if we don't want Smalltalk to die. In general, it looks like making Smalltalk more open should be our priority, and this is one of the few ways to enhance prestige of Smalltalk among developers.
-- Dennis Schetinin
_______________________________________________ Esug-list mailing list Esug-list@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
_______________________________________________ Esug-list mailing list Esug-list@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
_______________________________________________ Esug-list mailing list Esug-list@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org