November 2014 - Pharo-users

Re: [Pharo-users] Messaging solutions for Pharo

by Brian Brown

I've used XMPP extensively for several projects, from python, JavaScript, and Squeak - the wonderful thing about it is that you can start off simple using just chat messages, but then add more features like pub sub, conference rooms, service discovery, etc. Scalability is built into the system, and you start out with Prosody jabber server (easy to get going, written in Lua). There are a lot of good books on the protocol and its supported by most environments you can think of... Now for the "bad" news. The library I used in smalltalk was written by Michael Rueger, and I don't think it has been updated for years; I think there is a version on squeaksource, so it would have to be brought up to current state of XML libs and so forth. Anyway, I like XMPP ;-) - Brian On Nov 19, 2014 1:29 PM, "Sven Van Caekenberghe" <sven(a)stfx.eu> wrote: > > > On 19 Nov 2014, at 20:52, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > > > My current use case is pretty simple, being able to push requests to the > remote devices, and gather the data back, assuming the remote devices > (clients) are already connected to the server, which is a client-related > problem with any messaging solution. > > > > I learn about MQTT when looking for alternatives to Google Cloud > Messaging for Android (which is built on to of XMPP). Facebook Messenger > uses MQTT. > > > > I don't want to develop an overkill solution that could delay > deliverance of value to my customer, though I find implementing an MQ/MQTT > solution intellectually challenging. I even read the standard a few months > ago, and it seems to be simpler than expected. I'd love to go down the > "implement MQTT server in Pharo", I would lose a real MQ scalability, but > it could be a good way to learn the protocol, and an alternative to > Mosquitto [1] with the benefits of having a server inside the image. > > > > Do you have experience with the scalability of Zinc WebSockets? > > How many of them can a single Pharo image handle? The I/O would be > minimal (< 1KB) per message, and the requests would be measured in minutes > instead of seconds. Although a 50 ws frames/sec peak during a couple of > seconds is feasible. > > I don't have any production level experience with (Zinc) WebSockets. But > we have some Pharo images in production doing related things. Based on that > I would say 100s of concurrent open connections is doable, but I would be > careful if you know you will scale to 1000s. Why ? Because each connection > is a socket(stream) with 3 semaphores and a process/thread. It will still > work, but it might be harder to keep things together. BTW, this is not a > Pharo problem per se, it will be hard(er) everywhere. > > I just read that MQTT over WebSockets also exists ;-) > > I guess that you have no RabbitMQ experience so maybe that scares you a > bit, you will have to learn some new things, but it is not hard (and it is > quite interesting). > > In terms of doing MQTT directly in Pharo, I would start with the client > side, it can't be very hard to do (there are many clients already). > > > Regards, > > > > [1] http://mosquitto.org/ > > > > El Wed Nov 19 2014 at 4:22:56 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > escribiÃ³: > > Hey Esteban, > > > > Since you seem to need to scale to 1000s of concurrent connections, I > would go for option 2. RabbitMQ will then work as a demultiplexer and you > gain options for using more than one Pharo worker for processing traffic, > if that ever becomes necessary. > > > > BTW, I never heard of MQTT and it seems pretty interesting, thanks ! I > will read about it tonight. > > > > Sven > > > > > On 19 Nov 2014, at 19:06, 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. 21, 2014

Re: [Pharo-users] [ANN] Hubcap - a SmalltalkHub API and browser for Pharo

by Sven Van Caekenberghe

Yes, very nice. > On 21 Nov 2014, at 08:35, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 21/11/2014 08:32, Torsten Bergmann a Ã©crit : >> as I wanted to browse the SmalltalkHub contents directly from within Pharo image >> I wrote a simple browser: > > > Cool! > > Thanks > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > >

Nov. 21, 2014

Re: [Pharo-users] [ANN] Hubcap - a SmalltalkHub API and browser for Pharo

by Hilaire

Le 21/11/2014 08:32, Torsten Bergmann a Ã©crit : > as I wanted to browse the SmalltalkHub contents directly from within Pharo image > I wrote a simple browser: Cool! Thanks -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Nov. 21, 2014

[ANN] Hubcap - a SmalltalkHub API and browser for Pharo

by Torsten Bergmann

