- Pharo-users - lists.pharo.org

FFI with compile flags

by Annick Fron

Hi, I would like to compile a FFI program but the compiling implies compile flags like in the following : gcc -Wall helloworld.c -o helloworld $(pkg-config --cflags --libs gstreamer-1.0) How do I do this with FFI ? Annick

Aug. 13, 2014

Re: [Pharo-users] Roassal2 orthogonal lines, attach points and self-lines.

by Peter UhnÃ¡k

It's a bit longer since at the time I was trying to figure how to make it work at all, so it's not pretty: http://pastebin.com/5VmFC8cD In my adventure to reset the shape I subclassed RTEdge and added a method ------------- REEdge>>resetShape trachelShape := shape trachelShapeFor: self. ------------- Which wasn't enough since RTElement accepts RTEdge only, so I changed the assert to accept subclasses. --------------- RTElement>>addConnectedEdge: anEdge [ anEdge isKindOf: RTEdge ] assert. self connectedEdges add: anEdge -------------- I will refactor it to something like InteractiveMultiLine class however I'm not sure if the way it's currently done is even appropriate. It feels weird to change all these things from outside rather than from inside. But maybe that's just the effect of having it all flat in a workspace. Any comments and criticism is more than welcome. Peter On Wed, Aug 13, 2014 at 2:46 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Again, sorry for the late answer. > How do you add a new control point? Using block? What is the code you are > using? > I just want to make sure your scenario will be covered by the tests. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Aug 2, 2014, at 5:29 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi Alex, > > is there a (simple) way to reset element's shape? > When I add a new control point to RTMultiLine I need the trachelShape to > be updated accordingly, however it is created only once and I don't see any > way how to reset it apart from completely removing the element from canvas > and recreating it. > > I tried subclassing RTEdge (and altering RTElement>>addConnectedEdge: > assert to isKindOf:) and setting trachelShape to nil, however that wasn't > enough anyway since the shape is apparently also stored also elsewhere > (TRCanvas I would assume). > > So do I have to remove it and re-add it or am I missing something? > > Also, is there some document(atiton) explaining how all the things > interact together (Roassal, Trachel, updates, redraws, ...) or is source > code the only thing at the moment? > > Thanks, > Peter > > > On Thu, Jul 31, 2014 at 3:22 PM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> > I am familiar with RTBezierLine (I mentioned it in the original >> question), but what I was wondering about was whether controllingElements: >> should be added to RTMultiLine (so it will be handled internally just like >> in BezierLine), or leave it as is and let the user handle it from outside - >> as demonstrated by the example I posted. >> >> Users of the API will decide :-) >> The way you are interacting with us is the right way. Keep asking >> questions and requesting for new features! >> >> Alexandre >> >> > >> > >> > On Thu, Jul 31, 2014 at 8:24 AM, stepharo <stepharo(a)free.fr> wrote: >> > this is cool :) >> > >> > >> > On 30/7/14 20:12, Alexandre Bergel wrote: >> >> Hi Peter! >> >> >> >> Iâve just added the orthogonal vertical and horizontal lines in >> Roassal2. Here are some screenshots. >> >> >> >> <Mail Attachment.png> >> >> <Mail Attachment.png> >> >> >> >> These last script has been made with: >> >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> | v | >> >> v := RTView new. >> >> >> >> v addAll: ((RTEllipse new size: 20; color: (Color red alpha: 0.3)) >> elementsOn: (1 to: 20)). >> >> >> >> shape := RTMultiLine new. >> >> shape orthoVertical. >> >> shape color: (Color blue alpha: 0.3). >> >> >> >> RTEdge >> >> buildEdgesFromObjects: (1 to: 20) from: [ :n | n // 3 ] to: #yourself >> using: shape inView: v. >> >> >> >> v elements @ RTDraggable @ RTPopup. >> >> >> >> RTTreeLayout on: v elements. >> >> v open >> >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> >> >> Cheers, >> >> Alexandre >> >> -- >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> >> Alexandre Bergel http://www.bergel.eu >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >> On Jul 26, 2014, at 3:57 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> >> >>> Hi, >> >>> >> >>> is there any support for orthogonal lines in Roassal2? I've seen >> something similar (ROOrthoVerticalLineShape), however nothing of that sort >> in Roassal2. I would imagine it to behave similarly to RTBezierLine - >> having controllingElements to specify the corners. (While ROOrtholines did >> it automatically I was looking for something more manual, so it can go in >> both directions - thus the controllingElements). >> >>> >> >>> Second thing I wasn't able to figure out is whether it is possible to >> create line from element to itself. All *AttachPoint classes aren't really >> able to cope with that. The best result I got was from Vertical/Horizontal >> AttachPoints (combined with BezierLine), however I would like to be able to >> specify which side it would start on and end on. Ideally not just middle of >> sides, but arbitrary part of the shape (I imagine that might be hard for >> non-rectangular shapes). >> >>> >> >>> Thanks, >> >>> Peter >> >> >> > >> > >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > >

Aug. 13, 2014

Re: [Pharo-users] Updatable trees in Moose browsers (It was Re: Rephrasing my question on Stackoverflow ...)

by Usman Bhatti

