- Pharo-users - lists.pharo.org

Re: [Pharo-users] Dealing with multiple cases of a string while keeping code short and OOP friendly

by Sean P. DeNigris

kilon.alios wrote > Is this possible ? Is this a smart way ? How would you do it ? IIUC I would parse just enough to separate the class name from the data, and then let each subclass parse the data. Something like: PythonObject fromString: '< Bone [ "side bone" , IK = True , ( 1.0 , 0.1 , 0.2) ]>'. where: PythonObject>>#fromString: aString | bracketContents pythonClassName data class | bracketContents := aString allButFirst allButLast trimBoth. pythonClassName := bracketContents copyUpTo: Character space. data := bracketContents copyAfter: Character space. class := self subclasses detect: [ :c | c pythonClassName = pythonClassName ]. ^ class data: data. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Dealing-with-multiple-cases-of-a-string-while-keeping… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 9, 2015

Re: [Pharo-users] Any framework to create a blog over seaside?

by stepharo

If you take pier you get a blog out of the box Le 9/3/15 11:52, Julien Delplanque a Ã©crit : > Hi, > > I wonder if there are existing projects/frameworks to create a blog in > pharo? > If there are I suppose they use seaside? > > Regards, > > Julien > >

March 9, 2015

Re: [Pharo-users] Pharo / J - Integration

by Martin Saurer

Hi Torsten To re-implement APL or J capabilities in pure smalltalk is an interesting approach. The problem I see currently is the performance when handling large arrays with thousands or millions of rows and/or columns. During some performance tests I saw that for arrays with a few hundred rows/cols, the calculation speed of Pharo and J is nearly the same. When handling arrays with thousands or a few millions of rows/cols, J is 7-10 times faster than Pharo. During the last decades, J has been optimized explicitly to handle (very) large arrays. In my opinion, it would be difficult to get the same processing speed in pure smalltalk. That's not a disadvantage of smalltalk, it's simply the nature of different languages. Martin > Stef wrote: >> Hi Martin >> >> I imagine that you know the OOPAL paper showing APL + Objects because it >> would be cool to have it for Pharo :). > > Hi Stef, > > do you know: http://astares.blogspot.de/2014/10/apl-concepts-in-pharo.html > > Bye > T.

March 9, 2015

Re: [Pharo-users] Pillar and GT tools in Pharo4

by Offray Vladimir Luna CÃ¡rdenas

Hi, Seems pretty impressive. By the way, where did you get your pharo background image and how can I change the default one with this one? Cheers, Offray El 06/03/15 a las 03:21, Torsten Bergmann escribiÃ³: > Hi Doru, > >> Great job. > > Was very simple to do in one evening, thanks to GT tools. I like infrastructure that empowers us > and the only thing I can lament on so far is that "Workspace" menue still opens a "Playground" > and I do give not up the hope that you get convinced that this is confusing to people ;) > >> Some feedback about the extensions: >> >> - I saw that you figured out the new feature of searching with spotter from the inspector without any public announcement. Did you figure >it out from the code of GT or by seeing an example? In any case, very nice :). > > By accident. I first implemented an own Spotter model and a custom action in the inspector for PRDocumentItems to open it. > Then I've noticed there is another icon to click on in the inspector beside mine - and as id did the same (open Spotter) > I was able to remove a lot of code again. > > Would have been nice to know earlier - but thats life when living on the latest Pharo 4 updates and getting things solved > quickly. > >> - use "composite pharoPlayground" only when you want syntax highlighting and code completion for Pharo code. Otherwise, use >> "composite text" > > Ahh, I see. It's fixed now > >> you get extensions for working with files. See here: >> http://www.humane-assessment.com/blog/writing-pillar-books-with-the-gtinspe… > > I've seen that, but it did not really work. When I load (in 4.0#40537) PetitParser from MetaRepoForPharo30 using config > browser, then the GT-InspectorExtensions-Pillar package and look by inspecting "FileSystem workingDirectory" > onto a *.pillar file I can see the new tab "Pillar" - but it does not highlight the syntax. > >> - now that the inspector and spotter are part of Pharo, we can move these extensions directly into Pillar. >> The only problem is that this syntax highlighting is based on PetitParser, so we would have to add a dependency from Pillar to >PetitParser. What do you think? > > Would make sense - the dependency to PetitParse could be set for "Pillar-Pharo-Tools" so it is not loaded if one > does not use the tool extensions. No time to look into this, although it would be nice to get the syntax highlighting in > and it would be better to place this into Pillar itself instead of GT. > > > Please keep up the good work. Spotter already allows other nice things as easily building custom helpers for > developing or own applications. See the attached screenshot: I already use a custom spotter to combine development > commands, browse domain objects, Mongo collections - easily done with a few methods and pragmas. > > Pharo is on the right track... > > Bye > T. >