Hi, as I wanted to browse the SmalltalkHub contents directly from within Pharo image I wrote a simple browser: Gofer it url: 'http://www.smalltalkhub.com/mc/TorstenBergmann/Hubcap/main'; configurationOf: 'Hubcap'; loadDevelopment. Attached is a screenshot. Works on Pharo 4.0. Still not finished but maybe it is already useful to others as well. One can access the tool from the world menu, implementation lives in "Hubcap-Tools" package. The UI shows and allows to filter users, shows their projects and packages. Special icons display the state (loaded, modified, public writable, ...). One can load from the UI or open Monticello tools. The "Hubcap-Core" package includes an API to query STHub and write expressions like: HubClient new allProjectsForUserNamed: 'TorstenBergmann' HubClient new hasUserNamed: 'TorstenBergmann' So "Hubcap-Core" may be usefull to people who want to build other tools that depend on STHub infos. Basic documentation lives on http://www.smalltalkhub.com/#!/~TorstenBergmann/Hubcap and as class comment on ConfigurationOfHubcap. Beware: the tool is sill not optimized, any clicking involves a query to STHub (hope STHub will not crash when many people use it). API may still undergo changes in the future. Also teams are not yet supported as STHub still returns an MNU error in the REST interface: http://www.smalltalkhub.com/hub/teams?term=Pharo Anyone able to fix that? Thanks to Stephan Eggermonts who gave me the initial idea with some code I've found in "Deprecation finder" and to Sven for the easy to use NeoJSON package. Contributors can just commit, the project is public. Bye T.

Nov. 21, 2014

Re: [Pharo-users] Maps from Wikipedia loaded on Roassal's RTMetricMap

by HernÃ¡n Morales Durand

2014-11-18 10:30 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> : > Hi, > > This Thursday and Saturday we will have a small workshop on data > storytelling and I would like to present Pharo/Roassal to the people there > as a tool for creating and sharing visualizations. > > My idea is to use Playgrounds to make agile visualization and then share > them using cloud sharing at stfx and etherpads. > The maps I would like to make are similar to the ones that have colored > countries [1][2], but using internal country geopolitical divisions. For > the case of Colombia I would like to use the ones of [3], specifically > something like [4] and use the same syntax of RTMetricMap inside the > country. > > [1] http://bit.ly/1yiedrE > [2] http://bit.ly/1xTAQV0 > [3] https://commons.wikimedia.org/wiki/User:Shadowxfox/Maps#Colombia > [4] https://commons.wikimedia.org/wiki/File:Colombia_ > departamentos_otros.svg > > So my question is: > > - There is any way to upload this SGV maps and treat them as the maps > already in RTMetricMap, telling the names of the internal geopolitical > divisions inside a Country and how to color them according to a value and > make them zoomable? > > - Where can I start to look to support this feature? > > SVG is basically XML, so you can parse it like this: | xmlTree | xmlTree := (XMLDOMParser parseFileNamed: 'Argentina.svg') firstNode. xmlTree The coordinates of a map are in the SVG path description, and you can add them separately. For example if you download this file http://commons.wikimedia.org/wiki/File:USA_Counties_with_FIPS_and_names.svg and take the node with "Ulster, NY" you can render it this way: | view svg | view := RTView new. svg := (RTSVGPath new path: 'M 501.96598,97.8 L 502.15198,100.009 L 502.68298,101.739 L 502.88598,102.153 L 503.20498,104.028 L 502.29498,104.366 L 501.61098,104.502 L 501.02498,104.483 L 500.32998,104.231 L 499.33398,104.921 L 498.91498,104.299 L 497.86898,103.844 L 496.94598,103.415 L 497.13498,102.933 L 497.50398,102.086 L 497.69798,101.505 L 495.56698,100.824 L 494.24598,100.423 L 496.85998,97.791 L 498.36098,98.174 L 499.08798,98.084 L 500.56998,97.894 L 500.65098,96.89 L 501.06998,96.754 L 501.99798,97.146 L 501.96598,97.8'; fillColor: (Color r: 0.612 g: 0.488 b: 0.3 alpha: 1.0); scale: 5) element. view add: svg. view open There should be an easier way like using an SVG importer for Roassal, but that's all I have for now. Cheers, HernÃ¡n

Nov. 21, 2014

Re: [Pharo-users] Pharo Consultants Page Updated