Hi Offray, As Doru mentioned, without a complete example it is difficult to reproduce and analyze your problem. For the tree to get updated on node addition or removal, you need to use GLMAnnouncingCollection to group your nodes. Hence, when you add a new node in your announcing collection object, this code comes into effect: updateOn: GLMItemAdded from: #yourself; So, make sure you are using appropriate collection object. usman On Wed, Aug 13, 2014 at 2:19 AM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi again, > > I'm looking at the code at Updataeble Browser in the Basic Examples and I > have done some small modifications. The code I have (see below) is running > without error, so I suppose that nodes are being added, but the tree view > is not updated. My guess is that this is done with "updateOn:" message, but > I would like to know, what I'm missing. > > Here is my code > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > | browser mainTree | > mainTree := UbakyeNode new. > mainTree becomeDefaultTree. > browser := GLMTabulator new. > browser column: #preview. > browser > act: [:newNode | > newNode := UbakyeNode > header: 'nuevoNodo' body: > ''. > mainTree addNode: newNode.] > icon: GLMUIThemeExtraIcons glamorousAdd > entitled: 'Add an item in the collection'. > browser > act: [:b | b entity removeLast. b update ] > icon: GLMUIThemeExtraIcons glamorousRemove > entitled: 'Remove last item from the collection'. > browser > updateOn: GLMItemAdded from: #yourself; > updateOn: GLMItemRemoved from: #yourself. > (browser transmit) > to: #preview; > andShow: [ :a | > a tree > title: mainTree header; > children: [:eachNode | eachNode children ]; > format: [:eachNode | eachNode header ]. > a text > title: 'Text']. > browser openOn: mainTree. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > An UbakyeNode is a simple data structure with a header (text), a body > (text) and a list of children, wich are also Ubakye nodes. > > Any advice is welcomed, as always, > > Offray > > On 08/12/2014 04:42 PM, Offray Vladimir Luna CÃ¡rdenas wrote: > >> Hi, >> >> On 08/12/2014 03:13 PM, Tudor Girba wrote: >> >>> I do not understand exactly what you did. Could you be more explicit >>> about where >>> the error happened? >>> >> >> I'm not able to reproduce it again. But as soon as I can catch it again, >> I will be doing it. >> >> Also, the code you provide depends on the data you have. This makes it >>> difficult >>> for us to reproduce the issue. If you want to have quicker answers you >>> could try >>> providing an example that works with simpler objects, or at least >>> provide a >>> script to setup the data as you need it. >>> >> >> That's why I was asking (in other thread) how to point to my code >> online. I'm using SmalltalkHub to share this learning project here: >> >> http://smalltalkhub.com/#!/~Offray/Ubakye/ >> >> but would be nice to point to a published snippets of code about this >> questions. May be I just don't understand how to point to specific code >> online like usually happens with DVCS like fossil or git. >> >> Anyway if you can load my code from this repository you can then open a >> Playground and run: >> >> UbakyeBrowser open. >> >> to see the context I'm talking about. >> >> Meanwhile, let me illustrate my next question with a image. I have >> already a browser with three panels, as shown here: >> >> http://www.enlightenment.org/ss/e-53ea868b320b20.66100223.jpg >> >> - The tree panel, at the left for showing node titles (headers). >> - The content panel, at the top right for showing node content (bodies). >> - The code panel, at the bottom right for writing Smalltalk code. >> >> I'm able to send message from code panel to another "external" objects, >> like the usual Transcript, but I would like to be able to send messages >> from the code panel to the tree that is being shown in the browser. I >> would like to start with adding nodes to the current tree, and changing >> its values. How can be this done? >> >> >> Thanks for Glamorous Toolkit. I'm really enjoying being able to >> prototype new tools as fast, despite of being a newbie (Â¡Power to the >> (newbie) user! --also). >> >> Cheers, >> >> Offray >> >> >> > >

Aug. 13, 2014

Re: [Pharo-users] Updatable trees in Moose browsers (It was Re: Rephrasing my question on Stackoverflow ...)

by Tudor Girba

