- Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] Spec documentation in PFTE book finished

by Benjamin

Thank you for your review :) I have to agree with you and to answer briefly, the main problems with documentation is: - it takes time (*a lot* to me since I am more a code than a writer :P) - things evolve (that can be managed though) I will be super happy to have a more complete documentation I spend(t) time on it (and Johan too, thank you very much again :) ). Now I will be even happier to review any pull request ;) Ben On 16 Feb 2014, at 13:34, kmo <voxkmp(a)gmail.com> wrote: > The Spec documentation is very good /as far as it goes/. As a native speaker, > I would say the English is excellent, though the tone is rather dry and > technical. Generally, I think it is well written and very helpful. That's > not the issue. > > The real problem is that this documentation is no more than an overview. It > is not written from a /How To/ perspective. The result is that it offers > little help to anyone who wants to actually create a user interface with > Spec. > > Here are some obvious questions that might occur to anyone starting to use > Spec. None of them are answered in the current documentation. > > How do use Spec to write an application that fills the pharo window? (There > is no mention of openWorldWithSpec in the document). > > How do I write an application with a main menu at the top, a toolbar under > it, and a status bar at the bottom? > > How to I create, use and close, non-modal windows in my application? > > How do I write a modal dialog, ask for complex information, and get it back? > (There is a modal dialog example in the document under Prototyping a UI but > nothing explicit). > > How do I use a SliderModel, RadioButtonModel etcetera? > > How do I use all those cool Morphs I've found - PianoKeyboardMorph, LEDMorph > etcetera - with Spec? Surely I don't have to write my own Morphic Adapter > for each one? > > How do I migrate my Morphic application to Spec? > > To my mind, this document is only the beginning. It doesn't even have a list > of the available Spec models and their APIs - even the original Spec Report > had a table of these. The approach seems to be - here's a general idea of > how it works - read the source if you actually want to do anything. Well, > even an idiot like me can perhaps work out how to use a LabelModel, but > TreeModel,say, with its TreeColumns and TreeNodes is not so obvious and it > needs trial and error to find out how it all fits together (not helped by > the complete abscebnce of helpful class comments). We don't need tail and > error. We need documentation. > > Finally, can we please stop using class browsers as examples? I know that it > is easy (and cool) to use reflection to get lists of classes, protocols and > methods but this only adds to the impression that the smalltalk community is > self-absorbed and narcissistic. If you want to attract business developers > then use examples that relate to the real world, not to the pharo > environment itself. Why not a database example or a paint application > example? No one wants to write a class browser - that's already available! > > Perhaps I should stop before this becomes filed under /Why is > smalltalk/pharo so unpopular./ > > To sum up, this documentation is a good start - but that's all it is. > > > > > > > > > > -- > View this message in context: http://forum.world.st/ANN-Spec-documentation-in-PFTE-book-finished-tp474303… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Feb. 16, 2014

Re: [Pharo-users] [ANN] Spec documentation in PFTE book finished

by kmo

The Spec documentation is very good /as far as it goes/. As a native speaker, I would say the English is excellent, though the tone is rather dry and technical. Generally, I think it is well written and very helpful. That's not the issue. The real problem is that this documentation is no more than an overview. It is not written from a /How To/ perspective. The result is that it offers little help to anyone who wants to actually create a user interface with Spec. Here are some obvious questions that might occur to anyone starting to use Spec. None of them are answered in the current documentation. How do use Spec to write an application that fills the pharo window? (There is no mention of openWorldWithSpec in the document). How do I write an application with a main menu at the top, a toolbar under it, and a status bar at the bottom? How to I create, use and close, non-modal windows in my application? How do I write a modal dialog, ask for complex information, and get it back? (There is a modal dialog example in the document under Prototyping a UI but nothing explicit). How do I use a SliderModel, RadioButtonModel etcetera? How do I use all those cool Morphs I've found - PianoKeyboardMorph, LEDMorph etcetera - with Spec? Surely I don't have to write my own Morphic Adapter for each one? How do I migrate my Morphic application to Spec? To my mind, this document is only the beginning. It doesn't even have a list of the available Spec models and their APIs - even the original Spec Report had a table of these. The approach seems to be - here's a general idea of how it works - read the source if you actually want to do anything. Well, even an idiot like me can perhaps work out how to use a LabelModel, but TreeModel,say, with its TreeColumns and TreeNodes is not so obvious and it needs trial and error to find out how it all fits together (not helped by the complete abscebnce of helpful class comments). We don't need tail and error. We need documentation. Finally, can we please stop using class browsers as examples? I know that it is easy (and cool) to use reflection to get lists of classes, protocols and methods but this only adds to the impression that the smalltalk community is self-absorbed and narcissistic. If you want to attract business developers then use examples that relate to the real world, not to the pharo environment itself. Why not a database example or a paint application example? No one wants to write a class browser - that's already available! Perhaps I should stop before this becomes filed under /Why is smalltalk/pharo so unpopular./ To sum up, this documentation is a good start - but that's all it is. -- View this message in context: http://forum.world.st/ANN-Spec-documentation-in-PFTE-book-finished-tp474303… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 16, 2014