by HernÃ¡n Morales Durand

Thank you. HernÃ¡n 2014-11-20 5:55 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi, > > The Pharo Consultants page has been updated, it now contains 17 entries. > > http://consultants.pharo.org > > Sven > >

Nov. 21, 2014

Re: [Pharo-users] Kiviat support in Roassal

by Usman Bhatti

Thank you. I'll have a look asap :) On Thu, Nov 20, 2014 at 1:48 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Pierre just finished a first version of Kiviat in Roassal. Here are some > example: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > b := RTKiviatBuilder new. > > b objects: RTAbstractCircleLayout withAllSubclasses. > > n := RTMultiLinearColorForIdentity new objects: (b objects). > b shape circle color: [ :value | n rtValue: value named]; size: 10. > > b addMetric: #numberOfLinesOfCode. > b addMetric: #numberOfMethods. > b addMetric: #numberOfVariables. > > b activatePolygons. > > b build. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > It would be great to have feedback on this! > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Nov. 20, 2014

Re: [Pharo-users] RTMultiCompositeShape + Bitmap

by Alexandre Bergel

Hi Rosario! Well spotted! Please, update Trachel to enjoy the bug fix Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Nov 20, 2014, at 10:39 AM, rosariosm <rosariosantamarina1(a)gmail.com> wrote: > > Hello, > > When i try to add a vertical/horizontal layout to a RTMultiCompositeShape > that has a Bitmap shape, it cant render the layout because a RTBitmal dont > understand #extent. > > For example: > > | element label bitmap composite view | > > label := RTLabel new text: 'hello'. > bitmap := RTBitmap new form: (Form dotOfSize: 10). > composite := (RTMultiCompositeShape with: label with: bitmap) vertical. > > element := RTElement new addShape: composite. > view := RTView new > add: element; > open > > Thanks! > Rosario > > > > > -- > View this message in context: http://forum.world.st/RTMultiCompositeShape-Bitmap-tp4791277.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Nov. 20, 2014

Re: [Pharo-users] [Moose-dev] Kiviat support in Roassal

by Johan Fabry

That looks really cool! On Nov 20, 2014, at 9:48 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Pierre just finished a first version of Kiviat in Roassal. Here are some example: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > b := RTKiviatBuilder new. > > b objects: RTAbstractCircleLayout withAllSubclasses. > > n := RTMultiLinearColorForIdentity new objects: (b objects). > b shape circle color: [ :value | n rtValue: value named]; size: 10. > > b addMetric: #numberOfLinesOfCode. > b addMetric: #numberOfMethods. > b addMetric: #numberOfVariables. > > b activatePolygons. > > b build. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > <Screen Shot 2014-11-20 at 9.42.51 AM.png> > > It would be great to have feedback on this! > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Nov. 20, 2014

Re: [Pharo-users] Pharo Consultants Page Updated

by Tudor Girba

Thanks! Doru On Thu, Nov 20, 2014 at 1:09 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > Thanks! > > Norbert > > > > > Am 20.11.2014 um 09:55 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > > > Hi, > > > > The Pharo Consultants page has been updated, it now contains 17 entries. > > > > http://consultants.pharo.org > > > > Sven > > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 20, 2014

RTMultiCompositeShape + Bitmap

by rosariosm

Hello, When i try to add a vertical/horizontal layout to a RTMultiCompositeShape that has a Bitmap shape, it cant render the layout because a RTBitmal dont understand #extent. For example: | element label bitmap composite view | label := RTLabel new text: 'hello'. bitmap := RTBitmap new form: (Form dotOfSize: 10). composite := (RTMultiCompositeShape with: label with: bitmap) vertical. element := RTElement new addShape: composite. view := RTView new add: element; open Thanks! Rosario -- View this message in context: http://forum.world.st/RTMultiCompositeShape-Bitmap-tp4791277.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 20, 2014

Re: [Pharo-users] [Moose-dev] Kiviat support in Roassal

by Alexandre Bergel