Hi, Please take a look at the examples from GLMBasicExamples. Here are some related methods:: updateableBrowser updateableIndividualPresentations Cheers, Doru On Wed, Aug 13, 2014 at 2:19 AM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi again, > > I'm looking at the code at Updataeble Browser in the Basic Examples and I > have done some small modifications. The code I have (see below) is running > without error, so I suppose that nodes are being added, but the tree view > is not updated. My guess is that this is done with "updateOn:" message, but > I would like to know, what I'm missing. > > Here is my code > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > | browser mainTree | > mainTree := UbakyeNode new. > mainTree becomeDefaultTree. > browser := GLMTabulator new. > browser column: #preview. > browser > act: [:newNode | > newNode := UbakyeNode > header: 'nuevoNodo' body: > ''. > mainTree addNode: newNode.] > icon: GLMUIThemeExtraIcons glamorousAdd > entitled: 'Add an item in the collection'. > browser > act: [:b | b entity removeLast. b update ] > icon: GLMUIThemeExtraIcons glamorousRemove > entitled: 'Remove last item from the collection'. > browser > updateOn: GLMItemAdded from: #yourself; > updateOn: GLMItemRemoved from: #yourself. > (browser transmit) > to: #preview; > andShow: [ :a | > a tree > title: mainTree header; > children: [:eachNode | eachNode children ]; > format: [:eachNode | eachNode header ]. > a text > title: 'Text']. > browser openOn: mainTree. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > An UbakyeNode is a simple data structure with a header (text), a body > (text) and a list of children, wich are also Ubakye nodes. > > Any advice is welcomed, as always, > > Offray > > On 08/12/2014 04:42 PM, Offray Vladimir Luna CÃ¡rdenas wrote: > >> Hi, >> >> On 08/12/2014 03:13 PM, Tudor Girba wrote: >> >>> I do not understand exactly what you did. Could you be more explicit >>> about where >>> the error happened? >>> >> >> I'm not able to reproduce it again. But as soon as I can catch it again, >> I will be doing it. >> >> Also, the code you provide depends on the data you have. This makes it >>> difficult >>> for us to reproduce the issue. If you want to have quicker answers you >>> could try >>> providing an example that works with simpler objects, or at least >>> provide a >>> script to setup the data as you need it. >>> >> >> That's why I was asking (in other thread) how to point to my code >> online. I'm using SmalltalkHub to share this learning project here: >> >> http://smalltalkhub.com/#!/~Offray/Ubakye/ >> >> but would be nice to point to a published snippets of code about this >> questions. May be I just don't understand how to point to specific code >> online like usually happens with DVCS like fossil or git. >> >> Anyway if you can load my code from this repository you can then open a >> Playground and run: >> >> UbakyeBrowser open. >> >> to see the context I'm talking about. >> >> Meanwhile, let me illustrate my next question with a image. I have >> already a browser with three panels, as shown here: >> >> http://www.enlightenment.org/ss/e-53ea868b320b20.66100223.jpg >> >> - The tree panel, at the left for showing node titles (headers). >> - The content panel, at the top right for showing node content (bodies). >> - The code panel, at the bottom right for writing Smalltalk code. >> >> I'm able to send message from code panel to another "external" objects, >> like the usual Transcript, but I would like to be able to send messages >> from the code panel to the tree that is being shown in the browser. I >> would like to start with adding nodes to the current tree, and changing >> its values. How can be this done? >> >> >> Thanks for Glamorous Toolkit. I'm really enjoying being able to >> prototype new tools as fast, despite of being a newbie (Â¡Power to the >> (newbie) user! --also). >> >> Cheers, >> >> Offray >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 13, 2014

Re: [Pharo-users] Making the tree of a Moose browser editable

by Ben Coman

Offray Vladimir Luna CÃ¡rdenas wrote: > Hi, > > With the help of this community, I'm making some progress on my > tree/outline like interface. By default, all text panels are editable > and all trees are not, you just can expand or collapse them, but I > would like to edit the text on the trees. There is any way to do it? > > Cheers, > > Offray > > I'd be interested to hear what works here. This would be a very useful feature. cheers -ben

Aug. 13, 2014

Re: [Pharo-users] Roassal2 orthogonal lines, attach points and self-lines.

by Alexandre Bergel

Again, sorry for the late answer. How do you add a new control point? Using block? What is the code you are using? I just want to make sure your scenario will be covered by the tests. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Aug 2, 2014, at 5:29 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi Alex, > > is there a (simple) way to reset element's shape? > When I add a new control point to RTMultiLine I need the trachelShape to be updated accordingly, however it is created only once and I don't see any way how to reset it apart from completely removing the element from canvas and recreating it. > > I tried subclassing RTEdge (and altering RTElement>>addConnectedEdge: assert to isKindOf:) and setting trachelShape to nil, however that wasn't enough anyway since the shape is apparently also stored also elsewhere (TRCanvas I would assume). > > So do I have to remove it and re-add it or am I missing something? > > Also, is there some document(atiton) explaining how all the things interact together (Roassal, Trachel, updates, redraws, ...) or is source code the only thing at the moment? > > Thanks, > Peter > > > On Thu, Jul 31, 2014 at 3:22 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > I am familiar with RTBezierLine (I mentioned it in the original question), but what I was wondering about was whether controllingElements: should be added to RTMultiLine (so it will be handled internally just like in BezierLine), or leave it as is and let the user handle it from outside - as demonstrated by the example I posted. > > Users of the API will decide :-) > The way you are interacting with us is the right way. Keep asking questions and requesting for new features! > > Alexandre > > > > > > > On Thu, Jul 31, 2014 at 8:24 AM, stepharo <stepharo(a)free.fr> wrote: > > this is cool :) > > > > > > On 30/7/14 20:12, Alexandre Bergel wrote: > >> Hi Peter! > >> > >> Iâve just added the orthogonal vertical and horizontal lines in Roassal2. Here are some screenshots. > >> > >> <Mail Attachment.png> > >> <Mail Attachment.png> > >> > >> These last script has been made with: > >> -=-=-=-=-=-=-=-=-=-=-=-= > >> | v | > >> v := RTView new. > >> > >> v addAll: ((RTEllipse new size: 20; color: (Color red alpha: 0.3)) elementsOn: (1 to: 20)). > >> > >> shape := RTMultiLine new. > >> shape orthoVertical. > >> shape color: (Color blue alpha: 0.3). > >> > >> RTEdge > >> buildEdgesFromObjects: (1 to: 20) from: [ :n | n // 3 ] to: #yourself using: shape inView: v. > >> > >> v elements @ RTDraggable @ RTPopup. > >> > >> RTTreeLayout on: v elements. > >> v open > >> -=-=-=-=-=-=-=-=-=-=-=-= > >> > >> Cheers, > >> Alexandre > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> Alexandre Bergel http://www.bergel.eu > >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> > >> > >> > >> On Jul 26, 2014, at 3:57 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> > >>> Hi, > >>> > >>> is there any support for orthogonal lines in Roassal2? I've seen something similar (ROOrthoVerticalLineShape), however nothing of that sort in Roassal2. I would imagine it to behave similarly to RTBezierLine - having controllingElements to specify the corners. (While ROOrtholines did it automatically I was looking for something more manual, so it can go in both directions - thus the controllingElements). > >>> > >>> Second thing I wasn't able to figure out is whether it is possible to create line from element to itself. All *AttachPoint classes aren't really able to cope with that. The best result I got was from Vertical/Horizontal AttachPoints (combined with BezierLine), however I would like to be able to specify which side it would start on and end on. Ideally not just middle of sides, but arbitrary part of the shape (I imagine that might be hard for non-rectangular shapes). > >>> > >>> Thanks, > >>> Peter > >> > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Aug. 13, 2014