Re: [Pharo-users] mathematical models

by Natalia Tymchuk

Hello, Code which I used to build that plots is on the repository http://smalltalkhub.com/#!/~NataliaMoskovchuk/SciSmalltalk-Metrificator Best regards, Natalia On Feb 14, 2014, at 9:53 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi Paolo > > Where are you in italy? This is wonderful to hear that :) > > If you need slides about syntax and others. Do not hesitate to ask me. I have a lot of slides. > Now for your question I do not know. > I know that natalia tymchuk worked on differential equation resolvers. > > http://natalia.tymchuk.me/2013/09/code-functionality-assessment.html > > Now I do not know where the code has been published. > > For plotting there are PlotMorph or GraphET. > > >> Hi Guys! >> >> I'm going to start to teach as assistant professor of Operative Research, and i'd like to teach some stuff of Pharo. I was wondering if there are some Packages about mathematical models as Lotka-Volterra or other models about the dynamics of biological systems already implemented (with plot too). >> >> Thanks for the help. >> Paolo >

Feb. 16, 2014

Re: [Pharo-users] Streaming API for Pharo?

by Arturo Zambrano

Thanks Sven, I will give it a try. Best regards art On Thu, Feb 13, 2014 at 4:35 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hello Arturo, > > On 13 Feb 2014, at 15:00, Arturo Zambrano <arturo.zambrano(a)gmail.com> > wrote: > > > Hi All, > > we are playing with Roassal for the visualization of Twitter data. > > So far we used Zn-SSO to connect to twitter and call REST API to > > get some tweets for playing. > > > > Now, we would like to use the streaming API. I could not figure out how > to > > do this with Zn-*. > > > > According to Twitter Streaming API docs: > > Some HTTP client libraries only return the response body after the > connection has been closed by the server. These clients will not work for > accessing the Streaming API. You must use an HTTP client that will return > response data incrementally > > > > I would like to know if Zn allows to get data incrementally. > Furthermore it would be great to know if there is some example where I can > start from. > > > > > > Once we have our toy working we plan to release it to the community. > > > > thanks. > > > > art > > Zinc HTTP Components is a framework that does allow you to do pretty much > everything related to HTTP. I would suggest you load the Zinc WebSockets > addon package: > > https://github.com/svenvc/docs/blob/master/zinc/zinc-websockets-paper.md > > In particular, look at ZnWebSocket class>>#to: where after an initial > request/response interaction, the actual connection used in the client is > taken and used to run a completely different protocol. I guess in your case > you would then keep on reading responses. > > But it might be simpler than that, if the server returns an actual > infinite response, you could ask for ZnClient>>#streaming: true and use the > resulting ZnStreamingResponse's contents (a stream) to keep on reading. > > Good luck and let me know how it goes, I am pretty sure we can get this > working ! > > If you can tell me how I can access such a response with my twitter > account, I can try as well. > > Sven > > > >

Feb. 16, 2014

Re: [Pharo-users] Streaming API for Pharo?

by Arturo Zambrano

thanks! I will take a look at it. art On Thu, Feb 13, 2014 at 11:48 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Arturo Zambrano wrote > > I would like to know if Zn allows to get data incrementally > > The Nabble mirror (http://forum.world.st/Pharo-f1294836.html will check > both > dev and user lists) has a great search feature. "Zinc stream" returned some > interesting results... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Streaming-API-for-Pharo-tp4743273p4743294.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 16, 2014

Re: [Pharo-users] Choosing 'Sb' as an umbrella package prefix?

by Esteban A. Maringolo

There is no solution for this other than namespacing (which is an issue in itself). If it's not a conflict now, it will be in the future. I prefix my domain classes with Ts and Gpt, so far it doesn't clash with anything else. May it ever happen, I will rant. :) Regards, Esteban A. Maringolo 2014-02-14 14:28 GMT-03:00 Michael J. Forster <mike(a)sharedlogic.ca>: > Hi, > > I have two questions regarding the choice of package prefix, but, first, > some background. > > We have a number of packages that I would like to publish as open source > on smalltalkhub.com over the coming year. As well, we have several > proprietary customer packages in our internal MC repository. Obviously, we > want to avoid name collisions with everyone else, but we want to keep our > package and class names from bloating, too. > > I'm thinking of choosing the umbrella package/class prefix 'Sb' (for the > element Antimony, shamelessly following Sven's example) for everything we > write. We would use one or two further characters to distinguish our > actual packages and classes (public and proprietary). For example, > > SbWA... - our Seaside utilities > SbPG... - our PostgresV2 utilities > SbPr... - our Prolog query engine > SbMt... - a proprietary client project > > My first question: Does this sound reasonable? I don't want to give > potential users the impression that unstated dependencies exist between our > open source 'Sb' packages. I'm simply trying to carve out a namespace. > > Second, I installed all of the packages I could using the Metacello > Configuration browser in Pharo 2.0 and collected the first three characters > of all packages and classes. I didn't find any use of the 'Sb' prefix. > Does anyone know of a conflict? > > > Thanks! > > Mike > > -- > Michael J. Forster, B.Sc. (Hons.), B.Sc. > COO, Programmer > Shared Logic Inc. > >

