November 2014 - Pharo-users

Re: [Pharo-users] RTMultiCompositeShape + Bitmap

by Esteban Lorenzano

wrong list? in any case, wrong language ;) Esteban > On 25 Nov 2014, at 17:31, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Acabo de el problema de componer composite shapes. > > <Screen Shot 2014-11-25 at 12.30.36 PM.png> > > Avisame como va. > > Saludos, > Alexandre > > >> On Nov 25, 2014, at 10:06 AM, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: >> >> Hi Rosario, >> >>> I have updated trachel but it still doesnt work. >> >> What do you mean? I have the following: >> >> <Screen Shot 2014-11-25 at 10.03.36 AM.png> >> >> >>> I think i found another >>> bug. Look at this new example: >>> >>> >>> | element label bitmap composite text | >>> >>> text := (WriteStream on: ' ') >>> nextPutAll: 'string1'; >>> nextPut: Character cr; >>> nextPutAll: 'string2'; >>> contents. >>> >>> label := RTLabel new text: text. >>> bitmap := RTBitmap new form: (Form dotOfSize: 10). >>> composite := (RTMultiCompositeShape with: bitmap with: label) >>> vertical. >>> >>> element := RTElement new addShape: composite. >> >> I cannot reproduce the problem. >> I have the following: >> >> <Screen Shot 2014-11-25 at 10.05.39 AM.png> >> >> However, I see a new problem here. Is that the bitmap should be above the label. And it is not. >> I will work on it. >> >> Cheers, >> Alexandre >> >>> >>> >>> RTLabel in trachel becomes a TRCompositeShape (because the text has two >>> lines) and a TRCompositeShape doesnt understand #extent. >>> >>> >>> Thanks, >>> Rosario >>> >>> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/RTMultiCompositeShape-Bitmap- <http://forum.world.st/RTMultiCompositeShape-Bitmap->tp4791277p4791565.html >>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

Nov. 25, 2014

Re: [Pharo-users] RTMultiCompositeShape + Bitmap

by Alexandre Bergel

Acabo de el problema de componer composite shapes. Avisame como va. Saludos, Alexandre > On Nov 25, 2014, at 10:06 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > Hi Rosario, > >> I have updated trachel but it still doesnt work. > > What do you mean? I have the following: > > <Screen Shot 2014-11-25 at 10.03.36 AM.png> > > >> I think i found another >> bug. Look at this new example: >> >> >> | element label bitmap composite text | >> >> text := (WriteStream on: ' ') >> nextPutAll: 'string1'; >> nextPut: Character cr; >> nextPutAll: 'string2'; >> contents. >> >> label := RTLabel new text: text. >> bitmap := RTBitmap new form: (Form dotOfSize: 10). >> composite := (RTMultiCompositeShape with: bitmap with: label) >> vertical. >> >> element := RTElement new addShape: composite. > > I cannot reproduce the problem. > I have the following: > > <Screen Shot 2014-11-25 at 10.05.39 AM.png> > > However, I see a new problem here. Is that the bitmap should be above the label. And it is not. > I will work on it. > > Cheers, > Alexandre > >> >> >> RTLabel in trachel becomes a TRCompositeShape (because the text has two >> lines) and a TRCompositeShape doesnt understand #extent. >> >> >> Thanks, >> Rosario >> >> >> >> >> -- >> View this message in context: http://forum.world.st/RTMultiCompositeShape-Bitmap-tp4791277p4791565.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 25, 2014

Re: [Pharo-users] RTMultiCompositeShape + Bitmap

by Alexandre Bergel

Hi Rosario, > I have updated trachel but it still doesnt work. What do you mean? I have the following: > I think i found another > bug. Look at this new example: > > > | element label bitmap composite text | > > text := (WriteStream on: ' ') > nextPutAll: 'string1'; > nextPut: Character cr; > nextPutAll: 'string2'; > contents. > > label := RTLabel new text: text. > bitmap := RTBitmap new form: (Form dotOfSize: 10). > composite := (RTMultiCompositeShape with: bitmap with: label) > vertical. > > element := RTElement new addShape: composite. I cannot reproduce the problem. I have the following: However, I see a new problem here. Is that the bitmap should be above the label. And it is not. I will work on it. Cheers, Alexandre > > > RTLabel in trachel becomes a TRCompositeShape (because the text has two > lines) and a TRCompositeShape doesnt understand #extent. > > > Thanks, > Rosario > > > > > -- > View this message in context: http://forum.world.st/RTMultiCompositeShape-Bitmap-tp4791277p4791565.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 25, 2014

Re: [Pharo-users] TextModel arrows controls

by Mark Rizun