March 9, 2015

Re: [Pharo-users] Pillar multiline comment

by stepharo

Because [[[ ]]] is special and if we need some others environments we will keep them for something more important than comments :) > Sure I can make a shortcut but I don't like that if there is already > something. > > So my question is why can't I do > > {{{comment: > > my > multiline > comment > > }}} > > We already have the syntax, and we already have conditional rendering; > so comment is just something that doesn't end up in any of the output > formats. > > Peter

March 9, 2015

Re: [Pharo-users] I need to put smalltalkhub down (max 30m)

by stepharo

>> you can complain nowâ¦ it *should* be working. >> > I'm not sure but I think the blue color was nicer before :P ;)

March 9, 2015

Re: [Pharo-users] Pharo /J - Integration

by Martin Saurer

Hi Alexandre Please have look at the video description on youtube. There you will find all the download links as well as instructions (ReadMe.txt) on how to install the Pharo (.mcz) and the J (pre-configured J environment) part. The .mcz file contains all the examples from the video. See www.jsoftware.com for more information, and tons of examples and essays about the J programing language. If you prefer videos for an intro to the language search for playlist "j in 10 minutes" on youtube. >From within Pharo, NativeBoost is used to access the jinter.dll/dylib/so (depending on your platform). Jinter then access the underlying J interpreter. Don't hesitate to ask me, if you have further questions. Martin > Hi Martin! > > I did not know J at all. How can I try your code? > You are invoking functions using NativeBoost of the J library? > > Cheers, > Alexandre

March 9, 2015

Re: [Pharo-users] Pharo / J - Integration

by Martin Saurer

Hi Stef Sorry, I didn't know the OOPAL paper until this evening :) I read through it very quickly, and I think it's a somewhat different approach I have to think about. To me the OOPAL concept looks like a smalltalk language extension, but with smalltalk oriented syntax, that is able to handle arrays in an easy and efficient way (without loops). The current Pharo/J integration is some sort of regular expression for math and array handling and manipulation from within Pharo. Personally I think the very compact (and sometimes cryptic) syntax of J is one of it's biggest advantages. It's not as easy to read and understand like smalltalk, but very efficient if you got some experience (like regex for strings). In my opinion, the OOPAL approach would be a set of smalltalk classes and methods which accesses an underlying array engine (like J). Please correct me, if I'm wrong. Currently, I'm unsure which approach is better. From a smalltalk point of view, the OOPAL approach is clearer. If you know both Pharo and J, it doesn't really matter. You can program all the enclosing stuff of a desktop- or web-application in Pharo, and just hack the number- crunching part (if there is one) in J. But again, I have to re-think about it ... Martin > Hi martin > > I imagine that you know the OOPAL paper showing APL + Objects because it > would be cool to have it for Pharo :). > > Stef

March 9, 2015

Re: [Pharo-users] I need to put smalltalkhub down (max 30m)

by Esteban Lorenzano

> On 09 Mar 2015, at 17:31, Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> wrote: > > Excerpts from Esteban Lorenzano's message of 2015-03-09 15:39:59 +0100: >> you can complain nowâ¦ it *should* be working. > > so while everyone is having fun with this thread, i thought the phrase "put > down" is used when you have to kill a sick or old animal. > > had me worried there for a momentâ¦ wellâ¦ in the long way I would like to kill it, yesâ¦ Freud could probably say something about my choosing of expressions ;) > > greetings, martin. > > -- > eKita - the online platform for your entire academic life > -- > chief engineer eKita.co > pike programmer pike.lysator.liu.se caudium.net societyserver.org > secretary beijinglug.org > mentor fossasia.org > foresight developer foresightlinux.org realss.com > unix sysadmin > Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

March 9, 2015

Dealing with multiple cases of a string while keeping code short and OOP friendly

by kilon alios

So I am parsing strings that represent python types and other custom objects. An example would be '<Vector (1.0 , 0.2 , 0.8) >' or '<Color (0.3 , 0.9 , 0.4 )>' etc But I dont want to use too many ifTrue , ifFalse and end up with a long method. So I was thinking creating a OrderedCollection that would be 2D , first dimension is the regex that fits the type the second is the pharo object that corresponds to this type . Then I will have a common method for each of those pharo object to deal with the parsing. But I was wondering how to use a class that I dont know its name until runtime. For example lets say i get a string aPythonString := '< Bone [ "side bone" , IK = True , ( 1.0 , 0.1 , 0.2) ]>' I would want in this case to send the message the EphBoneType parse : aPythonString. The problem is that I dont know the contents of the string until I receive it. So I want the name of the class to be composed according the string received . Is this possible ? Is this a smart way ? How would you do it ?

March 9, 2015