Yes! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Nov 20, 2014, at 9:49 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Great news! > > Is this already committed in Roassal? > > Doru > > On Thu, Nov 20, 2014 at 1:48 PM, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > Hi! > > Pierre just finished a first version of Kiviat in Roassal. Here are some example: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > b := RTKiviatBuilder new. > > b objects: RTAbstractCircleLayout withAllSubclasses. > > n := RTMultiLinearColorForIdentity new objects: (b objects). > b shape circle color: [ :value | n rtValue: value named]; size: 10. > > b addMetric: #numberOfLinesOfCode. > b addMetric: #numberOfMethods. > b addMetric: #numberOfVariables. > > b activatePolygons. > > b build. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > <Screen Shot 2014-11-20 at 9.42.51 AM.png> > > It would be great to have feedback on this! > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow" > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

Nov. 20, 2014

Re: [Pharo-users] Kiviat support in Roassal

by Tudor Girba

Great news! Is this already committed in Roassal? Doru On Thu, Nov 20, 2014 at 1:48 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > Pierre just finished a first version of Kiviat in Roassal. Here are some > example: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > b := RTKiviatBuilder new. > > b objects: RTAbstractCircleLayout withAllSubclasses. > > n := RTMultiLinearColorForIdentity new objects: (b objects). > b shape circle color: [ :value | n rtValue: value named]; size: 10. > > b addMetric: #numberOfLinesOfCode. > b addMetric: #numberOfMethods. > b addMetric: #numberOfVariables. > > b activatePolygons. > > b build. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > It would be great to have feedback on this! > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 20, 2014

Kiviat support in Roassal

by Alexandre Bergel

Hi! Pierre just finished a first version of Kiviat in Roassal. Here are some example: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= b := RTKiviatBuilder new. b objects: RTAbstractCircleLayout withAllSubclasses. n := RTMultiLinearColorForIdentity new objects: (b objects). b shape circle color: [ :value | n rtValue: value named]; size: 10. b addMetric: #numberOfLinesOfCode. b addMetric: #numberOfMethods. b addMetric: #numberOfVariables. b activatePolygons. b build. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= It would be great to have feedback on this! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 20, 2014

Re: [Pharo-users] Citizen example for manipulating a bibtex file

by Damien Pollet

