August 2014 - Pharo-users - lists.pharo.org

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

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

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-g… 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-g… >>> >>> >>> >>> 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" >>>>> >>>> >>>> >>>> >>> >>> >>> >>> >> > > >

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

Exactly. To customize the label that appears in the tree, you need to specify a format block that will take each node as an input and should produce a string or text as an output. Cheers, Doru On Tue, Aug 12, 2014 at 9:45 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> 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

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 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-g… >> >> >> 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" >>>> >>> >>> >>> >> >> >> >> >

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 Offray Vladimir Luna CÃ¡rdenas

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-g… > > 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" >>> >> >> >> > > > >

Aug. 12, 2014

Re: [Pharo-users] How to contribute to PharoLauncher?

by Tim Mackinnon

Stef - from what I can see, I think the refresh icon on the toolbar was supposed to do that - but it didnât. Iâm proposing a fix to make that work, as well as having file operations check the file they are working on is actually there - before attempting their operation (and tell you if not, and cause a refresh). Itâs not beautiful - but its not so bad (but Iâll see what Damien and Ben think). Tim On 11 Aug 2014, at 11:49, stepharo <stepharo(a)free.fr> wrote: > Hi tim > > I would love a sync from file possibility because I often remove directly folders and after the launcher is dead. > > I think that to contribute you should commits code in the inbox of the project. > Damien is on vacation now but I'm sure he will welcome help. > >> Hi - Iâve added a few interesting features to PharoLauncher, but Iâm not sure what the steps are for contributing to a SmalltalkHub project? >> >> My proposed changes are as follows: >> - Change default image template name to include the parent folder name (e.g. Pharo 4.0 (beta)-540123 vs. 450123) >> - Add a new image command âImage Summaryâ that shows you the date of the last image modification as well as the contents of âdescription.txtâ - as I canât always remember why I have some old images kicking around (this change is quite basic - I couldnât see how best to create a nice popup window so I reused the deny: one with a new title. I did think possibly a hover over balloon or having something like the comments panel in Pharo - but its a modal dialog for now) >> - I changed the Run icon to a play button (as the process icon used - seemed a bit obscure) >> >> >> Tim >> > >

Aug. 11, 2014

Re: [Pharo-users] How to contribute to PharoLauncher?

by Tim Mackinnon

Thanks Ben - I think that makes sense, as I did notice doing that kind of compare seemed to pull things into my image. As Iâm about to try again - Iâll try what you suggest (Iâm sure I will get there in the end). Tim On 11 Aug 2014, at 13:32, Ben Coman <btc(a)openInWorld.com> wrote: > Tim Mackinnon wrote: >> >> Stef - hmm thats an interesting feature as well, Iâll have a quick look. >> >> I tried committing my changes but I donât have commit writes on that project. I have entered a Fogbugz issue in the Launcher category and attached my slice to it. >> >> I still think Iâm doing something wrong with Monticello though. I thought I was getting to grips with it, but when I compared my slice against the smalltalk hub repo for Launcher, it shows a lot more outgoing changes than are mine. Mine are in there - but there are lots of other classes which I know I didnât change which show with a green tick as an outgoing change? It has me very confused. >> >> Yet - If I take a fresh Luancher image and then apply my Slice it works fine (and also shows just my changes). >> >> Could it be the Smalltalk hub repo has moved on a lot since the released version of Launcher - but then surely when diffing changes it would just consider what is in my slice. I think Iâm missing something important. >> >> Tim >> > > I'm sure I've hit something similar before, but then I think I learnt to work around it or "just not go there" and those neurons have been garbage collected, so I have a thin grasp of this but here goes... A slice doesn't actually contain any code (only dependencies), and the <Changes> 't pull in those dependencies, so you are kind of comparing nothing against an a whole image, so everything is changed. I find I must check the changes of individual packages of a slice. It would be real-nice to be able to get the changes of a whole slice versus Pharo/main in one go, but I think that behaviour is just missing. > > Btw, loading a slice into a fresh image <Changes> and <Merge> is a different function, so all the changes for the whole slice are shown in one go. > cheers -ben > >> On 11 Aug 2014, at 11:49, stepharo <stepharo(a)free.fr> wrote: >> >> >>> Hi tim >>> >>> I would love a sync from file possibility because I often remove directly folders and after the launcher is dead. >>> >>> I think that to contribute you should commits code in the inbox of the project. >>> Damien is on vacation now but I'm sure he will welcome help. >>> >>> >>>> Hi - Iâve added a few interesting features to PharoLauncher, but Iâm not sure what the steps are for contributing to a SmalltalkHub project? >>>> >>>> My proposed changes are as follows: >>>> - Change default image template name to include the parent folder name (e.g. Pharo 4.0 (beta)-540123 vs. 450123) >>>> - Add a new image command âImage Summaryâ that shows you the date of the last image modification as well as the contents of âdescription.txtâ - as I canât always remember why I have some old images kicking around (this change is quite basic - I couldnât see how best to create a nice popup window so I reused the deny: one with a new title. I did think possibly a hover over balloon or having something like the comments panel in Pharo - but its a modal dialog for now) >>>> - I changed the Run icon to a play button (as the process icon used - seemed a bit obscure) >>>> >>>> >>>> Tim >>>> >>>> >>> >> >> >> > >