Feb. 14, 2014

Choosing 'Sb' as an umbrella package prefix?

by Michael J. Forster

Hi, I have two questions regarding the choice of package prefix, but, first, some background. We have a number of packages that I would like to publish as open source on smalltalkhub.com over the coming year. As well, we have several proprietary customer packages in our internal MC repository. Obviously, we want to avoid name collisions with everyone else, but we want to keep our package and class names from bloating, too. I'm thinking of choosing the umbrella package/class prefix 'Sb' (for the element Antimony, shamelessly following Sven's example) for everything we write. We would use one or two further characters to distinguish our actual packages and classes (public and proprietary). For example, SbWA... - our Seaside utilities SbPG... - our PostgresV2 utilities SbPr... - our Prolog query engine SbMt... - a proprietary client project My first question: Does this sound reasonable? I don't want to give potential users the impression that unstated dependencies exist between our open source 'Sb' packages. I'm simply trying to carve out a namespace. Second, I installed all of the packages I could using the Metacello Configuration browser in Pharo 2.0 and collected the first three characters of all packages and classes. I didn't find any use of the 'Sb' prefix. Does anyone know of a conflict? Thanks! Mike -- Michael J. Forster, B.Sc. (Hons.), B.Sc. COO, Programmer Shared Logic Inc.

Feb. 14, 2014

Re: [Pharo-users] [gsoc-mentors] Re: GSoC: call for ideas

by Alejandro Infante

Project idea Name: Instance Derreferencer for Pharo Skill level: Intermediate Possible Mentors: Name of the Student: Alejandro Infante Description: A problem with image based environment is, when you detect a memory leak is removing those objects from the system. This tool would provide a handy UI to inspect the current instances of the classes that we think they have a memory leak and, in case there are objects that are not being garbage collected, offer to the user a Derreference button. This is going to iterate over all the objects that have a reference to my object and remove that reference, finally enabling the Garbage Collector to get rid of the leak. 2014-02-14 5:08 GMT-08:00 Nicolas Petton <petton.nicolas(a)gmail.com>: > > Paolo Bonzini writes: > > > Il 11/02/2014 10:42, Damien Cassou ha scritto: > >> Hi fellow Pharo hackers, > >> > >> ESUG, the European Smalltalk User Group, is applying for this > >> year's Google Summer of Code. As you probably know, the Summer > >> of Code provides the opportunity to fund students to work during > >> the summer on Pharo. Please reply to this > >> email (be sure to use "Reply to all") if you have ideas you > >> would like to propose. > >> > >> Please include a summary of the project and links to web pages > >> that can help prospective students to write their application. > >> Please also include the following information: > >> > >> - if applicable, other dialects that you would be willing to > >> mentor this project for > >> > >> - the skill level > >> > >> - name of the mentor(s), email addresses, and possibly any IRC > >> network/channel/nickname where they can be found. > >> > >> Thanks for contributing to ESUG's Summer of Code application! > >> > > > > Just a note that I haven't yet processed this thread, but our ideas page > > is already looking pretty well (and Pharo section is big) so I'll > > probably do it in the weekend or next Monday. > > I can do it if you want. > > Cheers, > Nico > >

Feb. 14, 2014

Re: [Pharo-users] Athens question - #openInSceneView

by Igor Stasenko

On 14 February 2014 15:57, J.F. Rick <self(a)je77.com> wrote: > Incomplete, though EllipseMorph would be quite easy to implement. You > would have to implement drawOnAthensCanvas: on EllipseMorph. It is > currently just inheriting that from Morph. > > Right. > Cheers, > > Jeff > > > On Wed, Feb 12, 2014 at 10:09 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> If I understand correctly #openInSceneView wraps a morph in an >> Athens scene. I tried some examples: >> >> "Smalltalk ui icons configIcon asMorph openInSceneView" >> "BorderedMorph new openInSceneView" >> >> First two work, but the third: >> >> "EllipseMorph new openInSceneView" >> >> brought up a yellow morph - but as rectangle not as ellipse >> like in "EllipseMorph new openInWorld". >> >> Havent looked deeper. Incomplete or a bug? >> >> Thx >> T. >> >> >> >> >> >> >> >> > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Best regards, Igor Stasenko.

Feb. 14, 2014

Re: [Pharo-users] Improving Strings Manipulation topic

by Daniela Meneses

Hi Doru: Thank you for your reply, I will take a look to them. I'm from Bolivia. :D -- Cheers, Dani

Feb. 14, 2014