November 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] The SmalltalkHub demo is online!

by Geert Claes

Nicolas Petton wrote: > > I hope before the end of the year. The next demo will very likely run on > GemStone, then the final app will be hosted by the INRIA. > Good stuff! How about a mirror/failover app that runs at GemStone/VMWare? -- View this message in context: http://forum.world.st/The-SmalltalkHub-demo-is-online-tp4073806p4075717.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 16, 2011

Re: [Pharo-project] Headless PetitParser

by Alberto Bacchelli

StÃ©phane Ducasse wrote: > > can you give an example so that people can learn too? > Sure. So I have a simple bash script that calls the vm, the image, and the script: ----------------bash script----------- #!/bin/bash export AN_ENVIRONMENT_VARIABLE=somevalue export SCRIPT_LOG_FILE=afilename "$pharovm_dir"/squeak -plugins "$pharovm_dir" -encoding Latin1 -headless "$pharo_image" "$smalltalk_script" && exit 0 echo Something bad happened! exit 1 ---------------------------------------- the $smalltalk_script is an .st file with the code to be executed (an example later). environment variables, such as AN_ENVIRONMENT_VARIABLE and SCRIPT_LOG_FILE, are useful to pass some info to the smalltalk script in an easy way, here we use SCRIPT_LOG_FILE to save some script's output to a file. Here I put a very simple example based on what I did: ----------------pharo script (aka $smalltalk_script)----------- [| fs environment pid | environment := OSProcess thisOSProcess environment. pid := OSProcess thisOSProcess pid. someValue := (environment at: 'AN_ENVIRONMENT_VARIABLE'). fs := FileStream forceNewFileNamed: (environment at: 'SCRIPT_LOG_FILE'). loggingBlock := [:message | fs nextPutAll: TimeStamp now asString, ' [', pid asString, '] ' . fs nextPutAll: message; nextPut: Character lf.]. loggingBlock value: 'Starting script with ', someValue. "do some interesting stuff here" "..." Smalltalk snapshot: false andQuit: true.] on: Error do: [:err | OSProcess thisOSProcess stdErr nextPutAll: err asString; nextPut: Character lf. Smalltalk snapshot: false andQuit: true.] ------------------------------------------ A few comments: - with "OSProcess thisOSProcess environment" you can access environment variables as a dictionary (that's why I use them instead of command line arguments) - "OSProcess thisOSProcess pid" gives you the pid of your process, in this way I can make a unix-like log file - "Smalltalk snapshot: false andQuit: true." closes the image correctly at the end of your script and does NOT save the state on the image. - "[...] on: Error do: [:err | OSProcess thisOSProcess stdErr nextPutAll: err asString; nextPut: Character lf. Smalltalk snapshot: false andQuit: true.]" is _VERY_ useful to debug your code. Any time there is an error in the main block, it catches it and prints the message to the console using the standard error. This is essential to be able not to spend ages in trying to understand what went wrong with your script. That's all. I hope it's useful to someone. Cheers, Alberto -- View this message in context: http://forum.world.st/Headless-PetitParser-tp3994446p4075649.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 16, 2011

[Pharo-project] Can we display and input chinese?

by Hilaire Fernandes

Hello A friend of me in Taiwan ask me about that because previous version of DrGeo used to work with Chinese display and input. Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

Nov. 16, 2011

Re: [Pharo-project] [squeak-dev] The SmalltalkHub demo is online!

by Nicolas Petton

On Tue, 2011-11-15 at 17:56 -0300, Mariano Martinez Peck wrote: > > BTW.... one thing I would love but I think you already answered to me > that yes, is the ability to have a ConfigurationOfSmalltalkHub which > let me take a standard Pharo image and execute: > ConfigurationOfSmalltalkHab loadWithFuelPresistency. > and I can have my own/company/whatever repo running :) Exactly. that's the goal :) Nicolas

Nov. 15, 2011

Re: [Pharo-project] The SmalltalkHub demo is online!

by Nicolas Petton