Updatable trees in Moose browsers (It was Re: Rephrasing my question on Stackoverflow ...)

by Offray Vladimir Luna CÃ¡rdenas

Hi again, I'm looking at the code at Updataeble Browser in the Basic Examples and I have done some small modifications. The code I have (see below) is running without error, so I suppose that nodes are being added, but the tree view is not updated. My guess is that this is done with "updateOn:" message, but I would like to know, what I'm missing. Here is my code =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | browser mainTree | mainTree := UbakyeNode new. mainTree becomeDefaultTree. browser := GLMTabulator new. browser column: #preview. browser act: [:newNode | newNode := UbakyeNode header: 'nuevoNodo' body: ''. mainTree addNode: newNode.] icon: GLMUIThemeExtraIcons glamorousAdd entitled: 'Add an item in the collection'. browser act: [:b | b entity removeLast. b update ] icon: GLMUIThemeExtraIcons glamorousRemove entitled: 'Remove last item from the collection'. browser updateOn: GLMItemAdded from: #yourself; updateOn: GLMItemRemoved from: #yourself. (browser transmit) to: #preview; andShow: [ :a | a tree title: mainTree header; children: [:eachNode | eachNode children ]; format: [:eachNode | eachNode header ]. a text title: 'Text']. browser openOn: mainTree. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- An UbakyeNode is a simple data structure with a header (text), a body (text) and a list of children, wich are also Ubakye nodes. Any advice is welcomed, as always, Offray On 08/12/2014 04:42 PM, Offray Vladimir Luna CÃ¡rdenas wrote: > Hi, > > On 08/12/2014 03:13 PM, Tudor Girba wrote: >> I do not understand exactly what you did. Could you be more explicit >> about where >> the error happened? > > I'm not able to reproduce it again. But as soon as I can catch it again, > I will be doing it. > >> Also, the code you provide depends on the data you have. This makes it >> difficult >> for us to reproduce the issue. If you want to have quicker answers you >> could try >> providing an example that works with simpler objects, or at least >> provide a >> script to setup the data as you need it. > > That's why I was asking (in other thread) how to point to my code > online. I'm using SmalltalkHub to share this learning project here: > > http://smalltalkhub.com/#!/~Offray/Ubakye/ > > but would be nice to point to a published snippets of code about this > questions. May be I just don't understand how to point to specific code > online like usually happens with DVCS like fossil or git. > > Anyway if you can load my code from this repository you can then open a > Playground and run: > > UbakyeBrowser open. > > to see the context I'm talking about. > > Meanwhile, let me illustrate my next question with a image. I have > already a browser with three panels, as shown here: > > http://www.enlightenment.org/ss/e-53ea868b320b20.66100223.jpg > > - The tree panel, at the left for showing node titles (headers). > - The content panel, at the top right for showing node content (bodies). > - The code panel, at the bottom right for writing Smalltalk code. > > I'm able to send message from code panel to another "external" objects, > like the usual Transcript, but I would like to be able to send messages > from the code panel to the tree that is being shown in the browser. I > would like to start with adding nodes to the current tree, and changing > its values. How can be this done? > > > Thanks for Glamorous Toolkit. I'm really enjoying being able to > prototype new tools as fast, despite of being a newbie (Â¡Power to the > (newbie) user! --also). > > Cheers, > > Offray > >

Aug. 13, 2014

