CONTENTS DELETED
The author has deleted this message.
|
MorphTreeMorph i would say
Ben On Apr 14, 2013, at 2:15 PM, Hilaire Fernandes <[hidden email]> wrote: Hi, |
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by Benjamin Van Ryseghem (Pharo)
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by Benjamin Van Ryseghem (Pharo)
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by hilaire
I must agree :)
But a new implementation is in the starting block :)
Ben
On Apr 14, 2013, at 2:43 PM, Hilaire Fernandes <[hidden email]> wrote: is TMorphTreeModel trait dropped because I see it in the comment but it |
In reply to this post by hilaire
no idea, sorry.
Ask Alain Plantec :)
Ben
On Apr 14, 2013, at 2:39 PM, Hilaire Fernandes <[hidden email]> wrote:
|
In reply to this post by Benjamin Van Ryseghem (Pharo)
On Apr 14, 2013, at 5:37 PM, Benjamin <[hidden email]> wrote: > I must agree :) > > But a new implementation is in the starting block :) I love to hear that because if we get the same speed up than with the list and the new textMorph then it will be really really exciting. |
In reply to this post by Benjamin Van Ryseghem (Pharo)
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by Benjamin Van Ryseghem (Pharo)
CONTENTS DELETED
The author has deleted this message.
|
excellent please do.
or in a class comment. > Le 14/04/2013 17:37, Benjamin a écrit : >> But a new implementation is in the starting block :) >> Ben > > > I just started to write a few notes to get the logic, and was thinking I > could wrote a small note on the colaboractive book. > > Hilaire > > -- > Dr. Geo http://drgeo.eu > > |
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by hilaire
Le 14/04/2013 14:15, Hilaire Fernandes a écrit :
> Hi, > > We have two players in town. > I want to use a tree morph. On some nodes I want different font, on > other ones I want custom morph. > > Which one should I investigate on? I personally use MorphTreeMorph. It's reasonably fast (a lot faster than PluggableTreeMorph), very powerfull (too powerfull) and I maintain / correct the drag and drop code in it. It does custom morph rather well, and I have checked / introduced a few hooks to do partial tree rebuilding in it, i.e. rebuilding a sub-tree when a node changes. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 |
In reply to this post by Benjamin Van Ryseghem (Pharo)
CONTENTS DELETED
The author has deleted this message.
|
Le 15/04/2013 10:51, Hilaire Fernandes a écrit :
> Hi, > > I need a tree with a depth level of 2. When unfolding at level 1, the > subnode is a list of attribute in-place-editable. Unlike the setting > browser, the attribute should not be edit in a second column; it will > take too much place in my context. > Is it doeable with MorphTreeMorph et al.? You mean a single column tree display ? Yes. Just do not create additional columns. Thierry > > Thanks > > Hilaire > > Le 14/04/2013 14:26, Benjamin a écrit : >> MorphTreeMorph i would say >> >> >> On Apr 14, 2013, at 2:15 PM, Hilaire Fernandes >>> We have two players in town. >>> I want to use a tree morph. On some nodes I want different font, on >>> other ones I want custom morph. > > -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 |
CONTENTS DELETED
The author has deleted this message.
|
Le 15/04/2013 11:08, Hilaire Fernandes a écrit :
> Le 15/04/2013 11:02, Goubier Thierry a écrit :> You mean a single column > tree display ? Yes. Just do not create >> additional columns. >> >> Thierry > > > If I understand correctly the logic, it should be two columns. > At columns 2, the nodes attributes you can edit-in-place. You can... Have one colum with a two levels tree in it, and an editing pane to edit the values (it's a quite common approach in other GUI worlds). Or a two-column morph with a two level tree like the settings manager; in the right colum you have the editing morph or nothing or a read-only morph. Would you be OK with the Settings browser approach? Thierry > For example > > [-]-Point A(1;2) > | | > | |--- Free point > | |--- Name: A > | |--- position: 1@2 > | |--- shape: =o v= > | |--- size: round > | |--- color: red > | > [+]-Point B(5;5) > | > [+]-Segment [AB] > > > Hilaire > -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 |
CONTENTS DELETED
The author has deleted this message.
|
Le 15/04/2013 11:29, Hilaire Fernandes a écrit :
> Le 15/04/2013 11:23, Goubier Thierry a écrit : >> You can... >> >> Have one colum with a two levels tree in it, and an editing pane to edit >> the values (it's a quite common approach in other GUI worlds). >> >> Or a two-column morph with a two level tree like the settings manager; >> in the right colum you have the editing morph or nothing or a read-only >> morph. >> >> Would you be OK with the Settings browser approach? > > I think no, as it may consume too much place. You can imagine the second > column of the settings browser to be a canvas view in my case. The tree > view is a hierarchical view of the canvas to browse and to edit items > displayed in the canvas. Ok, so you would like the node morph in the tree to be editable in place, but only for the attributes? Single column MorphTreeMorph with nodes that you can edit? I found that if you set an editable morph as the node in a tree, then you can really edit it in the tree :) In that case, you may just need to change the nodeStringGetter: when you initialize your MorphTreeMorph. It will call asMorph on the result of calling that selector on your item; if you happen to build a morph as a reply then it should return it as it is. Just then, for your attributes, return a Morph containing a label and a text field well linked to your item. This should be cool to use :) I'll keep it in my good-ideas-to-try notebook :) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 |
In reply to this post by hilaire
It always make sense :)
At the end, everything will be deprecated once :)
Ben On Apr 15, 2013, at 10:37 AM, Hilaire Fernandes <[hidden email]> wrote: Not sure it makes sense now if it gonna be deprecated. |
Free forum by Nabble | Edit this page |