On Tue, 2011-11-15 at 20:52 +0100, Sven Van Caekenberghe wrote: > On 15 Nov 2011, at 20:18, Nicolas Petton wrote: > > > I'm glad to tell you that the demo of SmalltalkHub is online. > > http://www.smalltalkhub.com > > > > Note that this is a demo only (all projects will be deleted at some point). > > Beautiful ! > > When can we start using this, knowing that the data is kept safe ? I hope before the end of the year. The next demo will very likely run on GemStone, then the final app will be hosted by the INRIA. Nicolas > > Sven >

Nov. 15, 2011

Re: [Pharo-project] [squeak-dev] The SmalltalkHub demo is online!

by Mariano Martinez Peck

On Tue, Nov 15, 2011 at 4:18 PM, Nicolas Petton <petton.nicolas(a)gmail.com>wrote: > Hi guys, > > I'm glad to tell you that the demo of SmalltalkHub is online. > http://www.smalltalkhub.com > > Note that this is a demo only (all projects will be deleted at some > point). > > You can follow the SmalltalkHub project here: > http://smalltalkhub.com/user/NicolasPetton/SmalltalkHub > > You can report bugs you encounter on the issue tracker there. > > This demo is running on Pharo (the next one will be on GemStone). > > The changelog is quite big, but here's some important changes: > > - The clone feature has been removed in favor of an inbox per project. > (later the inbox repository url will be visible in the project overview) > - RSS feeds for project timelines and user activity > - Persistency is now pluggable (the current demo uses Fuel to serialize > the repository) > Nice to hear that. Let us know if we can improve something. BTW.... one thing I would love but I think you already answered to me that yes, is the ability to have a ConfigurationOfSmalltalkHub which let me take a standard Pharo image and execute: ConfigurationOfSmalltalkHab loadWithFuelPresistency. and I can have my own/company/whatever repo running :) > - New help system > - New chronological view of packages > - More useful commit view > - The issue tracker has received some love some bugs has been fixed > - new statistics view > - Email notifications > - And of course, many bug and UX fixes > > Some features that will appear soon (in random order): > - Scripting engine to perform actions on projects > - A diff browser > - the ability to accept/decline packages committed to the inbox, and > move/delete packages/versions. > > Cheers, > Nicolas > > > -- Mariano http://marianopeck.wordpress.com

Nov. 15, 2011

Re: [Pharo-project] Status of ToolBuilder

by Marcus Denker

On Tue, Nov 15, 2011 at 4:47 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I was kind of surprised that ToolBuilder is still part of Pharo. > > Are there any users? Are there any plans to update it to match the > version of Squeak? Is it encouraged to build UIs with ToolBuilder? > > As much as I remember we removed it? Maybe in 1.4, though. -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

Nov. 15, 2011

Re: [Pharo-project] The SmalltalkHub demo is online!

by Sean P. DeNigris

Nicolas Petton wrote: > > I'm glad to tell you that the demo of SmalltalkHub is online. > http://www.smalltalkhub.com > Per-project inbox and issue tracker - hell yeah!!! -- View this message in context: http://forum.world.st/The-SmalltalkHub-demo-is-online-tp4073806p4073988.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 15, 2011

[Pharo-project] SystemChangeNotifier and Traits

by ezequiel lamonica

Hello again, Now the problem is when I create a class that use Traits, SystemChangeNotifier sends two messages to report this creation: 1st for class added without traits, and 2nd for class modified to use this trait. And this last message has Object as old class instead of ClassForTesting without traits. For example: Object subclass: #ClassForTesting uses: TSortable instanceVariableNames: 'a' classVariableNames: '' poolDictionaries: '' category: 'OOSCM-ClientImageTest' Can I change those messages to use only one message that includes traits? Is not this better? What do you suggest? ----- eze -- View this message in context: http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 15, 2011

Re: [Pharo-project] Slow text input?

by Sven Van Caekenberghe

On 15 Nov 2011, at 20:27, Schwab,Wilhelm K wrote: > With very long methods, I sometimes notice code rendered in black and then again with Shout's coloring. It might be Shout working as designed, or it could be exposing wasted screen updates?? That is on purpose, very long methods are a no go ;-) Sven

Nov. 15, 2011