Re: [Pharo-users] Rephrasing my question on Stackoverflow (Re: [Moose-dev] Re: Tree/Outliners of playgrounds, markdown inside comments and some quick medium size dreams for Pharo/Smalltalk)

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 08/12/2014 03:13 PM, Tudor Girba wrote: > I do not understand exactly what you did. Could you be more explicit about where > the error happened? I'm not able to reproduce it again. But as soon as I can catch it again, I will be doing it. > Also, the code you provide depends on the data you have. This makes it difficult > for us to reproduce the issue. If you want to have quicker answers you could try > providing an example that works with simpler objects, or at least provide a > script to setup the data as you need it. That's why I was asking (in other thread) how to point to my code online. I'm using SmalltalkHub to share this learning project here: http://smalltalkhub.com/#!/~Offray/Ubakye/ but would be nice to point to a published snippets of code about this questions. May be I just don't understand how to point to specific code online like usually happens with DVCS like fossil or git. Anyway if you can load my code from this repository you can then open a Playground and run: UbakyeBrowser open. to see the context I'm talking about. Meanwhile, let me illustrate my next question with a image. I have already a browser with three panels, as shown here: http://www.enlightenment.org/ss/e-53ea868b320b20.66100223.jpg - The tree panel, at the left for showing node titles (headers). - The content panel, at the top right for showing node content (bodies). - The code panel, at the bottom right for writing Smalltalk code. I'm able to send message from code panel to another "external" objects, like the usual Transcript, but I would like to be able to send messages from the code panel to the tree that is being shown in the browser. I would like to start with adding nodes to the current tree, and changing its values. How can be this done? Thanks for Glamorous Toolkit. I'm really enjoying being able to prototype new tools as fast, despite of being a newbie (Â¡Power to the (newbie) user! --also). Cheers, Offray

Aug. 12, 2014

Making the tree of a Moose browser editable

by Offray Vladimir Luna CÃ¡rdenas

Hi, With the help of this community, I'm making some progress on my tree/outline like interface. By default, all text panels are editable and all trees are not, you just can expand or collapse them, but I would like to edit the text on the trees. There is any way to do it? Cheers, Offray

Aug. 12, 2014

Re: [Pharo-users] Rephrasing my question on Stackoverflow (Re: [Moose-dev] Re: Tree/Outliners of playgrounds, markdown inside comments and some quick medium size dreams for Pharo/Smalltalk)

by Tudor Girba