> > TextModel new text:'hello' ; openWithSpec > > This opens a window with the text 'hello' and I can move the cursor with > the > arrow keys (os: windows 7). > You are right, it works. > Can you give a minimal example that does not work for you. > I use TextModel as a base class for my own text model (need it for RewriteTool, which I'm implementing). Anyway I found where problem was.

Nov. 25, 2014

CI down local time 17h-tomorrow

by Marcus Denker

Hi, Ci will be down local time 1700 till tomorrow: > A maintenance of the storage infrastructure is planned on 2014/11/25 from > 5pm to 11pm. In order to avoid issues, you are strongly encouraged to shut > down the virtual machines of your project before 5pm. > After that, the remaining virtual machines will be shut down by the IT > team.

Nov. 25, 2014

Re: [Pharo-users] TextModel arrows controls

by Nicolai Hess

2014-11-24 18:29 GMT+01:00 Mark Rizun <mrizun(a)gmail.com>: > Hello! > > I stumbled on a strange problem, when was using TextModel widget. > The problem is that I can't control I-beam pointer with arrow keys inside > of > TextModel. > They just do not work. Maybe I have to set some methods? > No other methods are needed: TextModel new text:'hello' ; openWithSpec This opens a window with the text 'hello' and I can move the cursor with the arrow keys (os: windows 7). Can you give a minimal example that does not work for you. > > Best, > Mark > > > > -- > View this message in context: > http://forum.world.st/TextModel-arrows-controls-tp4792013.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Nov. 24, 2014

Re: [Pharo-users] Named edges and nodes in a Roassal graph

by Offray Vladimir Luna CÃ¡rdenas

Thanks Peter and Alexandre for your quick answers and interest, First, there is now a blog post with your solution and the lessons learned on our workshop about the dynamics of it and some improvements to be done to agile visualizations here: http://mutabit.com/offray/static/blog/output/posts/medios-en-colombia.html Is in Spanish, because is directed towards the local community, but some Spanish speaking devs at Pharo/Roassal could also take advantage of it and comment the ideas feedback them to the development process. Second, some inline comments below. El 23/11/14 a las #4, Alexandre Bergel escribiÃ³: >> People in the workshop were interested in Roasal/Pharo but there where some important lessons: > > Yes, it takes time. Thanks for trying! This is very important! > >> - There is a lack of information on the basic issues (like this one). Agile Visualization is a good start as the Object Profile gallery, but we need more of that. This test case scenarios are useful in detecting the pending issues. > > Check the chapter about Roassal on Agile Visualization. > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Roassal/010… > > What is missing? I can add a new section, but it will repeat other part... > There is a tendency towards agile visualization from newbies in my workshops: 1. Awesome is easy to install and quick to use, and you get beautiful images! 2. Where the data comes from? When I explain that most of it comes from code inside pharo (relationships on the source code) or from things like buildEdgesFromObjects: (1 to: 20) from: [ :n | n // 3 ] they hit the first wall. So, what is needed is to preserve the awesomeness of complex beautiful visualization while making a bridge that takes the newbies from where they are towards that visualizations. Take for example the graph chapter[a] and imagine that after all the current, complex and beauty visuals that work as a panoramic view of what can be done (in a small gallery, for example, with source code linked to it), we start from the basics and away from the specifics software analysis. Saying something like (linking your basics to the graphs chapter): =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Graphs can represent a lot of relationships. The previous gallery is made using the internal relationships in the agile visualization platform software, but we can take other relationship. For example: "Processing a small TSV table" tab := RTTabTable new input: 'id origin relation destiny 1 Orange is a Fruit 2 Apple is a Fruit 3 Apple has color Red 4 Rice is a Cereal'. and lets build a graph small graph of this data: [...] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- [a] https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Graph/0204-… Woud be nice to have an easy way to add tabular data, may be using GT support for table like interfaces (as I suggested in the blog post) so the recollection of data to make a visualization and the visualization code can be linked together more fluidly. In this way we can keep a balance between awesomeness and easiness. >> - Would be nice to have tools for all Roassal visualizations like export as svg. Some demos have them, some other don't, so other casual issues has a bigger learning curve to adopt what they are seeing and use it in another context. > > Yes, we will work on that. Thanks. The idea of putting it on GT seems the proper way to do it. The current way of using external tools to take screenshots or the mysterious way that uses the internal tool of Pharo or code messages are not friendly. A explicit button/menu with explicit options to store the images or a notification about where they are saved are the way to go for newbies. >> I would like to post the working example on the meetup page, so if any can tell me why the example is broken or how to solve it, would be nice. > > How can we help? You have already done. Keeping this conversation on the list and/or on the blog is a way to help and is nice to help back. I will be in another hackaton this Friday related with GT (not with data visualization) and another one on Dec. 6. I will keep you informed about how they went and how can be made better. Cheers, Offray

Nov. 24, 2014

TextModel arrows controls

by Mark Rizun

Hello! I stumbled on a strange problem, when was using TextModel widget. The problem is that I can't control I-beam pointer with arrow keys inside of TextModel. They just do not work. Maybe I have to set some methods? Best, Mark -- View this message in context: http://forum.world.st/TextModel-arrows-controls-tp4792013.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 24, 2014

Re: [Pharo-users] Messaging solutions for Pharo

by Andres Fortier

Hi Stef, thanks! Glad to be doing things in Pharo :) On Sun, Nov 23, 2014 at 9:24 AM, stepharo <stepharo(a)free.fr> wrote: > Hello Andres > > nice to see you on this list :) > > Stef > > Le 19/11/14 19:40, Andres Fortier a Ã©crit : > > Hi Esteban, > Never used either of them, but IIRC there was a Jabber package in > Visualworks (JabberXMPP?), although not sure if it provided both client and > server. There is also > http://www.squeaksource.com/@zQrCJXpxIQLxqde8/tV369AO0. Seems dated, but > maybe worth a shot considering you only need the server side? > > HTH, > AndrÃ©s > > On Wed, Nov 19, 2014 at 3:06 PM, Esteban A. Maringolo < > emaringolo(a)gmail.com> wrote: > >> Hi, >> >> I'll be needing to add bidirectional messaging to our current Android >> (Java) application, and as usual I'm expecting to manage the server side of >> the communication with Pharo. >> >> I'm evaluating two alternatives, but I'm in open to other, proven, >> options. >> >> Option 1. WebSockets >> Open a WebSocket on each device, and push/retrieve messages from each of >> these, tracking the device id if I need to recreate a new socket (avoiding >> recreating new sockets in case of connectivity issues, very common). >> >> Option 2. MQTT [1] >> This is basically a mobile oriented MQ, super low footprint on mobile. >> For what I saw, I could implement the server using an intermediate MQ >> (RabbitMQ) and use STOMP to connect to it. >> >> Option 3. XMPP [3] >> Provides several features I'll need in the future, like file transfer in >> addition to regular text messaging. It is very well supported in Android >> with Smack [4], but I don't know if we have a Pharo server for it, or if >> somebody ever played with it. >> >> By means of simplicity and use load I favor option 1, because I can >> understand it better, and as everything moves towards web based >> technologies, I could implement WAMP [5] on top of that in the future. >> >> Right now I'd need to have a hundred websockets opened at the same >> time, which doesn't sound like a heavy load to me, but I certainly don't >> know. In the future it could be an order of magnitude bigger, and that's >> why I don't discard more complex solutions like XMPP or MQTT. >> >> Regards! >> >> >> [1] http://mqtt.org/ >> [2] https://github.com/svenvc/docs/blob/master/neo/stamp.md >> [3] http://xmpp.org/ >> [4] http://www.igniterealtime.org/projects/smack/ >> [5] http://wamp.ws/ >> >> >> > >

