On Jun 8, 2010, at 9:28 AM, Fernando olivero wrote: > Hi Simon, > > On Jun 7, 2010, at 5:48 PM, Simon Denier wrote: > >> >> OK two other things >> >> 1) (minor) I find myself repeatdly trying to extend a Shape size to display >> more instance variables and methods by looking for the resize handle in the >> bottom right corner >> >
Fernando if you listen what simon is telling you is that he does not want to see the code in larger font. he said that on his 30 inches screen he would like to see more method names at once. Now looking at what your hand is doing is interesting: simon hand wanted to have a large number of methods so he tried to grab the corner. In terms of UI assessment, one guru said that we can debug 50% of the problems by asking people to speak aloud when they try an interface. So this is a cheap but really effective way of making progress. > We wanted to provide a concise and compact view of the shapes, due to the > restrictions that the current Morphic is pixel based and not scalable, to > take the most of the real estate of a pampas. Possibly once i migrate to a > scalable and vectorized UI framework ( Morphic3 ?), resizing would be > considered. You have a far easier solution if you want to let people work better. > 2) when I want to edit a method, the shape takes the full screen and I can't > see any other data. Why can't I edit the method in-place >> > > > This was a decision i took, based on the fact that this lets you focus on > writing that method only, similar to what Ommwriter proposes. > http://www.ommwriter.com/ Bad bad bad idea. You never want to have a look at other code while programming. For me this will be the reason 1 for not using gaucho. Smalltalk is already bad because you have to open another browser but gaucho is a jail since you cannot even look at something else. > The idea is to provide a Control panel where the developer can customize the > system in the next version. > >> >> Also, I find it quickly annoying when I have to place manually each shape >> created. It would be better if shapes tend to stick to their parent shape >> when created, and I can move them freely after (I think that one point where >> codebubbles is good). > > > This is also something for the next release, i also think that code bubbles > has a good automatic layout strategy, and would like to provide something > similar, or even better. > > >> I actually have more ideas about that, but it's tedious to explain by plain >> mail. >> > > I would love to hear them! I think this next ESUG would be an excellent place > to meet and discuss. if you want to run a real user experience feedback I can be a guinea pig you can ask me to do some tasks and tape me. Stef > > > Thanks for the feedback ! > > > Fernando > > > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