Basically, there is a parser, a set of objects modeling the structure of a bibtex database, and the "phrases", which are a sort of template system, or reverse parser, that can format bibliography data into other forms. I've never been really happy with this template system. In bibtex, the equivalent is basically a handwritten imperative programâ¦ On 18 November 2014 13:06, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > Damien, > > I will. For the moment I'm using citezen as is and I don't understand its > internals. Anyway in its current state is very useful for Zotero > bibliographic integration via BibTeX. > > I'll keep you posted on my experiments on Zotero integration in using Pharo > for open/citizen/garage science & research writing. > > Cheers, > > Offray > > El 18/11/14 a las #4, Damien Pollet escribiÃ³: > >> Please nag me if you want to contribute to Citezen. I haven't touched >> the code a long while, but I shouldâ¦ >> >> On 18 November 2014 02:50, Offray Vladimir Luna CÃ¡rdenas >> <offray(a)riseup.net> wrote: >>> >>> Hi Sven, >>> >>> Sorry for my late response. The constructive comments on the list and >>> yours >>> in particular are very valuable to my. I was finishing some details, so >>> only >>> until now I have the time to implement your suggestions. The new code for >>> custom keys on bibtex files from pharo is published at [1] (by the grace >>> of >>> Doru's easy publishing of playgrounds on your stfx server) >>> >>> [1] http://ws.stfx.eu/3CEKQQQ3NL2E >>> >>> By the way the article I'm writing is about a tool for open, citizen, >>> garage >>> research and science developed in Pharo. It is published at [2] and was >>> stored nicely using STON[3] and is superb. To test the tool, the article >>> was >>> wrote on it. >>> >>> [2] >>> >>> http://mutabit.com/deltas/repos.fossil/grafoscopio/doc/tip/Docs/Es/Articulo… >>> >>> [3] >>> >>> http://mutabit.com/deltas/repos.fossil/grafoscopio/doc/tip/Docs/Es/Articulo… >>> >>> [4] >>> >>> http://mutabit.com/deltas/repos.fossil/grafoscopio/doc/tip/Docs/Es/Articulo… >>> >>> The only thing I would add to STON would be an option to support line >>> breaks >>> so long character sequences can be broken to make the format DVCS >>> friendly >>> (git, fossil, etc) and support collaboration and changes tracking. At >>> this >>> moment, because of the long lines in STON, the files are treated as >>> binaries >>> by fossil :-/. >>> >>> Thanks for STON and your lessons, >>> >>> Offray >>> >>> El 22/10/14 a las #4, Sven Van Caekenberghe escribiÃ³: >>> >>>> >>>>> On 22 Oct 2014, at 18:42, Offray Vladimir Luna CÃ¡rdenas >>>>> <offray(a)riseup.net> wrote: >>>>> >>>>> Hi, >>>>> >>>>> Thanks again. I have a small script, using Citezen which does the >>>>> trick. >>>>> I can explore and modify the BibTeX File from the playground with this: >>>>> >>>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>>>> | bibFile bibliography bibStream bibOutputer | >>>>> bibFile := ((FileLocator documents / 'U/Libertadores/Grafoscopio') >>>>> children >>>>> detect: [:each | each basename endsWith: 'bib' ]). >>>>> bibliography := CZBibParser parse: bibFile contents. >>>>> bibStream := '' writeStream. >>>>> 1 to: (bibliography size) do: [:index | >>>>> (((bibliography entries at: index) fields at: 2) key = >>>>> 'shorttitle') >>>>> ifTrue: [ >>>>> (bibliography entries at: index) >>>>> key: ((bibliography entries at: index) fields at: 2) >>>>> value]. >>>>> bibOutputer := CZBibtexOutputer new. >>>>> bibStream nextPutAll: >>>>> (bibOutputer entryToBibtexString: >>>>> (bibliography entries at: index)); cr.]. >>>>> bibliography. >>>>> bibFile writeStreamDo: [:stream | >>>>> stream nextPutAll: bibStream contents withUnixLineEndings >>>>> ]. >>>>> bibStream contents. >>>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >>>> >>>> >>>> >>>> Some constructive comments about your code (smaller is always better, >>>> especially for interactive snippets): >>>> >>>> - you can change the #detect: to [ :each | each extension = #bib ] >>>> - you can iterate directly over the entries with #do: as in bibliography >>>> entries do: [ :each | .. ] which saves you the #at: index >>>> - there are handy unary shortcuts for accessing elements, like #first, >>>> #second and so on (up to #ninth) which also save you parenthesis >>>> - you can also construct strings using the idiom String streamContents: >>>> [ >>>> :bibStream | .. ] >>>> >>>> Sorry, these jumped to me when I saw your code, I hope you don't mind >>>> ;-) >>>> >>>>> I will put some functionality inspired by this on my prototype this >>>>> weekend. >>>>> >>>>> Cheers, >>>>> >>>>> Offray >>>>> >>>>> On 10/21/2014 01:20 AM, stepharo wrote: >>>>>> >>>>>> >>>>>> Check in the tools there is a bib writer. >>>>>> >>>>>> Stef >>>>>> >>>>>> On 21/10/14 03:33, Offray Vladimir Luna CÃ¡rdenas wrote: >>>>>>> >>>>>>> >>>>>>> Thanks Stef and Damien, >>>>>>> >>>>>>> I have this small script as a proof of concept: >>>>>>> >>>>>>> =================================== >>>>>>> | bibFile bibliography | >>>>>>> bibFile := ((FileLocator documents / 'U/Libertadores/Grafoscopio') >>>>>>> children >>>>>>> detect: [:each | each basename endsWith: 'bib' ]) contents. >>>>>>> bibliography := CZBibParser parse: bibFile. >>>>>>> 1 to: (bibliography size) do: [:index | >>>>>>> (((bibliography entries at: index) fields at: 2) key = 'shorttitle') >>>>>>> ifTrue: [ >>>>>>> (bibliography entries at: index) >>>>>>> key: ((bibliography entries at: index) fields at: 2) >>>>>>> value >>>>>>> ]]. >>>>>>> bibliography. >>>>>>> =================================== >>>>>>> >>>>>>> Now I want to write back the corrected file to the .bib ... just >>>>>>> having problems finding which message does the job. I'll keep >>>>>>> searching. >>>>>>> >>>>>>> Cheers, >>>>>>> >>>>>>> Offray >>>>>>> >>>>>>> On 10/16/2014 06:40 AM, Damien Cassou wrote: >>>>>>>> >>>>>>>> >>>>>>>> from Damien Pollet: >>>>>>>> >>>>>>>> You will need to load the .bib file from zotero (read the file >>>>>>>> however >>>>>>>> you like, then pass the stream to the CZ parser). You'll get a >>>>>>>> CZBibSet (I don't recall the name exactly) which represents the >>>>>>>> contents of the file. A Set is composed of entries, each of which >>>>>>>> has >>>>>>>> a key and a set of fields. Finally, fields accept a few different >>>>>>>> kinds of values. >>>>>>>> >>>>>>>> Your processing is just iterating a set then setting the key of each >>>>>>>> entry (or possibly removing and re-adding the entry, I don't recall >>>>>>>> if >>>>>>>> it's implemented like a dictionary or more like a list). >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Oct 13, 2014 at 2:57 AM, Offray Vladimir Luna CÃ¡rdenas >>>>>>>> <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I'm using a Zotero collection for keeping track of several >>>>>>>> references I have >>>>>>>> found for my article about the experience of the >>>>>>>> outline/tree-like metaphor >>>>>>>> for writing inside Pharo (as soon as I have a presentable >>>>>>>> working draft I >>>>>>>> hope to share it with you). >>>>>>>> >>>>>>>> Now I want to make a post-processing of the bibtex file >>>>>>>> exported >>>>>>>> from >>>>>>>> Zotero. The idea is to use "shorttitle" field instead to >>>>>>>> replace >>>>>>>> the Zotero >>>>>>>> auto-generated one and have custom keys. So for example >>>>>>>> instead >>>>>>>> of: >>>>>>>> >>>>>>>> ======= >>>>>>>> @misc{_holistic_????, >>>>>>>> title = {Holistic software assessment (Uni Zurich - >>>>>>>> 2011) on Vimeo}, >>>>>>>> shorttitle = {Girba-holistic-2011}, >>>>>>>> url = {http://vimeo.com/42073344?__from=outro-local >>>>>>>> <http://vimeo.com/42073344?from=outro-local>}, >>>>>>>> urldate = {2014-08-19}, >>>>>>>> note = {00000} >>>>>>>> } >>>>>>>> >>>>>>>> ======= >>>>>>>> >>>>>>>> >>>>>>>> I would like to have: >>>>>>>> >>>>>>>> >>>>>>>> ======= >>>>>>>> >>>>>>>> @misc{Girba-holistic-2011, >>>>>>>> title = {Holistic software assessment (Uni Zurich - >>>>>>>> 2011) on Vimeo}, >>>>>>>> shorttitle = {Girba-holistic-2011}, >>>>>>>> url = {http://vimeo.com/42073344?__from=outro-local >>>>>>>> <http://vimeo.com/42073344?from=outro-local>}, >>>>>>>> urldate = {2014-08-19}, >>>>>>>> note = {00000} >>>>>>>> } >>>>>>>> >>>>>>>> ======= >>>>>>>> >>>>>>>> >>>>>>>> I have already installed Citizen and open it on the browser to >>>>>>>> see the code, >>>>>>>> but I can find any place to start with examples. >>>>>>>> >>>>>>>> Any advice on how to solve this issue will be appreciated. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Offray >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Damien Cassou >>>>>>>> http://damiencassou.seasidehosting.st >>>>>>>> >>>>>>>> "Success is the ability to go from one failure to another without >>>>>>>> losing >>>>>>>> enthusiasm." >>>>>>>> Winston Churchill >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >>> >> >> > >