Aug. 11, 2014

Re: [Pharo-users] Roassal2 RTDraggable grid and synchronized movement

by Alexandre Bergel

Ok, excellent! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Aug 11, 2014, at 4:37 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi Alex, > > unfortunately I've been quite busy with other stuff however it's on my todo list so I'm planning to get back to it later this week. > I'll keep you posted. > > Peter > > > On Fri, Aug 8, 2014 at 11:57 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Peter, > > How things are going with having a snapOnGrid behavior? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Aug 1, 2014, at 2:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Hi Alex, >> >> While the "snap to grid" might be complicated I thought of simpler solution that might be achievable purely at Roassal level without the need to change Trachel classes. You can look at Umlet, since I am trying to copy it's grid behavior here. >> Basically you don't move objects with mouse immediately but only after fixed increments. However I've encountered a problem with TRMouseDragging>>step, since I would probably need to continuously sum the individual steps and then reset them when dragging has started. >> >> Here is a _very_ crude prototype: >> --------------------- >> "i subclassed RTDraggable and changed initializeElement: method as follows" >> initializeElement: element >> | sum gridSize | >> gridSize := 20. >> sum := 0 @ 0. >> element >> when: TRMouseDragging >> do: [ :e | >> | d t | >> t := RTGroup withAll: groupToDrag. >> (t includes: element) >> ifFalse: [ t add: element ]. >> d := element view canvas camera distanceFromPixelToSpace: e step. >> sum := sum + d. >> "move element only in increments of gridSize" >> d := gridSize * ((sum x / gridSize) truncated @ (sum y / gridSize) truncated). >> sum := sum - d. >> t translateBy: d. >> e signalUpdate ] >> --------------------- >> >> and here is a demo utilizing it >> >> ----------------------------- >> | v e1 e2 line gridSize b1 b2 b3 b4 edge | >> v := RTView new. >> >> "draw grid" >> gridSize := 20. >> >> (-20 to: 20) do: [ :i | >> b1 := RTBox element. >> b2 := RTBox element. >> b3 := RTBox element. >> b4 := RTBox element. >> b1 translateTo: (i * gridSize) @ -1000. "top side" >> b2 translateTo: (i * gridSize) @ 1000. "bottom side" >> b3 translateTo: -1000 @ (i * gridSize). "left side" >> b4 translateTo: 1000 @ (i * gridSize). "right side" >> "vertical line" >> edge := RTLine edgeFrom: b1 to: b2. >> v add: edge. >> "horizontal line" >> edge := RTLine edgeFrom: b3 to: b4. >> v add: edge. >> ]. >> >> e1 := (RTEllipse new size: 30; color: Color magenta) element. >> e1 translateTo: -20 @ 0. >> e1 @ RGGridDraggable. >> >> e2 := (RTEllipse new size: 30; color: Color magenta) element. >> e2 translateTo: 20 @ 0. >> e2 @ RGGridDraggable. >> >> (line := RTLine edgeFrom: e1 to: e2) shape color:Color black. >> >> v add: e1; add: e2; add: line. >> >> v open. >> ----------------------------- >> >> Obviously it needs a lot of fine-tuning and such. Since RTInteraction (RTDraggable) instances are not created directly the gridSize would have to be stored probably class side. Also there is a problem with resetting the "sum" variable when dragging starts. (There is no TRMouseDragStart event as far as I've seen). And also drawing the grid itself the way I've done is very brutal and doesn't really work if I want to move the canvas camera (perhaps image pattern as a background would work better). >> >> What are your thoughts on this? >> >> Peter >> >> >> >> >> On Fri, Aug 1, 2014 at 4:07 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> Hi Peter! >> >> > While playing with RTMultiLine I thought that it would be nice to have option for RTDraggable elements to snap to a grid / move only by fixed increments - for example the position could only be divisible by 10 (grid size would be 10), so dragging from 20@10 to 26@4 would jump to 30@0. Is something like this possible with current implementation? >> >> >> I first thought this would be easy. But actually it is not. >> The way to achieve the snap on grid behavior is to have an indirection in the Trachel classes. Each trachel shape knows its position (the position is contained in the matrix attached to each shape). The snap-on-grid means you need to slightly process the matrix coordinate. Maybe there are other way to do this, but it does not look like. Changing Trachel because of this seems a bit overkill... >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Jul 31, 2014, at 3:58 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> > While playing with RTMultiLine I thought that it would be nice to have option for RTDraggable elements to snap to a grid / move only by fixed increments - for example the position could only be divisible by 10 (grid size would be 10), so dragging from 20@10 to 26@4 would jump to 30@0. Is something like this possible with current implementation? >> > >> > The second question is: is it possible for element to subscribe for position updates of another element? (I.e. element A watches for movement of element B and moves accordingly). I know I could add both of them to a composite shape or RTGroup (RTDraggable>>groupToDrag:), however I would prefer something more loosely coupled. >> > >> > In RTDraggable>>initializeElement: i found >> > " element when: TRMouseDragging do: [ :e | e element translateBy: e step. e signalUpdate ]" >> > however it is commented out so perhaps there some other way? >> > >> > Peter >> >> >> > >

Aug. 11, 2014

Re: [Pharo-users] How to contribute to PharoLauncher?

by Ben Coman

Aug. 11, 2014