GUI Roadmap/TODO list
    Timmy Douglas 
    timmy+slate at cc.gatech.edu
       
    Wed Apr 19 18:28:51 PDT 2006
    
    
  
"Brian T. Rice" <water at tunes.org> writes:
> Yeah, that's how you should take it. I played a few visionary cards
> in writing that, ported some basic CLIM stuff, and haven't been able
> to flesh it out enough beyond that.
Yeah I have noticed some of this clim visionary code and I'd have no
idea where to start if I had to add code like that. I don't have much
experience using clim and it's not like I've ever designed the
internals or lower levels of a ui system before. but it seems that
most of that has been taken care of.
> At some point there's going to have to be some rationalization of
> the efforts of the multiple, non-interacting contributors... what we
> have now is just too chaotic (even if it is loads simpler than
> Squeak's setup).
So lets say the goal (for now, for me or anyone interested) is to make
a browser like squeak's system browser or omnibrowser or whatever. I
guess this would include (questions are in parenthesis):
- Draggable morphs (looks like code is there for this?)
- Morph manipulation (using halos? it'd be nice if there were like
  keyboard shortcuts also... like dragging morphs by holding alt and
  dragging.. etc), deleting, resizing, duplication
- Balloons
- A bordered display element
  - Containing a title bar
  - Resizable
  - stretch-to-fit area
- Scrollable elements (not sure how this would be done clim-style or
  anything) I haven't had time to understand the spaceRequirement
  stuff yet.
- Listboxes (should this be like the pluggable type in squeak where
  you set it up to work with another class that is like a model?)
- Buttons (since there isn't exactly a 'target' in MD languages, how
  would this be set up? and which morphs receive what mouse actions?)
- Text (same questions as above and I'm not really sure on how to hold
  the buffer data or the best way for displaying it..if it should
  follow a MVC paradigm approach, etc.) my ownly experience in this
  field is when i wrote the junk at:
  http://www-static.cc.gatech.edu/~timmy/te.html . The only decently
  interesting part of that was that the buffer held objects instead of
  just plain text so it was more interesting to draw I guess. On the
  other hand, I feel like some of the buffer operations took more code
  than I think they should have, and there wasn't a good way to only
  redraw the changed regions. I don't really know how squeak works
  except that the undo isn't very good and it's not powerful enough.
 
- etc.
    
    
More information about the Slate
mailing list