Nov. 20, 2014

Re: [Pharo-users] Pharo and ODBC

by olivier auverlot

Thanks for your help. The ODBC source must be declared with C:\WINDOWS\SysWow64\odbcad32.exe and use 32 bits mode. 2014-11-20 9:56 GMT+01:00 S Krish <krishnamachari.sudhakar(a)gmail.com>: > > Plausible Pharo 32 bit / 64 bit conflict..? > > http://msdn.microsoft.com/en-us/library/ms712362%28v=vs.85%29.aspx > > "If you use the 64-bit odbcad32.exe to configure or remove a DSN that > connects to a 32-bit driver, for example, Driver do Microsoft Access > (*.mdb), you will receive the following error message:" > > On Thu, Nov 20, 2014 at 1:35 PM, olivier auverlot < > olivier.auverlot(a)gmail.com> wrote: > >> Hi, >> >> I try to use the ODBC framework presents in the configurations list and >> named "ODBC (TorstenBergmann.5)" >> >> I want connect Pharo to a Postgresql server and I installed the latest >> version of the ODBC driver. The datasource is configured as system >> datasource. The connection test is ok. My computer uses Windows 7 64 bits. >> >> In Pharo, I try to connect with the following code: >> >> connection := ODBCConnection dsn: 'mysource' user: 'myuser' password: >> 'mypassword'. >> connection close. >> >> The connection fails and I get an error message: "The data source (DSN) >> has a specified architecture incompatibility between the driver and the >> application". >> >> Someone have an idea about this problem ? Someone works with the ODBC >> solution ? >> >> Best regards >> Olivier >> > >