Nov. 24, 2014

Re: [Pharo-users] Named edges and nodes in a Roassal graph

by Alexandre Bergel

Yes, you are right. This is an option that should be provided by GT I think. We are working on that. Alexandre > On Nov 22, 2014, at 9:00 PM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > > Hi Peter, > > Thanks. Working now. I will try to solve the issue and post in the meet up and here on the list. Nice to help catching up the bug. > > Offray > > Ps: : > > When I said > > Would be nice to have tools for all Roassal visualizations like export as svg. Some demos have them, some other don't, so other casual issues has a bigger learning curve to adopt what they are seeing and use it in another context. > > I mean: > > Would be nice to have tools for all Roassal visualizations like export as svg. Some demos have them, some other don't, so other casual **users** has a bigger learning curve to adopt what they are seeing and use it in another context. > > > > El 22/11/14 a las #4, Peter UhnÃ¡k escribiÃ³: >> It seems there is an issue with the arrow head, I'll try to investigate it >> >> for now try running it without it >> >> =========================== >> v := RTView new. >> >> e1 := (RTEllipse new size: 20) elementOn: 'hello'. >> e2 := (RTEllipse new size: 20) elementOn: 'world'. >> >> e1 @ RTDraggable. >> e2 @ RTDraggable. >> >> l := RTEdge from: e1 to: e2. >> l + (RTLine new color: Color red). >> "l + (RTSimpleArrowHead new color: Color red)." >> >> e2 translateBy: 60 @ 80. >> v addAll: (Array with: e1 with: e2 with: l ). >> >> e1 @ RTLabelled. >> e2 @ RTLabelled. >> >> "Note that the RTLabelled interaction has to be set after having added the >> element in the view" >> l @ (RTLabelled new text: 'lining up!'). >> >> v open >> ========================= >> >> As far as documentation goes, it is still heavily work in progress, so right now >> Agile Visualization is probably the best source (and of course mailing list). >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 24, 2014