I do not understand exactly what you did. Could you be more explicit about where the error happened? Also, the code you provide depends on the data you have. This makes it difficult for us to reproduce the issue. If you want to have quicker answers you could try providing an example that works with simpler objects, or at least provide a script to setup the data as you need it. Cheers, Doru On Tue, Aug 12, 2014 at 10:03 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > By the way, I updated the answer on Stack Overflow, with the proper > credits to Peter: > > http://stackoverflow.com/questions/25215103/building-a- > tree-outliner-like-graphical-interface-in-pharo-smalltalk- > using-moose/25273015#25273015 > > And just for curiosity. Why adding the code to the object message on the > class browser ended with error stacks? > > Cheers, > > Offray > > > On 08/12/2014 02:45 PM, Offray Vladimir Luna CÃ¡rdenas wrote: > >> Hi again, >> >> Well, after adding the code to the proper object I don't get any error >> stacks. So far, so good. I'll keep you posted. >> >> Thanks again, >> >> Offray >> >> On 08/12/2014 02:08 PM, Offray Vladimir Luna CÃ¡rdenas wrote: >> >>> Hi Peter and community, >>> >>> First thanks Perter for your quick answer and sorry for my late one. >>> Your advice worked like a charm and now I can see node information >>> (headers and body in any panel I want). The only thing is that I get a >>> lot of error message in a stack. They're referred to: >>> >>> - NonBooleanReceiver: proceed for truth >>> - MessageNotUnderstood: AnObsoleteGLMPagerCircleButtonMorph >> isFocused >>> (I got this one twice). >>> >>> I don't know how to debug the stacks and, at the beginning I was >>> thinking that they're related with how to deal with empty values while >>> traversing the tree, so I put some ifTrue, ifFalse messages to deal with >>> them. Still I get the same errors. The main difference with the >>> structure of Peter's code is that I'm not using "display:" keyword, but >>> I don't see it used either on the treeWithChildrenByLevel example. >>> >>> Anyway I will replace my current GUI implementation with this code that >>> works better and start to deal with other parts of the project and keep >>> the community posted (and myself reading). >>> >>> Here is my code: >>> >>> (by the way, Tabs look nice on Pharo/Moose, but they're look terrible on >>> email. There is any way to get them replace by spaces?) >>> >>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>> | browser mainTree | >>> >>> mainTree := UbakyeNode new. >>> mainTree becomeDefaultTree. >>> >>> browser := GLMTabulator new. >>> browser >>> column: #tree; >>> column: [ :c | >>> c >>> row: #body; >>> row: #plugins ]. >>> (browser transmit) >>> to: #tree; >>> andShow: [ :a | >>> (a tree) >>> title: mainTree header; >>> children: [ :eachNode | >>> (eachNode children) isNil >>> ifTrue: [ #() ] >>> ifFalse:[ eachNode children ] ]; >>> format:[:eachNode | >>> (eachNode header) isNil >>> ifTrue: [ '' ] >>> ifFalse: [ eachNode header ] ]. >>> "Children must return a collection" ]. >>> (browser transmit) >>> to: #body; >>> from: #tree; >>> andShow: [ :a | >>> (a text) >>> title: 'Cuerpo | Body '; >>> format:[:eachNode | >>> (eachNode body) isNil >>> ifTrue: [ '' ] >>> ifFalse: [ eachNode body ] ] >>> >>> ]. >>> (browser transmit) >>> to: #plugins; >>> andShow: [ :a | a text title: 'Plugins | Extensiones' ]. >>> >>> browser openOn: mainTree children. >>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>> >>> On 08/09/2014 04:05 AM, PBKResearch wrote: >>> >>>> Hi Offray >>>> >>>> Well, none of the experts has come forward to help, so maybe I can >>>> comment as almost a complete beginner. I think you need two additional >>>> bits of specification in your example to get the output you want: >>>> >>>> a. To show the node titles in the #tree pane, you need to add a >>>> format: clause, which is a block taking the node as argument and >>>> returning the text to be output. >>>> >>>> b. To show the body of the selected tree node in the #body pane, you >>>> need a display: clause, which is a similar block generating the body >>>> details that you want. >>>> >>>> To give you a specific example, here is some code I have used. I am >>>> using a GlamorousBrowser to examine the tree representation of an HTML >>>> page generated by Todd Blanchard's superb HTMLCSS parser. The browser >>>> I produce is similar to yours, but without the #plugins pane. >>>> >>>> domBrowser := GLMTabulator new. >>>> domBrowser >>>> column: #details; >>>> column: #nodeDetails. >>>> domBrowser transmit to: #details; andShow: [ :a | >>>> a tree >>>> display: [ :model | model nodesSelect: [ :each | each tag = >>>> 'html'] ]; >>>> children: [ :node | node children ]; >>>> format: [ :node ||nid| node tag,' ', ((nid := node id) isNil >>>> ifTrue:[''] ifFalse:['id=',nid,' '])] ]. >>>> domBrowser transmit from: #details; to: #nodeDetails; >>>> andShow: [ :each| each text display: [:node| node >>>> innerContents ]]. >>>> domBrowser title: 'Browse HTML'. >>>> >>>> I hope this makes it clear; if not, ask again. >>>> >>>> Best wishes >>>> >>>> Peter Kenny >>>> >>>> -----Original Message----- >>>> From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On >>>> Behalf Of Offray Vladimir Luna CÃ¡rdenas >>>> Sent: 09 August 2014 05:08 >>>> To: pharo-users(a)lists.pharo.org >>>> Subject: [Pharo-users] Rephrasing my question on Stackoverflow (Re: >>>> [Moose-dev] Re: Tree/Outliners of playgrounds, markdown inside >>>> comments and some quick medium size dreams for Pharo/Smalltalk) >>>> >>>> Hi again, >>>> >>>> I'm testing my luck in Stackoverflow to see if I can get more eyes and >>>> keep the conversation going: >>>> >>>> http://stackoverflow.com/questions/25215103/building-a- >>>> tree-outliner-like-graphical-interface-in-pharo-smalltalk-using-moose >>>> >>>> >>>> >>>> This community is very responsive but I feel I'm not understanding >>>> quickly/properly enough the main logic of tree-like browsers on Moose. >>>> So, any extra help is welcomed. >>>> >>>> Cheers, >>>> >>>> Offray >>>> >>>> >>>> On 08/07/2014 03:28 PM, Offray Vladimir Luna CÃ¡rdenas wrote: >>>> >>>>> Hi Doru and Community :-), >>>>> >>>>> In the screenshot at [1] you can see my explorations. I took the code >>>>> from treeWithChildrenByeLevel in the GLMBasicExamples and modified it >>>>> until I got this: >>>>> >>>>> [1] http://www.enlightenment.org/ss/e-53e3dee6777744.68598023.jpg >>>>> >>>>> So I have now a browser which shows a tree made of UbakyeNodes (a tree >>>>> like data structure I defined), but I would like not to show the >>>>> Ubakye Nodes, but the titles of each node (headers) and the contents >>>>> (bodies) of them when selected. With your help I have understood that >>>>> I need to pass the collection of all children (not just the headers of >>>>> them), but I don't know who to sellect something particular in that >>>>> collection to be shown on the browser, like headers of nodes in the >>>>> #tree panel or bodies in the #body panel. >>>>> >>>>> I would like to change also the size of each panel to be more like the >>>>> shown in the screenshot, instead of the default one and be relative to >>>>> window size. Is this possible? >>>>> >>>>> Thanks, >>>>> >>>>> Offray >>>>> >>>>> Below is the code, for easiness of reading: >>>>> >>>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>>>> " >>>>> Another exploration of Outliners provided by Glamorous Toolkit and >>>>> browsers. This code was obtained by running 'GLMBasicExamples open' >>>>> and then browsing until 'treeWithChildrenByLevel'. Some code was >>>>> modified to open explicitely the browser on the world and starting to >>>>> hack on it. >>>>> " >>>>> >>>>> | browser mainTree | >>>>> >>>>> mainTree := UbakyeNode new. >>>>> mainTree becomeDefaultTree. >>>>> >>>>> browser := GLMTabulator new. >>>>> browser >>>>> column: #tree; >>>>> column: [ :c | >>>>> c >>>>> row: #body; >>>>> row: #plugins ]. >>>>> (browser transmit) >>>>> to: #tree; >>>>> andShow: [ :a | >>>>> (a tree) >>>>> title: mainTree header; >>>>> children: [ :eachNode | >>>>> eachNode children. ] "Children >>>>> must return a collection" ]. >>>>> (browser transmit) >>>>> to: #body; >>>>> from: #tree; >>>>> andShow: [ :a | a text title: 'Cuerpo | Body ' ]. >>>>> (browser transmit) >>>>> to: #plugins; >>>>> from: #tree port: #selectionPath; >>>>> andShow: [ :a | a text title: 'Plugins | Extensiones' ]. >>>>> >>>>> browser openOn: mainTree children. >>>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>>>> >>>>> >>>>> On 08/05/2014 12:19 AM, Tudor Girba wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> You probably need this: >>>>>> >>>>>> explorer transmit to: #tree; andShow: [:a | >>>>>> a tree >>>>>> display: headers; >>>>>> *children: [:eachNode | eachNode >>>>>> theMessageYouUseToGoToTheChildrenOfANode ]*]. >>>>>> >>>>>> A tree is a recursive structure, and to describe it you need: >>>>>> - a way to construct the root elements. This is the result of >>>>>> applying >>>>>> display: >>>>>> to the input object. So, display: either takes a collection or a >>>>>> block that will return a collection when executed. >>>>>> - a way to define the children for each node. This is the result of >>>>>> applying >>>>>> children: >>>>>> >>>>>> You should also take a look at the examples from: >>>>>> GLMBasicExamples open >>>>>> >>>>>> Does this help now? >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Sun, Jul 27, 2014 at 4:59 PM, Offray Vladimir Luna CÃ¡rdenas >>>>>> <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Answering to myself: I have solved the code that selects the >>>>>> headers of the >>>>>> main tree. The key is to create a new collection containing only >>>>>> node names. >>>>>> Here is the code: >>>>>> >>>>>> "*************************" >>>>>> | mainTree node1 node2 explorer headers | >>>>>> >>>>>> mainTree := UbakyeNode >>>>>> header: 'Arbol raÃz' >>>>>> body: ''. >>>>>> >>>>>> node1 := UbakyeNode >>>>>> header: 'Nodo 1' >>>>>> body: 'Texto 1'. >>>>>> >>>>>> node2 := UbakyeNode >>>>>> header: 'Nodo 2' >>>>>> body: 'Texto 2'. >>>>>> >>>>>> mainTree >>>>>> addNode: node1; >>>>>> addNode: node2. >>>>>> >>>>>> >>>>>> explorer := GLMTabulator new >>>>>> title: (mainTree header). >>>>>> explorer column: #tree; >>>>>> column: #body. >>>>>> >>>>>> headers := (mainTree children) >>>>>> collect: [:node | node header]. >>>>>> >>>>>> >>>>>> explorer transmit to: #tree; andShow: [:a | >>>>>> a tree >>>>>> display: headers]. >>>>>> >>>>>> explorer openOn: mainTree. >>>>>> >>>>>> "*************************" >>>>>> >>>>>> Now I need to make the children sellectable, and that all the >>>>>> contents of >>>>>> the tree can be updated with a shortcut. >>>>>> >>>>>> I will keep you posted. >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>>> On 07/26/2014 09:01 PM, Offray Vladimir Luna CÃ¡rdenas wrote: >>>>>> >>>>>> Hi again, >>>>>> >>>>>> I will be using this thread to update my advances and >>>>>> questions about >>>>>> how to build an outliner in Pharo Smalltalk. If there is a >>>>>> better method >>>>>> like starting a new thread for particular questions, or a >>>>>> less narrative >>>>>> style, please let me know. >>>>>> >>>>>> The idea is to use the tools provided by Moose to build a >>>>>> quick outliner >>>>>> that can be extended to suit my needs on academical writing. >>>>>> This is >>>>>> kind of a strange approach in the sense that I'm not >>>>>> following the >>>>>> tutorials with a predefined problems (make a game and so) >>>>>> but trying to >>>>>> start with a real (in the sense of closer) problem (making >>>>>> an >>>>>> outliner) >>>>>> and to see which knowledge I need to solve this necessity. >>>>>> In that sense >>>>>> is more like the Freire's alphabetization of adults in >>>>>> Brazil. >>>>>> >>>>>> So, the things I have done so far was to search for a good >>>>>> model to >>>>>> start with. Something already done that can be used as >>>>>> scaffolding for >>>>>> my outliner. The Help System seems like a good start for an >>>>>> outliner (in >>>>>> fact it is already one), so I have taken the Help-Core >>>>>> system and start >>>>>> to use it as a base for my project. >>>>>> >>>>>> After that I have used the Moose browsers to build a simple >>>>>> interface, >>>>>> as seen here: >>>>>> >>>>>> >>>>>> http://mutabit.com/offray/__static/blog/output/galleries/__objetos/ub >>>>>> akye-browser.jpg >>>>>> >>>>>> >>>>>> <http://mutabit.com/offray/static/blog/output/galleries/objetos/ubaky >>>>>> e-browser.jpg> >>>>>> >>>>>> >>>>>> >>>>>> The part I want to deal with is this: >>>>>> >>>>>> =============== >>>>>> >>>>>> explorer := GLMTabulator new >>>>>> title: (mainTree header). >>>>>> explorer column: #tree; >>>>>> column: #body. >>>>>> >>>>>> explorer transmit to: #tree; andShow: [:a | >>>>>> a tree >>>>>> display: mainTree children ]. >>>>>> >>>>>> explorer openOn: mainTree. >>>>>> >>>>>> =============== >>>>>> >>>>>> So, instead of "display: mainTree children" I need something >>>>>> that takes >>>>>> the get names (headers) of the two nodes and the contents in >>>>>> the right >>>>>> panel. For that I think that I need to learn some iterators. >>>>>> I have >>>>>> already a "header" method for the nodes. Any clue would be >>>>>> appreciated >>>>>> and I will keep you posted on my advances. >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>>> On 07/21/2014 12:58 PM, Offray Vladimir Luna CÃ¡rdenas wrote: >>>>>> >>>>>> Hi Damien, >>>>>> >>>>>> Thanks for your answer. Comments below. >>>>>> >>>>>> On 07/21/2014 11:09 AM, Damien Cassou wrote: >>>>>> >>>>>> On Sat, Jul 19, 2014 at 2:47 AM, Offray Vladimir >>>>>> Luna CÃ¡rdenas >>>>>> <offray(a)riseup.net <mailto:offray@riseup.net>> >>>>>> wrote: >>>>>> >>>>>> The first idea that comes to mind is using STON >>>>>> for storage >>>>>> nodes and >>>>>> tree >>>>>> information, so I can interchange it with the >>>>>> flatland files >>>>>> world >>>>>> and keep >>>>>> it readable. Sounds that reasonable? >>>>>> >>>>>> >>>>>> >>>>>> without more information, it is hard to stay. Try >>>>>> with STON and >>>>>> change >>>>>> if that does not work :-). We have XML and JSON >>>>>> generators as well. >>>>>> >>>>>> >>>>>> >>>>>> This is a kind of raw preview of I'm talking about: >>>>>> >>>>>> >>>>>> http://www.enlightenment.org/__ss/e-53cd4f36f021e9.68569046.__jpg >>>>>> >>>>>> <http://www.enlightenment.org/ss/e-53cd4f36f021e9.68569046.jpg> >>>>>> >>>>>> Of course in this case, it is just a Help browser with a >>>>>> Playground >>>>>> window over it, but I would like to have something like >>>>>> Playgrounds >>>>>> inside the help browser. I was trying to build a custom >>>>>> browser with >>>>>> Glamour, but seems that Help Browser already has the >>>>>> machinery I'm >>>>>> looking for. >>>>>> >>>>>> So my first question is how to use the Help Browser >>>>>> class as a template >>>>>> for my outliner class? And can I put a Playground where >>>>>> the plain text >>>>>> is located right now? >>>>>> >>>>>> >>>>>> The second thing I would like to do is to add >>>>>> pandoc's >>>>>> markdown inside >>>>>> comments, but I don't like the syntax of >>>>>> comments in >>>>>> Smalltalk because >>>>>> single quotes are fairly easy to find in light >>>>>> markup >>>>>> language like >>>>>> markdown. Is difficult to change it to create >>>>>> something more >>>>>> like >>>>>> python >>>>>> (with """) or Lua (with -[]- )? >>>>>> >>>>>> >>>>>> >>>>>> There is only one syntax for comments in Pharo. >>>>>> Instead of Markdown, >>>>>> you might want to have a look at Pillar which is >>>>>> implemented in >>>>>> Pharo >>>>>> and can generate Markdown (and html, and pdf) : >>>>>> >>>>>> https://github.com/pillar-__markup/pillar-documentation/ >>>>>> >>>>>> <https://github.com/pillar-markup/pillar-documentation/> >>>>>> >>>>>> >>>>>> >>>>>> I have seen Pillar. Seems really interesting, but >>>>>> Pandocs markdown >>>>>> support academic citation in several formats and I have >>>>>> already long >>>>>> docs wrote on that format integrated in my workflow from >>>>>> Zotero and even >>>>>> there is a growing community working on Scholarly >>>>>> Markdown[1][2] so I >>>>>> would like to stick with it as much as I can for my own >>>>>> writing. >>>>>> That being said. I would like also a better integration >>>>>> between >>>>>> Smalltalk outliners and all the academic publication >>>>>> work flow, >>>>>> including working better with pandoc as a external >>>>>> library. >>>>>> >>>>>> [1] https://github.com/scholmd/__scholmd/wiki >>>>>> <https://github.com/scholmd/scholmd/wiki> >>>>>> [2] >>>>>> >>>>>> http://blog.martinfenner.org/__2013/06/29/metadata-in-__scholarly-mar >>>>>> kdown/ >>>>>> >>>>>> >>>>>> <http://blog.martinfenner.org/2013/06/29/metadata-in- >>>>>> scholarly-markdown/> >>>>>> >>>>>> >>>>>> [3] >>>>>> >>>>>> http://programminghistorian.__org/lessons/sustainable-__authorship-in >>>>>> -plain-text-__using-pandoc-and-markdown >>>>>> >>>>>> >>>>>> <http://programminghistorian.org/lessons/sustainable-authorship-in-pl >>>>>> ain-text-using-pandoc-and-markdown> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Thanks again, this conversation with people in the >>>>>> community is very >>>>>> valuable to me, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _________________________________________________ >>>>>> Moose-dev mailing list >>>>>> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >>>>>> https://www.iam.unibe.ch/__mailman/listinfo/moose-dev >>>>>> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com <http://www.tudorgirba.com> >>>>>> >>>>>> "Every thing has its own flow" >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 12, 2014