Nov. 20, 2014

Re: [Pharo-users] Pharo Consultants Page Updated

by Norbert Hartl

Thanks! Norbert > Am 20.11.2014 um 09:55 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Hi, > > The Pharo Consultants page has been updated, it now contains 17 entries. > > http://consultants.pharo.org > > Sven >

Nov. 20, 2014

Re: [Pharo-users] Pharo and ODBC

by S Krish

Plausible Pharo 32 bit / 64 bit conflict..? http://msdn.microsoft.com/en-us/library/ms712362%28v=vs.85%29.aspx "If you use the 64-bit odbcad32.exe to configure or remove a DSN that connects to a 32-bit driver, for example, Driver do Microsoft Access (*.mdb), you will receive the following error message:" On Thu, Nov 20, 2014 at 1:35 PM, olivier auverlot < olivier.auverlot(a)gmail.com> wrote: > Hi, > > I try to use the ODBC framework presents in the configurations list and > named "ODBC (TorstenBergmann.5)" > > I want connect Pharo to a Postgresql server and I installed the latest > version of the ODBC driver. The datasource is configured as system > datasource. The connection test is ok. My computer uses Windows 7 64 bits. > > In Pharo, I try to connect with the following code: > > connection := ODBCConnection dsn: 'mysource' user: 'myuser' password: > 'mypassword'. > connection close. > > The connection fails and I get an error message: "The data source (DSN) > has a specified architecture incompatibility between the driver and the > application". > > Someone have an idea about this problem ? Someone works with the ODBC > solution ? > > Best regards > Olivier >

Nov. 20, 2014

Re: [Pharo-users] Pharo and ODBC

by Markus Fritsche

Hello Olivier, did you create the DSN using C:\WINDOWS\SysWow64\odbcad32.exe ? The 32 Bit ODBC Adminstration Console is located in SysWow64, if you just start the ODBC Adminstration Console from the system admin tools, you will get the 64 Bit version, which is located in C:\WINDOWS\system32 :)

Nov. 20, 2014

Pharo Consultants Page Updated

by Sven Van Caekenberghe

Hi, The Pharo Consultants page has been updated, it now contains 17 entries. http://consultants.pharo.org Sven

Nov. 20, 2014

Pharo and ODBC

by olivier auverlot

Hi, I try to use the ODBC framework presents in the configurations list and named "ODBC (TorstenBergmann.5)" I want connect Pharo to a Postgresql server and I installed the latest version of the ODBC driver. The datasource is configured as system datasource. The connection test is ok. My computer uses Windows 7 64 bits. In Pharo, I try to connect with the following code: connection := ODBCConnection dsn: 'mysource' user: 'myuser' password: 'mypassword'. connection close. The connection fails and I get an error message: "The data source (DSN) has a specified architecture incompatibility between the driver and the application". Someone have an idea about this problem ? Someone works with the ODBC solution ? Best regards Olivier

Nov. 20, 2014

Re: [Pharo-users] Messaging solutions for Pharo

by Sven Van Caekenberghe

> On 19 Nov 2014, at 20:52, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > My current use case is pretty simple, being able to push requests to the remote devices, and gather the data back, assuming the remote devices (clients) are already connected to the server, which is a client-related problem with any messaging solution. > > I learn about MQTT when looking for alternatives to Google Cloud Messaging for Android (which is built on to of XMPP). Facebook Messenger uses MQTT. > > I don't want to develop an overkill solution that could delay deliverance of value to my customer, though I find implementing an MQ/MQTT solution intellectually challenging. I even read the standard a few months ago, and it seems to be simpler than expected. I'd love to go down the "implement MQTT server in Pharo", I would lose a real MQ scalability, but it could be a good way to learn the protocol, and an alternative to Mosquitto [1] with the benefits of having a server inside the image. > > Do you have experience with the scalability of Zinc WebSockets? > How many of them can a single Pharo image handle? The I/O would be minimal (< 1KB) per message, and the requests would be measured in minutes instead of seconds. Although a 50 ws frames/sec peak during a couple of seconds is feasible. I don't have any production level experience with (Zinc) WebSockets. But we have some Pharo images in production doing related things. Based on that I would say 100s of concurrent open connections is doable, but I would be careful if you know you will scale to 1000s. Why ? Because each connection is a socket(stream) with 3 semaphores and a process/thread. It will still work, but it might be harder to keep things together. BTW, this is not a Pharo problem per se, it will be hard(er) everywhere. I just read that MQTT over WebSockets also exists ;-) I guess that you have no RabbitMQ experience so maybe that scares you a bit, you will have to learn some new things, but it is not hard (and it is quite interesting). In terms of doing MQTT directly in Pharo, I would start with the client side, it can't be very hard to do (there are many clients already). > Regards, > > [1] http://mosquitto.org/ > > El Wed Nov 19 2014 at 4:22:56 PM, Sven Van Caekenberghe <sven(a)stfx.eu> escribiÃ³: > Hey Esteban, > > Since you seem to need to scale to 1000s of concurrent connections, I would go for option 2. RabbitMQ will then work as a demultiplexer and you gain options for using more than one Pharo worker for processing traffic, if that ever becomes necessary. > > BTW, I never heard of MQTT and it seems pretty interesting, thanks ! I will read about it tonight. > > Sven > > > On 19 Nov 2014, at 19:06, 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. 19, 2014

Re: [Pharo-users] Messaging solutions for Pharo

by Esteban A. Maringolo

My current use case is pretty simple, being able to push requests to the remote devices, and gather the data back, assuming the remote devices (clients) are already connected to the server, which is a client-related problem with any messaging solution. I learn about MQTT when looking for alternatives to Google Cloud Messaging for Android (which is built on to of XMPP). Facebook Messenger uses MQTT. I don't want to develop an overkill solution that could delay deliverance of value to my customer, though I find implementing an MQ/MQTT solution intellectually challenging. I even read the standard a few months ago, and it seems to be simpler than expected. I'd love to go down the "implement MQTT server in Pharo", I would lose a real MQ scalability, but it could be a good way to learn the protocol, and an alternative to Mosquitto [1] with the benefits of having a server inside the image. Do you have experience with the scalability of Zinc WebSockets? How many of them can a single Pharo image handle? The I/O would be minimal (< 1KB) per message, and the requests would be measured in minutes instead of seconds. Although a 50 ws frames/sec peak during a couple of seconds is feasible. Regards, [1] http://mosquitto.org/ El Wed Nov 19 2014 at 4:22:56 PM, Sven Van Caekenberghe <sven(a)stfx.eu> escribiÃ³: > Hey Esteban, > > Since you seem to need to scale to 1000s of concurrent connections, I > would go for option 2. RabbitMQ will then work as a demultiplexer and you > gain options for using more than one Pharo worker for processing traffic, > if that ever becomes necessary. > > BTW, I never heard of MQTT and it seems pretty interesting, thanks ! I > will read about it tonight. > > Sven > > > On 19 Nov 2014, at 19:06, 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. 19, 2014

Re: [Pharo-users] Messaging solutions for Pharo

by Sven Van Caekenberghe

Hey Esteban, Since you seem to need to scale to 1000s of concurrent connections, I would go for option 2. RabbitMQ will then work as a demultiplexer and you gain options for using more than one Pharo worker for processing traffic, if that ever becomes necessary. BTW, I never heard of MQTT and it seems pretty interesting, thanks ! I will read about it tonight. Sven > On 19 Nov 2014, at 19:06, 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. 19, 2014

Re: [Pharo-users] Messaging solutions for Pharo

by Andres Fortier

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. 19, 2014