Re: [Pharo-users] Athens and ellipse drawing
AthensSceneView new scene: [ :can | | path | path := can createPath: [ :builder | builder absolute; moveTo: 0 @ 0.5; ccwArcTo: 0.5 @ 0.0 angle: 90 degreesToRadians; ccwArcTo: 0.0 @ -0.5 angle: 90 degreesToRadians; ccwArcTo: -0.5 @ 0.0 angle: 90 degreesToRadians; ccwArcTo: 0 @ 0.5 angle: 90 degreesToRadians ]. can pathTransform restoreAfter: [ can pathTransform scaleBy: 200 . can setPaint: Color red ; drawShape: path. "(athensCanvas setStrokePaint: strokePaint) width: (self strokeWidth / self scale) asFloat." can drawShape: path.]. can pathTransform restoreAfter: [ can pathTransform scaleBy: 190 . can setPaint: Color blue ; drawShape: path. "(athensCanvas setStrokePaint: strokePaint) width: (self strokeWidth / self scale) asFloat." can drawShape: path ] ] ; openInWindow Screen Shot 2014-04-12 at 09.01.09.pdf Description: Adobe PDF document
[Pharo-users] Fwd: [Esug-list] 2nd Visualization Contest with Roassal
Begin forwarded message: > From: Alexandre Bergel > Subject: [Esug-list] 2nd Visualization Contest with Roassal > Date: 9 Apr 2014 23:46:52 GMT+2 > To: ESUG Mailing list > > Dear colleagues and friends, > > We are happy to announce the Second Visualization Contest with Roassal. > > What can I win? > - 150 euros, sponsored by ObjectProfile > - a über-cool ObjectProfile T-shirt and some wonderful stickers > - maximum publicity of your work > - a nice award certificate, delivered during ESUG > > How can I win? > - you have to produce a visualization with Roassal. You can use the Pharo, > VisualWorks or VAST version of Roassal. Here is an example of what we expect > http://bit.ly/sunburstDemo or http://bit.ly/GraphET > - making a video is mandatory. The video will weight the most in our > decision. The video could be of any length and has to include your name and > say that is was made (partly or completely) with Roassal. No need to talk, > just show off! > - making your code available and easy to install will help you get more points > > How can I submit? > - send the links of your video and other material (if needed) to > i...@objectprofile.com Every email you will send to this email will be > acknowledged. If you do not receive a 'Ok' from us, it means we haven't read > it, in that case send your email again after a few days. > - the deadline for submitting is August 11, 2014 > > Mini FAQ? > - Is the object-profile team allowed to participate? No > - Should my visualization or code be open source? No need for this, whatever > license is fine. However your video has to be public. > - How can I get more information? Just comment on the facebook > https://www.facebook.com/ObjectProfile or using Twitter @ObjectProfile or > send email to i...@objectprofile.com or the pharo or moose mailing list > - What I submit two different videos? Yes, no problem with that > - How will judge the videos? both the esug community and the object profile > team. The Esug community will have 30% of the final grade, object profile the > remaining 70% > > Cheers, > The profilers > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > ___ > Esug-list mailing list > esug-l...@lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
[Pharo-users] What about a Pharo day in May-June?
Hi guys I think that it would be great to organize a gathering/talks/show me your stuff/networking day before spring. What do you think that this idea? We could host it at Lille. Stef
Re: [Pharo-users] Error: No factory specified
Not really. This is strange. Stef > I'm trying to load a Metacello Configuration I use in Pharo 2 into a brand > new Pharo 3 image. > > However I'm getting an error when attempting to load it, and it opens the > emergency evaluator. > > In the console I see following stack, which repeats over and over: > > LRUCache(Object)>>error: > LRUCache(Cache)>>at: > ScrollBar class>>arrowOfDirection:size:color: > ScrollBar>>upImage > ScrollBar>>updateUpButtonImage > ScrollBar>>initializeUpButton > ScrollBar>>initializeSlider > ScrollBar(Slider)>>extent: > ScrollBar>>extent: > ScrollBar(Morph)>>bounds: > MorphTreeMorph(ScrollPane)>>hResizeScrollBar > MorphTreeMorph(ScrollPane)>>resizeScrollBars > MorphTreeMorph(ScrollPane)>>hideOrShowScrollBars > MorphTreeMorph(ScrollPane)>>setScrollDeltas > MorphTreeMorph>>adjustSubmorphPositionsOf:startIdx:startPos: > MorphTreeMorph>>adjustSubmorphPositions > MorphTreeMorph>>innerWidgetChanged > MorphTreeMorph>>privateUpdateColumnMorphs > MorphTreeMorph>>updateColumnMorphs > MorphTreeMorph>>addSubmorphsFromNodeList:previouslyExpanded: > MorphTreeMorph>>updateContentsWithPreviouslyExpanded: > MorphTreeMorph>>updateList > MorphTreeMorph>>update: > PackageTreeModel(Object)>>changed: in Block: [ :aDependent | aDependent > update: aParameter ] > DependentsArray>>do: > PackageTreeModel(Object)>>changed: > PackageTreeNautilusUI>>updatePackageView > PackageTreeNautilusUI(AbstractNautilusUI)>>mcWorkingCopyCreated: > WeakMessageSend>>value: > WeakMessageSend>>cull: > Error: No factory specified > > Any clues? > > > Esteban A. Maringolo
Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha
In VW there is the concept of object bodies and head now we will eventually have that with Spur. Maybe clement explained it somewhere in his blog (I understood the point once and of course I forgot). Now I wonder what changed so much between 1.2 and 3.0 > >> Yes, #become: is *very* slow in Pharo. No problem at all in VisualWorks or >> Dolphin Smalltalk or Pharo 1.2, though! >> >> Time millisecondsToRun: [1000 timesRepeat: [String new become: String new ]] >> >> Pharo 3.0 (and also in 2.0 and 1.4): >> 3948 3495 2891 2532 3162 >> >> Pharo 1.2 with the Squeak 4.2.5beta1U VM: >> 90 89 82 90 72 >> >> VisualWorks 7.9.1: note that this is measured in microseconds: >> Time microsecondsToRun: [1000 timesRepeat: [String new become: String new ]] >> 211 208 222 212 208 > > Yes, this is an extreme difference. > > On my machine, the above takes between 1 and 2 seconds in Pharo 3 (Pharo VM) > and Squeak 4.5 (Cog VM), while VW 7.1 takes just 100 to 200 microseconds. > > Normally, #become: has to iterate over all memory, but this benchmark is a > bit special, since it involves two new objects, maybe VW's memory manager > somehow optimises this away. > > Sven
Re: [Pharo-users] changes and sources file availability
You should send a fix so that we can control the message to show up or not. Damien did a lot of clean to make sure that we can run Pharo in a readyonly folder but there are more cases probably to handle. Stef On 06 Apr 2014, at 14:16, Hilaire Fernandes wrote: > You can remove the .source file as well, but you will have a warning > message as in this screenshot. It is pretty easy to hack the system to > prevent it however. > > > Hilaire > > Le 06/04/2014 12:34, Usman Bhatti a écrit : >> My use case is to prevent access to the source code in the image as much >> as possible. >> >> For changes file, I found this: >> PharoFilesOpener >>shouldInformAboutReadOnlyChanges. >> >> For sources, no idea. But it would be good to remove the Pharo sources >> as well because that's not really needed. >> > > -- > Dr. Geo http://drgeo.eu >
Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha
On 05 Apr 2014, at 23:35, Joachim Geidel wrote: > Hi Igor, > > thanks a lot, your analysis is correct, and it helped. > > Am 05.04.2014 um 17:05 schrieb Igor Stasenko: >> so, without going deep into implementation details, just by reading comment >> i can already see potential bottleneck - using #become: operation which is >> veery slow. > > Yes, #become: is *very* slow in Pharo. No problem at all in VisualWorks or > Dolphin Smalltalk or Pharo 1.2, though! > > Time millisecondsToRun: [1000 timesRepeat: [String new become: String new ]] > > Pharo 3.0 (and also in 2.0 and 1.4): > 3948 3495 2891 2532 3162 > > Pharo 1.2 with the Squeak 4.2.5beta1U VM: > 90 89 82 90 72 these numbers are strange. Because mariano used a lot become: and he did not report a factor like that. Thanks for reporting them. > > VisualWorks 7.9.1: note that this is measured in microseconds: > Time microsecondsToRun: [1000 timesRepeat: [String new become: String new ]] > 211 208 222 212 208 this will be fixed with spur and body. > > That’s a factor of more than 10.000! IMHO, someone should have a look at the > primitives involved. > >> also, by tracking senders of #knownJavaSubclasses , i see there's also uses >> of #become operation.. >> >> So, my first verdict is: >> - excessive use of #become ==> slow performance >> :) >> >> (sure, i have no idea if you can avoid using become or not, but my bet this >> is main reason of low performance) > > Well, given the measurements above, I wouldn’t say that the reason is > excessive use of #become:, but the extremely slow implementation of #become: > in Pharo since 1.4. However, I managed to remove the need for sending > #become: in #findClassFor:, but not in the second place. This reduces the > time to start a Java VM to 5-6 seconds on my aged machine (2.4 GHz Intel Core > 2 Duo from early 2008). The benchmark which I mentioned in my announcement > and which took 12 seconds came down to less than 0.2 seconds. That's a little > more than the 0.11 seconds in VisualWorks, but at least in the same order of > magnitude. > > Thanks again! > Joachim > >
Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha
Joachim
would you be interested to write a little Chpater for the Pharo for the
entreprise book?
I can help.
Ste
On 05 Apr 2014, at 14:32, Joachim Geidel wrote:
> Am 31.03.2014 um 21:25 schrieb Tudor Girba :
>> Now, the next question. I saw that it is possible to enable callbacks, but I
>> could not find an example of how it works.
>>
>> For example, could we model this:
>>
>> - in a JavaClassOriginator class we have a method like
>> execute(JavaClassTargetInterface target) { target.m() }
>> - In Pharo we create PharoClassTargetImplementation as an implementation of
>> JavaClassTargetInterface
>> - passing an instance of PharoClassTargetImplementation to
>> JavaClassOriginator results in calling PharoClassTargetImplementation>>m
>>
>> ?
>>
>>
>> Cheers,
>> Doru
>
> Hi Doru,
>
> it’s not completely straightforward, but also not really complicated. Chris
> Uppal’s JNIPort documentation contains examples, and you can also get some
> information from the test cases for callbacks. You will need the jniport.jar
> file which can be downloaded from http://jniport.wikispaces.com/Downloads (it
> is contained in JNIPort_Extras.zip). The Java classes needed for callback
> support have names starting with „Dolphin“ - they come directly from Chris’
> implementation for Dolphin Smalltalk.
>
> A simple example: To set up sending a simple notification without parameters
> to a Smalltalk object, you need a Java class similar to the following:
>
> -
> package my.package;
> import org.metagnostic.jniport.*;
> public class MyClass
> {
> private static final Object notifyTag = new
> String("MyClass.sendNotification()“);
> public static Object notifyTag () { return notifyTag; }
> public void sendNotification()
> throws RequestNotHandedException
> {
> new DolphinNotification(notifyTag, this).send();
> }
> }
> -
>
> You have to install the callback in Smalltalk:
>
> -
> NotificationHandler := … "the object which receives the notifications"
> classStatic := jvm findClass: 'my.package.MyClass'.
> jvm callbackRegistry
> setCallback: classStatic notifyTag "the tag can be an arbitrary String"
> handler: [:this :param | NotificationHandler handleNotificationFor:
> this].
> -
>
> When you send sendNotification() to an instance of MyClass,
> NotificationHandler should receive the message #handleNotificationFor:.
>
> In the example code, the tag is a static variable in MyClass. Of course, you
> can also give every instance of MyClass its own tag. In this case, you have
> to set up a callback in Smalltalk for every tag which is used.
>
> The example is a short version of the test code for handling notifications in
> JNIPortCallbackNotificationsTest and the corresponding Java class
> org.metagnostic.jniport.test.regression.Notifications. The source code of
> this Java class is in the archive JNIPort-Tests.zip which is contained in
> JNIPort_Extras.zip.
>
> If you need an example for a notification which has parameters and where the
> Smalltalk code returns a result, have a look at
> JNIPortCallbackRequestsTest>>testCallbackWithOneParameterAndReturn and the
> corresponding Java class org.metagnostic.jniport.test.regression.Callbacks.
>
> In the Java class, you need something like this (copied from Callbacks and
> simplified) which enables a callback taking an int parameter and returning an
> instance of the Java class Integer:
>
>private static final Object callbackTag = new String(„callback with
> parameters"),
>
> // callback with return value
> public int callbackAndReturn(int i)
> throws Throwable
> {
> Object returnValue = new DolphinRequest(callbackTag, this,
> i).value();
> return ((Integer) returnValue).intValue();
> }
>
> A DolphinRequest is created with the tag which identifies the callback in
> Smalltalk, the object sending the callback (this), and an arbitrary number of
> parameters. For example, the following creates a DolphinRequest with two
> parameters:
>
> DolphinRequest dr = new DolphinRequest(
> s_callbackTag,
> this,
> new Integer(i),
> new Double(d));
>
> Calling the value() method of the DolphinRequest sends the request to
> VisualWorks and returns the result of the Smalltalk callback block.
>
> In Smalltalk, you can create callbacks accepting parameters like this (see
> JNIPortCallbackRequestsTest):
>
> "No parameters"
> jvm callbackRegistry setCallback: classStatic callbackTag
> handler: [:this :param | self handleCallbackFor: this].
>
> "One parameter"
> jvm callbackRegistry setCallback: classStatic callbackTag
>
Re: [Pharo-users] deep into pharo(esug 2013) translate to korean draft version.
Thanks a lot Once you have a pdf version we can put it on the website. Stef On 02 Apr 2014, at 04:20, peter yoo wrote: > http://trans.onionmixer.net/mediawiki/index.php?title=DeepintoPharo > > > this book translate to korean. but draft now. > have a time then read and fix more. > > > thanks for Alexandre Bergel, Damien Cassou, Stephane Ducasse, Jannik > Laval. and more smalltalkers. > > :D > > -- > http://onionmixer.net | http://gentoo-kr.org > peter yoo. ROK
Re: [Pharo-users] Tiny-social meeting in Buenos Aires
cool idea. stef On 31 Mar 2014, at 16:16, Esteban Lorenzano wrote: > Hi, > > As some of you know, I’m on vacations in Buenos Aires. Last days I was > talking with the other Esteban of this list and with Hernan about doing a > Pharo meeting to talk about the upcoming Pharo3 and well… to socialise a bit > :) > It cannot be a true sprint or formal event because my times are complicated > (also I’m on holidays!) but is good to meet anyway and exchange impressions > and news. > Anyway, it will be friday 18hs to 20:30hs, in this place: > http://www.cervelar.com.ar > (in the Belgrano location). > > If you are in Buenos Aires and want to come, please send a confirmation (we > need to make a reservation). > > Cheers, > Esteban > >
Re: [Pharo-users] Pharo 1
On which os are you? The new image on mac should be under the ressources folder and the script just opens the default one. > > Im busy with book 1 and I work with version 1 > Now this morning I did some changes and save it under a name. > > But when I just start up Pharo I see the pharo1.img again without my changes. > And I also do not see a menu where I can choose which image I want to use as > version 2 of Pharo does. > > How can I proceed where I quit with the right image. > > Roelof > >
Re: [Pharo-users] challenges
Why dont you start to take some of the 99 python problems and build a 99 Pharo problems it would be really fun and useful. I would love to have a little list of kata and exercises. Stef On 31 Mar 2014, at 17:38, Roelof Wobben wrote: > Hello, > > I almost get book 1 ready. > > Now I wonder if there are challenges so I can practise more in Smaltalk. > I know I learn the best by doing things and not just read about it. > > I like the most if the challenges can start at simple and get more complex . > > As example what I mean is 99 prolog/python problems > > Roelof > >
Re: [Pharo-users] How to draw a Morph with Athens?
On 30 Mar 2014, at 17:34, MartinW wrote: > Igor Stasenko wrote >> u you u no draw morphs by athens :) >> >> - use AthensWrapMorph. >> put as many submorphs into it, and they all will be drawn via Athens. >> eventually, the need in wrap morph will disappear once WorldMorph (the >> root >> of all morphs) start using Athens directly. > > Ok, thank you, that's nice. > What is the intended use - subclass AthensWrapMorph instead of Morph for my > own Morphs, the second choice. This way when we swicth to athens you will have nothing to do. > or make my Morphs subclasses of Morph as usual and always create > a AthensWrapMorph and then add them as submorphs? > > M. > > > > > -- > View this message in context: > http://forum.world.st/How-to-draw-a-Morph-with-Athens-tp4751463p4751715.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] example does not work
start with the image with the book :) because after all the tools are easy to grasp. Stef On 29 Mar 2014, at 21:34, Roelof Wobben wrote: > Pharo4Stef schreef op 29-3-2014 21:12: >> do not hesistate to ask questions. >> and have fun :) >> stef >> > > Thanks, > > I can find the interactive tutorial on the help. > But how can I start it on 2.0 > > Roelof >
Re: [Pharo-users] 64 bit version
On 29 Mar 2014, at 21:16, Roelof Wobben wrote: > Pharo4Stef schreef op 29-3-2014 21:07: >> >> >>> Pity. >> >> You know there is no magic powder. We are already really grateful that eliot >> is pushing the vm work. >> Esteban will help on the 64 bits and clement probably too or spur and new >> bytecodes plus language side optimisations. If we could pay 3 full time >> engineers in the future… but this is not the case. >> > > I know that and it's not that i think the developer do a bad job. > It's more a expresiion of my feeling. Ok then I share the same feeling :) > > Roelof >
Re: [Pharo-users] example does not work
do not hesistate to ask questions. and have fun :) stef On 29 Mar 2014, at 20:58, Roelof Wobben wrote: > Thanks, I see what I forget. > > I have to learn to select it and then do it. > Maybe for me its better I follow the interactive tutorial first. > As soon as I figured it out how to make it start on 2.0 > > Roelof > > > Nicolai Hess schreef op 29-3-2014 20:52: >> This works form me in Pharo 2: >> >> >> >> >> 2014-03-29 18:25 GMT+01:00 Roelof Wobben : >> Nicolai Hess schreef op 29-3-2014 17:44: >>> 2014-03-29 16:36 GMT+01:00 p...@highoctane.be : >>> Get the morph examples in the pharoextras smalltallhub repo. >>> >>> Some please point the correct location as I am on a mobe. >>> >>> >>> >>> http://smalltalkhub.com/#!/~PharoExtras/MorphExamplesAndDemos >>> >>> Install with: >>> >>> Gofer new >>> url:'http://smalltalkhub.com/mc/PharoExtras/MorphExamplesAndDemos/main' >>> username: '' >>> password: '' ; >>> package:'MorphExamplesAndDemos'; >>> load >> >> Thanks, >> >> I copied this in a workspace and choose do it, >> But nothing seems to be happen. >> >> Roelof >> >> >
Re: [Pharo-users] 64 bit version
> Pity. You know there is no magic powder. We are already really grateful that eliot is pushing the vm work. Esteban will help on the 64 bits and clement probably too or spur and new bytecodes plus language side optimisations. If we could pay 3 full time engineers in the future… but this is not the case. > Im using Frugalware which has pure 32 or pure 64 bit. > Then I need to download the 32 bit and install that one and ty to make Pharos > work. > > Roelof > > > kilon alios schreef op 29-3-2014 15:16: >> no unfortunately there is no such thing. Fortunately most open source >> libraries out there still compile for 32 bit so you should not experience >> any major issues. >> >> >> On Sat, Mar 29, 2014 at 3:03 PM, Roelof Wobben wrote: >> Hello, >> >> Is there a 64 bit version of Pharo. >> I use a 64 bit version without the 32 bit libraries so no multilib >> >> Roelof >> >> >> >
Re: [Pharo-users] 64 bit version
no yet. Planned for the end of the year. Stef > Hello, > > Is there a 64 bit version of Pharo. > I use a 64 bit version without the 32 bit libraries so no multilib > > Roelof > >
Re: [Pharo-users] [Pharo-dev] New website about Spec - http://spec.st
Thanks ben This is really to see my ideas coming to live ;D > > I am glad to announce (even if Philippe already let the cat out :P) a website > dedicated to Spec: http://spec.st. > You can find a quick introduction, documentation (mainly what is now in the > Pharo For The Enterprise book), and > a news feed where I will explain the API changes, the news widgets introduce > etc. What is the best github repo to edit the chapter? > The website contents can be found here > (https://github.com/spec-framework/website) so if you want to contribute > you are welcome :) > > Ben > > PS: I would like to thank Johan Fabry who helped me a lot writing the > documentation, > Sean P. DeNigris who fixed my english a couple of times and Nicolas Petton who > helped me on the website look and feel
Re: [Pharo-users] [ANN] Application Security for your domains
the linke o your blog leads to http://www.smalltalkhub.com/#%21/%7Ehernan/ApplicationSecurity On 28 Mar 2014, at 00:58, Hernán Morales Durand wrote: > Hello guys, > I'm doing a double announcement here. > > First, a new blog about development with Pharo, and Smalltalk: > > http://80738163270632.blogspot.com.ar/ > > Second, my first entry contains a post about Application Security, a new > package to make Pharo applications more secure. You can start playing with > the objects right now, while more documentation is being written for the next > release. > > Hope you like it and I'm looking forward to hearing from you. > Cheers, > > Hernán >
Re: [Pharo-users] new website about Artefact
> Is there any interest or plan in porting Artefact to other Smalltalk > dialects? We would prefer to improve it :) and build on top. > I image there would be few dependencies to deal with, like UnitValue. > > I've worked with PDF4Smalltalk on VW, but porting it proved be a challenge > because of namespace collisions (it has classes Boolean, Integer, Date, etc). > why we ported Moose to Pharo and we handled the namespace. > > Thanks, > Bob Nemec
Re: [Pharo-users] [ANN] JNIPort for Pharo 3.0 alpha
EXCELLENT Thanks for this important contribution. Stef On 25 Mar 2014, at 19:59, Joachim Geidel wrote: > Hi everybody, > > JNIPort for Pharo 3.0 alpha is now available at SmalltalkHub. > > JNIPort is a Smalltalk library which allows Java code to be invoked from > Smalltalk. It acts as a bridge between the world of Smalltalk objects and a > Java Virtual Machine (JVM) where Java code is executing. > > When I first ported JNIPort to Squeak and Pharo 1.x, I used Alien as the FFI > library. As NativeBoost has superseded Alien, the interface to the Java > Native Interface library had to be rewritten. There are still some > undocumented and obscure parts in NativeBoost, so this has taken some time. > > If you want to try it, load it via the ConfigurationOfJNIPort. I hope this > works. If it does not, load the packages individually in the order in which > they appear in the ConfigurationOfJNIPort. > http://www.smalltalkhub.com/#!/~JNIPort/JNIPort > The next step is to read the documentation at > http://jniport.wikispaces.com/ > Otherwise, you won't know what to do next. ;-) > Download the extra files from the download page at Wikispaces, you will need > two jar files from there. > > Start a Java VM attached to Pharo by adapting and executing the following > code snippet: > > > | jvmSettings | > "You can set the path to the Java VM library by editing the path as > needed." > JNIPortJNIInterface libraryFile: > '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libclient.dylib' > . > "JNIPortJNIInterface libraryFile: > 'C:\Programme\Java\jre7\bin\client\jvm.dll' ." > > jvmSettings := JVMSettings new. > jvmSettings usesGhosts: true. > jvmSettings supportsCallbacks: true. > jvmSettings jniPortSettings useJNIHelperLibrary: false. > jvmSettings ghostClassSettings retainMethodSource: true. > > "On Mac OS X and Linux, class path entries are separated by colons." > "On Windows, you have to use semicolons instead. Edit the following line as > needed." > jvmSettings runtimeSettings classpath: > '.:/Users/myname/JNIPort.jar:/Users/myname/JNIPort-Tests.jar'. > " jvmSettings runtimeSettings classpath: > '.;.\JNIPort.jar;.\JNIPort-Tests.jar'." > > "Uncomment the following if you want the Java VM to emit verbose messages. > How to access these messages depends on your platform. > On Mac OS X, they are visible in the Console application." > "jvmSettings runtimeSettings addOption: '-verbose:jni'; addOption: > '-verbose:gc'; addOption: '-verbose:class'." > Cursor execute showWhile: [JVM newWithSettings: jvmSettings]. > > > Then the fun starts: > > > | zfClass zipfile entries | > zfClass := JVM current findClass: #'java.util.zip.ZipFile'. > zipfile := zfClass new_String: 'JNIPort.jar'. > zipfile size. "--> answers an Integer" > entries := zipfile entries. > entries asAnEnumeration do: [:each | Transcript cr; print: each]. > > > And now to the ugly little secret reason why I call it an alpha version: > > While everything seems to work, it is *much* slower than it used to be in > Pharo 1.2 with Alien. And when I compare it with VisualWorks, I wonder if > the Pharo version secretly does some additional work for SETI: > - Starting the JVM: > VisualWorks 0.7 seconds > Pharo 7 to 8 seconds > - A benchmark using some methods of java.io.BufferedReader and > java.util.StringTokenizer: > VisualWorks 114 milliseconds > Pharo 12 to 13 seconds > > I have not yet found the reason. The TimeProfiler is not very helpful, as > its 1 millisecond resolution is too coarse. It would be nice if it had > microsecond resolution. From the TimeProfiler results, it seems that calling > a JNI method with NativeBoost is extremely slow, but I don't trust those > profiles too much. > > So, give it a try, and if you find something useful concerning the bad > performance, please send me a message. > > Best regards, > Joachim Geidel > > > > > -- > View this message in context: > http://forum.world.st/ANN-JNIPort-for-Pharo-3-0-alpha-tp4750750.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] Configuration Browser
Yes we asked engineer positions to build such kind of infrastructure but it was rejected so… > >There is no easy solution > > A step along the way would be that CI job uploading the equivalent in > STON/JSON format to files.pharo.org (maybe .../updates/catalog or > .../extra/catalog) > Having the raw data accessible would facilitate others (or at least me) > experimenting with ConfigurationBrowser to display the descriptions. > > cheers -ben >
Re: [Pharo-users] Phratch Website + version 3.0 in dev
> > - version 3.0 is the version in development. What is new here: Before > > this version Phratch was really slow. I am cleaning the code, and now it > > begins to be fast, really fast ! We also begun to write tests. > > I am curious. What did you finally find out for speed up? > > Hum, some crappy things. > For example, to manage the z-index of the bubble talk: > - a loop to draw all the morph > - a second loop that select the buuble (isKindOf: bubble !!!) and draw only > the bubble. > These two loops are in the same method and called on each step... for a > bubble that appears only 1 or 2 times in an application no comment! > > Removing the second loop makes Phratch 2x faster. > > I am continuing to clean that. > I also find the problem with click-event. Now when I click, it works fine ! > > Cheers, > Jannik > > > > > > Hilaire > > > -- > Dr. Geo http://drgeo.eu > > > > > > -- > ~~Jannik Laval~~ > École des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://car.mines-douai.fr/ >
Re: [Pharo-users] Pharo 3.0 image shrink
On 15 Mar 2014, at 22:22, Hilaire Fernandes wrote: > Even with commenting out checkState, the VM crash or the display is all > white. Just achieved a shrink to ~17MB > > I applyed my pharo 1.4 cleaning and only get to 16.7MB. > So far, not really great. could you let me know the list of classes you are in the system. This is clear that we should spend some months on that to get progress. Stef > > Hilaire > > > Le 15/03/2014 18:46, Hilaire Fernandes a écrit : >> Hi Stef, >> >> Yes it is tedious, I had fairly success with Pharo 1.4 to get it down to >> about 10MB for DrGeo release image. >> >> So, in the mean time, I will take a try with your suggestion and see how >> the cleaning for 1.4 worked now. >> >> Thanks >> >> Hilaire >> >> >> Le 15/03/2014 18:39, Pharo4Stef a écrit : >>> Hi hilaire >>> >>> pay attention unloading is a pain (this is why unreloader does not try to >>> nicely unload). >>> The goal of unreloader is to make sure that we get good configuration to >>> load from pavel mini image. >>> Now unreloader does crash the vm on mac. So comment the checkState method >>> and normally you should >>> get a system without some of the tool. >>> If you want to help we can work on that toegther. (first I want to finish >>> the pass I want to do on the catalog). >>> >>> Stef >>> On 15 Mar 2014, at 16:29, Hilaire Fernandes >>> wrote: >>> >>>> Hi, >>>> >>>> I want to look at shrinking Pharo 3.0 image for iStoa. In that context I >>>> don't need anymore the developer tools >>>> >>>> In Pharo 1.4 I experimented with unload-packages-and see-of-it-broke-or >>>> not-the-image. >>>> Do we have a better way to do it with 3.0? >>>> Which package to remove and how? I remember the other of unloading matter. >>>> >>>> I just tried UnReloader package. But "UnReloader new unload" turn my >>>> Pharo display all white. However, it looks like it is still working. Is >>>> it normal? >>>> >>>> Thanks >>>> >>>> Hilaire >>>> >>>> -- >>>> Dr. Geo http://drgeo.eu >>>> >>>> >>> >>> >>> >> > > -- > Dr. Geo http://drgeo.eu > >
Re: [Pharo-users] Pharo 3.0 image shrink
Hi hilaire pay attention unloading is a pain (this is why unreloader does not try to nicely unload). The goal of unreloader is to make sure that we get good configuration to load from pavel mini image. Now unreloader does crash the vm on mac. So comment the checkState method and normally you should get a system without some of the tool. If you want to help we can work on that toegther. (first I want to finish the pass I want to do on the catalog). Stef On 15 Mar 2014, at 16:29, Hilaire Fernandes wrote: > Hi, > > I want to look at shrinking Pharo 3.0 image for iStoa. In that context I > don't need anymore the developer tools > > In Pharo 1.4 I experimented with unload-packages-and see-of-it-broke-or > not-the-image. > Do we have a better way to do it with 3.0? > Which package to remove and how? I remember the other of unloading matter. > > I just tried UnReloader package. But "UnReloader new unload" turn my > Pharo display all white. However, it looks like it is still working. Is > it normal? > > Thanks > > Hilaire > > -- > Dr. Geo http://drgeo.eu > >
Re: [Pharo-users] CI Job for Smacc
damien spent some time but was kicked out by the slave and lost time … So we will redo it later:) On 14 Mar 2014, at 16:04, Goubier Thierry wrote: > No, there isn't any CI job for SmaCC. It could be nice :) > > Thierry > > Le 14/03/2014 15:57, Damien Cassou a écrit : >> Hi guys, >> >> is there a CI job for Smacc? If no, should I create one? >> >> Bets >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des Systèmes Temps Réel Embarqués > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >
Re: [Pharo-users] [Moose-dev] CodeCity
Hi richie This is really cool. Do you use NBOpenGL? I have another question why Moose is a prerequisite? We have ring and Smalltalk classes and methods objects so it would be nice to have an API that lets people use different kinds of objects as city. Stef On 11 Mar 2014, at 14:29, Richard Wettel wrote: > Dear all > > After the short preview at the last Moose Dojo, I am happy to let you know > that the first version of the brand new CodeCity is out. > > CodeCity is a 3D visualization engineased on a city metaphor, which enables > us to depict software systems as cities. If you want to know more about this > approach, have a look here: > http://www.inf.usi.ch/phd/wettel/codecity.html > > I have now implemented the basic functionality of CodeCity in Pharo and > integrated it with Moose. Here is a code city of ArgoUML in the new CodeCity: > > > > To install CodeCity, you need to run this code in a Moose image (setting > Moose as a prerequisite is on my TODO list): > > Gofer new >smalltalkhubUser: 'RichardWettel' project: 'CodeCity'; >configuration; >load. > (Smalltalk at: #ConfigurationOfCodeCity) loadDevelopment > > You can also get the latest successful build from: > http://ci.inria.fr/moose/job/codecity/lastSuccessfulBuild/artifact/codecity.zip > > The new CodeCity does not provide a configuration UI, but it relies on > scripting. A script to obtain a city visualization of a Moose model is shown > here: > > > > > A good way to get familiar with the scripting API of CodeCity are the > examples. You can open CCBuilder in the new workspace (Playground) and you > can browse the examples (the "e.g." tab). > > > > While CodeCity was initially aimed at software systems only, there is nothing > that stops us to use it at visualizing any kind of data! One example was the > visualization of the data taken from a database (population, city, countries, > continents) presented at the Moose Dojo. I'm sure Doru will be pleased to > show you more of that. > > In conclusion, I hope you'll enjoy playing/working with CodeCity as much as I > have been enjoying re-implementing it in the last few months. Playing with > CodeCity integrated in the Moose workflows is pure fun. But don' take my word > for it, just give it a try! > > Cheers > Ricky > ___ > Moose-dev mailing list > moose-...@iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Re: [Pharo-users] SNMP and Pharo
http://www.esug.org/data/ReportsFromNiallRoss/NiallRossESUG2012Report.pdf ask norbert :) On 02 Mar 2014, at 13:21, p...@highoctane.be wrote: > Is there any package to read SNMP stuff from Pharo? > > TIA > Phil >
[Pharo-users] Fwd: SNMP and Pharo
Begin forwarded message: > From: Stéphane Ducasse > Subject: Re: [Pharo-users] SNMP and Pharo > Date: 2 Mar 2014 13:27:00 GMT+1 > To: Any question about pharo is welcome > > http://forum.world.st/squeak-dev-SNMP-in-smalltalk-td78845.html > > Stef > >> Is there any package to read SNMP stuff from Pharo? >> >> TIA >> Phil >> >
Re: [Pharo-users] Multiple Browsers
can you open a bug entry? Stef On 28 Feb 2014, at 05:49, b...@openinworld.com wrote: > b...@openinworld.com wrote: >> >> Pharo4Stef wrote: >>> >>> On 27 Feb 2014, at 11:22, Thomas Worthington >>> wrote: >>> >>> >>>> Is it expected that two browsers open on the same class don't reflect the >>>> same state if one of them is used to edit the class? >>>> >>> >>> What do you mean exactly? >>> Normally the two browser should let you browse the same class differently >>> but the class state (iv and methods) should be the same. >>> Now we have missed some announcements. >>> >>> >>>> I'm sure this used to work, although I might be getting mixed up with >>>> Emacs. >>>> >>>> TW >>>> >> >> I've reproduced this as follows... >> >> 1. Open two System Browsers on the same class, showing the class definitions >> 2. In first Browser add an instance variable >> --> The second Browser is not updated. >> >> https://pharo.fogbugz.com/f/cases/13006/Browsers-do-not-synchronize-class-definitions >> >> Thanks for your report Thomas. >> cheers -ben > btw, it was working in 30248 and not in 30249 > 30249 > - > > 11047 Integrate new class builder step 2 > https://pharo.fogbugz.com/f/cases/11047 > >
Re: [Pharo-users] Snippet for demo - being in control moving the Pharo logo
On 28 Feb 2014, at 05:03, b...@openinworld.com wrote: > As a general rule, people feel more confident about systems they can control. > So I was thinking this might be a good snippet for demos to give that sense > of control. > > "Evaluate one line at a time." > logo := ActiveWorld submorphs last. > logo center: ActiveWorld center. > logo top: 0. why do we need top:0? > > cheers -ben > >
Re: [Pharo-users] Multiple Browsers
On 27 Feb 2014, at 11:22, Thomas Worthington wrote: > Is it expected that two browsers open on the same class don't reflect the > same state if one of them is used to edit the class? What do you mean exactly? Normally the two browser should let you browse the same class differently but the class state (iv and methods) should be the same. Now we have missed some announcements. > > I'm sure this used to work, although I might be getting mixed up with Emacs. > > TW >
[Pharo-users] Pharo-Business: a new mailing-list
Dear Pharoers and Smalltalkers from all over the world We would really like to push business in our community and we believe that it is important to create a community around business questions. We created a new mailing-list http://lists.pharo.org/mailman/listinfo/pharo-business_lists.pharo.org The idea is to identify - potential market - missing technical solutions that we could build together - share technical assets from a business perspective (which frameworks for what). We hope that you will like the idea and that more business can emerge!
Re: [Pharo-users] Which one should I download?
On 26 Feb 2014, at 19:16, Robert Shiplett wrote: > Stef > > I'm dragging and dropping in a fresh install > > first the image with the install > > then quit and again drag-drop the numbered image from latest.zip as copied > in by me manually ( only manual step after target dir named for install ) > > I have some neuro-motor issues now, but they mostly impact my typing skills > ... there is only one EXE in the folder and I go slowly on the touchpad, so > this is not on me in any obvious thumbs-fumble ( the only way I go now - slow > and fumbliing ;-) > > Then I just do my most regular "flip about" routine ... we used to call it > "kicking the tires" ... a pilot can have a pre-flight walk-around protocol > because the design of the plane did not change since it last landed ;-) Explain to us what you do exactly. Record a video if necessary. We want to chase these bugs if any. Stef > > regards > > robert > spelling via Google gmail > > > > > > On 26 February 2014 09:07, Pharo4Stef wrote: > robert > > Are you sure that you really use the latest version? > Because I do not see why opening a window would be platform specific and I > could not reproduce this problem. > So do you have a real way to reproduce the problem? can you send us the > debuglog? > And BTW Pharo is our and your system and we work all to make it better so no > need to be pushy it does not help. > > Stef > > > On 26 Feb 2014, at 12:38, Robert Shiplett wrote: > >> regardless ... >> >> I did a sanity check on the contents of yesterday's latest.zip and hit a >> walkback >> >> I then did a sanity check on the latest 3.0 installer and hit a different >> walkback. >> >> At least on Win XP 3.1 that does not feel like Beta but like alpha, in my >> experience. Unstable. >> >> Sanity check for a Smalltalk image >> >> open a browser >> open a workspace >> flip about in the browser [across packages, classes, instance view, class >> view, implementors and callers >> DoIt from workspace [never got here either time ; I would do smthg like a >> ProfStef or call up a browser ; no set routine as that way lies madness ] >> >> AND while doing the above, flip between windows, max /min [ I have been >> doing this for years ... it takes only a couple of minutes - it is not a >> step-wise protocol that would result in missing things that you >> wouldn't expect - and it is in NO way exhaustive ... it is just a sanity >> check ( Do you know what year it is? Who is the President of USA ? What is >> today's date ? How did you get here ? Do you know why you were >> [arrested/admitted/removed from the aircraft/booted outa the bar ... ) ] >> >> Hunch ONLY : >> >> Likely culprit ... each time I also opened for future use (and to have some >> frames open >>Metacello browser >>the 2 help items off the main popup menu (one general; one Tutorials - a >> new user is likely to do so ) >> >> I suspect one of the latter, based on Last Class Changed for that image ... >> but that will be my hunch for now ... >> >> ciao >> >> r >> >> >> >> >> On 26 February 2014 07:18, Esteban Lorenzano wrote: >> >> On 26 Feb 2014, at 11:30, Robert Shiplett wrote: >> >>> "BTW, Nautilus is stable and used daily by the whole community." >>> >>> This still rankles ... I have been a Smalltalker since long before Squeak >>> and have been using Pharo since Seaside first ran on it - if not earlier >>> than that ... >>> >>> I also received from another on the mail list >>> >>> "and in fact I cannot reproduce it." >>> >>> "And in fact" is such a wicked rhetorical move ... in a game I have lost >>> all interest in playing now that I am retired. >> >> it is not. >> it was just saying that I tried your problem and I could not reproduce it. >> It was not to been rethorical or anything, just pointing a fact. >> I’m interested (and is also my job) on having the best and stable version of >> Pharo possible. >> I’m so interested that I was at 10min from leaving a my house to take an 10h >> fly and I sit to try to reproduce your problem. >> So, please… do not misinterpret the contents of the mail. It was an attempt >> to have an understanding of the problem, in an effort to help. >> An effort, btw, that sometimes is not easy, because
Re: [Pharo-users] Which one should I download?
robert Are you sure that you really use the latest version? Because I do not see why opening a window would be platform specific and I could not reproduce this problem. So do you have a real way to reproduce the problem? can you send us the debuglog? And BTW Pharo is our and your system and we work all to make it better so no need to be pushy it does not help. Stef On 26 Feb 2014, at 12:38, Robert Shiplett wrote: > regardless ... > > I did a sanity check on the contents of yesterday's latest.zip and hit a > walkback > > I then did a sanity check on the latest 3.0 installer and hit a different > walkback. > > At least on Win XP 3.1 that does not feel like Beta but like alpha, in my > experience. Unstable. > > Sanity check for a Smalltalk image > > open a browser > open a workspace > flip about in the browser [across packages, classes, instance view, class > view, implementors and callers > DoIt from workspace [never got here either time ; I would do smthg like a > ProfStef or call up a browser ; no set routine as that way lies madness ] > > AND while doing the above, flip between windows, max /min [ I have been doing > this for years ... it takes only a couple of minutes - it is not a step-wise > protocol that would result in missing things that you wouldn't expect - > and it is in NO way exhaustive ... it is just a sanity check ( Do you know > what year it is? Who is the President of USA ? What is today's date ? How > did you get here ? Do you know why you were [arrested/admitted/removed from > the aircraft/booted outa the bar ... ) ] > > Hunch ONLY : > > Likely culprit ... each time I also opened for future use (and to have some > frames open >Metacello browser >the 2 help items off the main popup menu (one general; one Tutorials - a > new user is likely to do so ) > > I suspect one of the latter, based on Last Class Changed for that image ... > but that will be my hunch for now ... > > ciao > > r > > > > > On 26 February 2014 07:18, Esteban Lorenzano wrote: > > On 26 Feb 2014, at 11:30, Robert Shiplett wrote: > >> "BTW, Nautilus is stable and used daily by the whole community." >> >> This still rankles ... I have been a Smalltalker since long before Squeak >> and have been using Pharo since Seaside first ran on it - if not earlier >> than that ... >> >> I also received from another on the mail list >> >> "and in fact I cannot reproduce it." >> >> "And in fact" is such a wicked rhetorical move ... in a game I have lost all >> interest in playing now that I am retired. > > it is not. > it was just saying that I tried your problem and I could not reproduce it. It > was not to been rethorical or anything, just pointing a fact. > I’m interested (and is also my job) on having the best and stable version of > Pharo possible. > I’m so interested that I was at 10min from leaving a my house to take an 10h > fly and I sit to try to reproduce your problem. > So, please… do not misinterpret the contents of the mail. It was an attempt > to have an understanding of the problem, in an effort to help. > An effort, btw, that sometimes is not easy, because we do not have all the > elements to make the diagnostic… > >> >> It may take me a lot of effort to track these 2 bugs down as far as "Follow >> these steps to reproduce" .. but then I am not a CONSORTIUM member ( I used >> to pay big bucks for Smalltalk, back in the day ) so may be I am too far >> outside the "whole community" btw. > > The community is here. In this list. Around the list. > Consortium is for companies willing to contribute with some money support > (and so is the association for individuals), because things cost effort and > effort implies time and time implies money. > We always try to solve the problems of everybody (we, the community, > including yourself), because that’s the best for all… so do not put yourself > outside in a way we never say/act/even think about. > We want to help you. > >> >> I will spare you my plot's view of the term "stable" and the notion of >> stability ... and will be sure I rename key files as I go along ... [ why >> are we still having to rename files such as these when able to run multiple >> images in the same dir ? ] > > Your pov about stability can be ok. What is not ok is such amount of > negativity over a simple fact: we has not been able to reproduce your problem > (but you avoid the other obvious fact: we tried to reproduce it. So we did > not ignored you). > > Again, I try to help, as everybody in the community… but such a negative > over-reaction is probably just compared to my own overeacted answer :) > > Esteban > > >> >> ciao >> >> >> >> On 26 February 2014 04:36, Sven Van Caekenberghe wrote: >> >> On 26 Feb 2014, at 01:57, Robert Shiplett wrote: >> >> > I am running from that latest.zip tonight and PackageTreeNautilusUI >> > >>update is getting a walkback messageNoUnderstood f
Re: [Pharo-users] New methods for the String class
> > We can have an information retrieval API for aproximate string matching, i.e. > Levenshtein distance (already implemented, various versions), Hamming > distance, both are the most used and simplest edit distances. > Then you have Longest common subsequence, Longest common substring (they are > implemented in a package called "Fuzz", #longestCommonSubsequenceWith: ). > Also there is the shift-or adapted for approximate matches (also > implemented), fuzzy phrasing is another world also. Many applications use > Damerau edit distance. Bioinformatics uses the Needleman-Wunsch and > Smith-Waterman, but they call them "aligners" :) but you don't want to code > the optimized version in Smalltalk, some say it could take years. > All edit distances out there have specific requirements and no one is better > than another for all cases. For example Jaro-Winkler is useful for one-word > short strings. > I’m not sure that all these edit distances should be part of the String core api. Now what would be good is to have a chapter describing them. This chapter would work well with the bioSmalltalk one :) > You have a lot of options for research. Smalltalkers here are very > experienced and clever, always gives cool advices so don't be afraid to ask. > > Cheers, > > Hernán > > > -- > Cheers, > Daniela Meneses >
Re: [Pharo-users] [Pharo-dev] New methods for the String class
Daniela you should try the method finder open it and select the example in the dropbox then you can type examples and see if a method already implement it for example ‘abcab’ . ‘a’ . ‘bcb' shows that copyWithoutAll: is the method. but it expects a character as second argument ‘abcab’ . $a . ‘bcb’ Stef On 24 Feb 2014, at 18:30, Daniela Meneses wrote: > Hi to all, > > As you may know I'm working on in some improvements for the String class. > Until now I implemented some missing tests. Right now I'm looking forward to > add new methods that could be useful based on Ruby API > (http://www.ruby-doc.org/core-2.1.0/String.html). These are a few of the > methods that I'm planning to implement: > > chomp(separator=$/) -> new_str > chop() -> new_str > ljust(integer, padstr='') ->new_str > next -> new_str > partition(sep) -> [head, sep, tail] > > Could you help to find out if these methods are already available for the > String class? > > If you have any idea of new methods for the string class, will be really > welcome. > > -- > Cheers, > Daniela Meneses
[Pharo-users] I love the new catalog and now you can create the metadata easily :)
Yes click that link: https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/? So I imagine that you are all like me: you are too busy to add the correct information because you do not know what/how/. So I created a little class: called CatalogAdder for you and me :P I'm a simple utility class that add methods to ConfigurationOf class to declare catalog metadata. Gofer new smalltalkhubUser: 'DamienCassou' project: 'Pier-Gutemberg'; package: 'CatalogAdder'; load (CatalogAdder on: ConfigurationOfXXX) defineCatalogMetadata and it creates all the methods with dummy template for you :) Stef
Re: [Pharo-users] Xs&Os game
Hi mark I read a bit your code It is nice for a first project Here are some feedback. I suggest that you take into account the easy one and produce a new version and if you want to train your skills you try to see how to address the difficult ones. Stef - Add it in the class comment XsAndOsGame new openInWorld. - you have some unclassified protocols on the class side. - you may want to run smallLint (criticBorwser on your code and see the hints that it can give you). - When you create a new game do not move the window to the top corner :) easyBtn -> easyButton (you do not pay per character :)) findEmptyCellPos -> findEmptyCellPosition not in accessing impBtn -> impossibleButton …. :) - Why do you need a separate class just for three colors? I would merge XsAndOsGameColors and XsAndOsGame XsAndOsGame>>initialize is long May be you should extract some methods from it (methods that you can then reuse for other tasks) renderOContents | delta offset x1 y1 x2 y2 rect | delta := CellRenderer cellExtent - 1. offset := self offsetWithinGridForm. x1 := offset x + self oCorner x. x2 := offset x + delta x - self oCorner x. y1 := offset y + self oCorner y. y2 := offset y + delta y - self oCorner y. rect := Rectangle new setOrigin: x1 @ y1 corner: x2 @ y2. self targetForm getCanvas fillOval: rect color: XsAndOsGameColors gameBoardBackgroundColor borderWidth: 3 borderColor: XsAndOsGameColors OColor What do you refer to CellRenderer direcly? self class ? rendererFor: aCell "VERY BAD IMPLEMENTATION OF THIS METHOD!!!" aCell class = EmptyCell ifTrue: [ ^ CellRenderer ]. aCell class = XCell ifTrue: [ ^ XCellRenderer ]. aCell class = OCell ifTrue: [ ^ OCellRenderer ] indeed :) why not implementing some methods call renderClass and sending a message to the object :) mptyCell>>initialize super initialize. CellRenderer>>offsetWithinGridForm "Returns a point - left top corner of current cell" ^ CellRenderer cellExtent * ((self cellLocation x - 1) @ (self cellLocation y - 1)) => self clas cellExtent CellRenderer >> renderBorderBottom | delta offset x1 y1 x2 y2 | delta := CellRenderer cellExtent - 1. offset := self offsetWithinGridForm. x1 := offset x. x2 := x1 + delta x. y1 := offset y + delta y. y2 := y1. self targetForm getCanvas line: x1 @ y1 to: x2 @ y2 width: 1 color: XsAndOsGameColors cellBorderColor => CellRenderer >> renderBorderBottom | delta offset x1 y1 x2 y2 | delta := self class cellExtent - 1. offset := self offsetWithinGridForm. x1 := offset x. x2 := x1 + delta x. y1 := offset y + delta y. y2 := y1. self targetForm getCanvas line: x1 @ y1 to: x2 @ y2 width: 1 color: XsAndOsGameColors cellBorderColor I was wondering why you need Grid (I would rename it CellGrid) and do not use a Matrix. grid sizeOfGrid -> I would rename sizeOfGrid into size like that your grid can be a bit more polymorphic from its API point of view makeGameBoarMorph -> typo :) Now I want wondering why you do not have an instance variable to hold it Future fun ideas for new versions: —— playerVsComputer self vsComputer ifTrue: [ self vsComputer: false. self stateMorph contents: 'Player 1 VS Player 2' ] ifFalse: [ self vsComputer: true. self stateMorph contents: 'Player VS Computer ---> Difficulty: ' , self difficulty asString ]. self vsComputer ifTrue: [ self easyBtn enable. self normalBtn enable. self impBtn enable ] ifFalse: [ self easyBtn disable. self normalBtn disable. self impBtn disable ] This kind of code may be think that may be you need another object that represent the TwoUsers vsComputer strategy I’m not sure but clicked look quite long. May be you should create another class that can represent the logic of the game. A really interesting exercise would be to see how you can create a boardGame for 15*15 and see how it breaks some hidden rules. On 08 Feb 2014, at 15:07, Маркіян Різун wrote: > Updated XsAndOsGam
Re: [Pharo-users] [Pharo-dev] for those not in the smalltalk-gsoc-mentors mailing-list nor in esug
Janko in fact I'thinking about it may be this is the time to propose a Pharo specific GSOC program. If they are enough people willing to do that we have an association with a real legal status ready for that. :) thanks for giving us the idea. Stef On 08 Feb 2014, at 11:34, Janko Mivšek wrote: > .. and of course my answer: > > Dear Smalltalkers, > > Stef is overreacting as always, going off-topic and don't want to see > the real reasons behind this proposal. Which is to make GSoC attractive > to all Smalltalkers by removing the last doubt about the any bias > towards any Smalltalk or group. That's why I propose to go more > independent under new name 'Smalltalk', besides a clearly better > visibility of such name of course. > > I invite you to follow the debate on GSoC mentor list: > > https://groups.google.com/forum/#!forum/smalltalk-gsoc-mentors > > All mentors with voting rights on past GSoCs please join back to this > mailing list and help with debate: > > https://groups.google.com/forum/#!forum/smalltalk-gsoc-mentors/join > > Best regards > Janko > > > Dne 08. 02. 2014 10:53, piše Pharo4Stef: >> I’m sorry to have to forward you this kind of mail but I do it. >> I will not send other emails on the topics. >> >> Stef >> >> >> Dear community >> >> On the smalltalk-gsoc-ment...@googlegroups.com >> <mailto:smalltalk-gsoc-ment...@googlegroups.com> janko is kind of >> declaring that ESUG was not doing a good job managing >> GSOC. We feel insulted and we are quite concerned by that fact. >> Personally if students would not be involved I would vote that ESUG does >> not have anything to do with GSOC. Because it costs us money, time and >> stress. Note in addition that we never interferred with the choice or >> anything. >> >> I will ask the ESUG board to decide because we cannot do the job, spend >> time, money and be treated like that. >> Sorry! We are sad but this is like that. >> >> Then we do not like the kind of mails that Janko is sending us about the >> fact that ESUG is biased towards Pharo. >> Where are the research teams and teachers? Of course: the mails of >> janko are just so nice. I let you judge. >> >> It is particularly fun since this year we (the pharo board) decided not >> to organise a Pharo conference to avoid competing with ESUG. >> >>> About motivations for my proposal: >>> >>> 1. 'Smalltalk' is more recognizable name on first spot that 'ESUG' . >>> And this matters when a student looks at around 150 GSoC organizations >>> to choose, which one to check and try. See last year list of orgs >>> <http://www.google-melange.com/gsoc/org/list/public/google/gsoc2013>. >>> >>> 2. ESUG is currently regarded by many as too biased towards Pharo. Let >>> we avoid starting debating is this is true or not. Making our org more >>> independent will I hope remove any remaining doubt about that. >> >> >> I feel shocked and insulted but I take it easy, having success make you >> as easy target for jaleous people. This is strange that >> some people would prefer to have a non existing/moving open-source >> smalltalk. May be the losers theory. >> >> I added the answer of marcus below (because marcus usually is much >> calmer than me) so that Janko succeeded to get marcus reacting like that >> is a nice proof in itself. >> >> Seriously Smalltalk is in a so good shape in presence of lua, >> Javascript, ruby and python, clojure that we should fight. >> >> Excellent idea thank for this nice initiative. >> >> Stef >> >> >> >> >> Begin forwarded message: >> >>> *From: *Janko Mivšek >> <mailto:janko.miv...@gmail.com>> >>> *Subject: **[gsoc-mentors] Running under 'Smalltalk' org. name* >>> *Date: *8 Feb 2014 08:46:18 GMT+1 >>> *To: *smalltalk-gsoc-ment...@googlegroups.com >>> <mailto:smalltalk-gsoc-ment...@googlegroups.com> >>> *Reply-To: *smalltalk-gsoc-ment...@googlegroups.com >>> <mailto:smalltalk-gsoc-ment...@googlegroups.com> >>> >>> Dear mentors, >>> >>> I propose that we run this year GSoC simply under 'Smalltalk' name. >>> Mentoring organization will be us mentors of past and current GSoCs, >>> as the name 'mentoring organization' implies anyway. Such organization >>> therefore doesn't need to be some kind of legal entity. >>> >>> Be
[Pharo-users] for those not in the smalltalk-gsoc-mentors mailing-list nor in esug
I’m sorry to have to forward you this kind of mail but I do it. I will not send other emails on the topics. Stef Dear community On the smalltalk-gsoc-ment...@googlegroups.com janko is kind of declaring that ESUG was not doing a good job managing GSOC. We feel insulted and we are quite concerned by that fact. Personally if students would not be involved I would vote that ESUG does not have anything to do with GSOC. Because it costs us money, time and stress. Note in addition that we never interferred with the choice or anything. I will ask the ESUG board to decide because we cannot do the job, spend time, money and be treated like that. Sorry! We are sad but this is like that. Then we do not like the kind of mails that Janko is sending us about the fact that ESUG is biased towards Pharo. Where are the research teams and teachers? Of course: the mails of janko are just so nice. I let you judge. It is particularly fun since this year we (the pharo board) decided not to organise a Pharo conference to avoid competing with ESUG. > About motivations for my proposal: > > 1. 'Smalltalk' is more recognizable name on first spot that 'ESUG' . And this > matters when a student looks at around 150 GSoC organizations to choose, > which one to check and try. See last year list of orgs. > > 2. ESUG is currently regarded by many as too biased towards Pharo. Let we > avoid starting debating is this is true or not. Making our org more > independent will I hope remove any remaining doubt about that. I feel shocked and insulted but I take it easy, having success make you as easy target for jaleous people. This is strange that some people would prefer to have a non existing/moving open-source smalltalk. May be the losers theory. I added the answer of marcus below (because marcus usually is much calmer than me) so that Janko succeeded to get marcus reacting like that is a nice proof in itself. Seriously Smalltalk is in a so good shape in presence of lua, Javascript, ruby and python, clojure that we should fight. Excellent idea thank for this nice initiative. Stef Begin forwarded message: > From: Janko Mivšek > Subject: [gsoc-mentors] Running under 'Smalltalk' org. name > Date: 8 Feb 2014 08:46:18 GMT+1 > To: smalltalk-gsoc-ment...@googlegroups.com > Reply-To: smalltalk-gsoc-ment...@googlegroups.com > > Dear mentors, > > I propose that we run this year GSoC simply under 'Smalltalk' name. Mentoring > organization will be us mentors of past and current GSoCs, as the name > 'mentoring organization' implies anyway. Such organization therefore doesn't > need to be some kind of legal entity. > > Because I need to open a new website and we have only one week to deadline, > decision needs to be done soon. > > Best regards > Janko > > --- > Janko Mivšek > Smalltalk GSoC Admin Team > > -- > You received this message because you are subscribed to the Google Groups > "Smalltalk GSoC mentors" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to smalltalk-gsoc-mentors+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. Of course you need it: I filled out quite some paperwork for Google. ESUG is an official Google supplier, for that I filled american tax forms and so on. Without an organisation that will be very difficult. How do yu receive money for the flight if someone goes to the meeting in the fall? One of the reasons why the Smalltalk GSOC was accepted was I think that it was the same organisation that is already in the books of google. And I do not see why to change that: ESUG did a good job, we even lost money (that is, we spend more money on additional Summer of Code slots than got in with the money from google). We payed all additional expenses of the people going to the Summit: Google only pays the flight and hotel. Everyhting else not (e.g. going from the airpot to the hotel). What we need to discuss this year is if additional slots make sense: We had last year the fast that a) it was very expensive for ESUG b) even then, we got complaints that it was unfair that we did not pay the same as google c) that it was very extremely unfair that the student could not put “Google Summer of Code” on the CV. The last is the Killer: money from ESUG is just money. GSoC is more. So we ask if it is really worth to spend the money if even the students are not happy about it. And if your motivation behind is that this way you think it will be easier to enable “Quotas” for different Smalltalks: I think this is a dumb idea. Yes, Pharo is very active. So could every other Smalltalk be, too. They just need to do it. If they do not, it is not my duty to limit my activity for “Fairness”. Limiting the activity level of those who do to be more “in line” with what those do who do nothing is just *insane*. It’s a description of death itself. Marcus
[Pharo-users] Nice chapter on NativeBoost
Hi guys today igor helped me to understand some hidden part of NativeBoost and we massively revisited and expanded the chapter started by L. Laffont this summer. Now you this is up to you to expand your knowledge :) It was really fun to get the X11 window resize and move :) https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/NativeBoost/NativeBoost.pier.pdf https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSuccessfulBuild/artifact/NativeBoost/NativeBoost.pier.html Enjoy. Stef and Igor
Re: [Pharo-users] Please help beta test Pharo 3.0 NOW !
tx sven On 07 Feb 2014, at 12:07, Sven Van Caekenberghe wrote: > Dear fellow Pharoers, > > > Pharo 2.0 was released in March 2013, after which development of Pharo 3.0 > started. Since December 2013 we stopped adding new features and started > concentrating on fixing bugs. We plan to release Pharo 3.0 in March 2014. > > You can help: please help beta test Pharo 3.0 NOW, before it is released, not > after. You can help us tremendously by doing this. Together we can improve > the quality and polish for a great release. > > http://www.pharo-project.org/pharo-download/beta-3-0 > > http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher > > http://get.pharo.org > > The mailing lists are one way to give feedback, but it is even better to > report problems as issues. > > https://pharo.fogbugz.com/ > > > Remember, it is your Pharo. > > Thank you! > > > On behalf of the whole team, Sven > >
Re: [Pharo-users] a BitSet class
torsten could you check that all your examples are really covered in the deepintopharo chapter about little numbers? Else we should add them. Stef On 06 Feb 2014, at 16:08, Torsten Bergmann wrote: > Hi Pablo, > > can you be more specific why you need a BitSet class other than convinience? > What do you > want to do? > > Note that for bit handling in Smalltalk you can easily just send messages to > integers > or large integers: > > Access bits:12 bitAt: 1 -> 0 > Modify bits:12 bitAt: 1 put: 1 -> 13 > Print binary: 12 printStringBase: 2-> '1100' > Print hex: 12 printStringBase: 16-> 'C' > Large number: 67677557657 printStringBase: 2 -> > '110001011001001110011001' > > There are also #bitAnd:, #bitOr:, #bitXor: messages: > > 12 bitOr: 1 -> 13 > 12 bitAnd: 8 -> 8 > > and you can use the abbreviations known from C world: > > 12 | 1-> 13 > 12 & 1-> 0 > > If you want to see the bit representation just print as a string with base 2: > > 12 | 2 printStringBase: 2 -> '1110' > > So for octal use: > > 12 | 2 printStringBase: 8 -> '16' > > If you disklike to stay in decimal system you should be aware that in > Smalltalk you can easily write a number in different bases directly > using the "BASE, followed by r followed by number" representation. > > So you can for example write: > >12 > as 2r1100 > as 16rC > as 10r12 (decimal again) > as 8r14 (octal) > or any other base that you like directly > > With this you can also easily manipulate bits while writing in bit > representation: > > 2r0001 bitOr: 2r0101 -> 5 > same as: 2r0001 | 2r0101 -> 5 > > when you need the result again as bits: > > (2r0001 | 2r0101) printStringBase: 2 -> '101' > > Many other convinience methods are there like: > 12 hex -> '16rC' > 12 printStringHex -> 'C' > $A hex -> '16r41' > $A printStringHex -> '41' > > Feel free to mix all that > > (16rFF00 | 2r1) hex -> '16rFF01' > > Try to get used to these methods and you will have fun with bits > in Pharo Smalltalk easily. > > If you need something more tell us, a BitSet class implementation > could be easily written using the above as a base. > > Bye > T. > > > > > > > >
Re: [Pharo-users] Spec question
hi glenn were are you located? Because if you are around lille you should come to hack with us :) Stef On 05 Feb 2014, at 11:54, Glenn Cavarlé wrote: > Hi, > I have looked at the TreeModel class and it's not exactly that i seek. > The idea is rather something like that : > > MyListModel>>initializeWidgets >title := self newLabel. >manager := self newListManager. >manager model:#MyDummyItemModel > > MyListModel class>>defaultSpec >^SpecLayout composed >newColumn:[:mainCol| >mainCol add: #title; >add: #manager >]; >yourself > > MyDummyItemModel>>initializeWidgets >image := self newImage. >address := self newLabel. >zipCode := self newLabel. >city := self newLabel. >editBtn := self newButton. >delBtn := self newButton. > > MyDummyItemModel class>>defaultSpec: >^SpecLayout composed >newRow:[:mainRow| >mainRow add: #image; >newColumn:[:addrCol| >addrCol add: #address; > add: #zipCode; > add: #city >]; >newColumn:[:btnCol| >btnCol add: #editBtn; > add: #delBtn >]; >]; >yourself > > > mlm := MyListModel new. > mlm openWithSpec. > mlm title value: 'I am a list'. > mlm manager items: aCollectionOfDummyObjects > > > it seem there isn't such implementation in Spec. > What would be the best way to implement it (if it's possible)? a mix between > ListModel and TabManager ? > > Regards, > Glenn > > > > - > Glenn Cavarlé > -- > View this message in context: > http://forum.world.st/Spec-question-tp4741608p4741681.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] Spec question
> Hi all, > i'm new (first post) and my english is very poor so please don't blame me > :). same as ours :) and we do not care so welcome and do not hesitate to ask question and have fun with us and pharo :) > I would like to use Spec for display a collection of domain objects and i > would like to specify the layout which apply to each items, > not just display a String or a Text like "ListModel>>displayBlock:" but a > more complexe layout with rows, columns and images within (for example). > To illustrate, an equivalent would be the component ListView in Android. > > I turn to you to know if it's possible to do that with Spec. > Thanks, > > > Regards, > Glenn > > > > - > Glenn Cavarlé > -- > View this message in context: > http://forum.world.st/Spec-question-tp4741608.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] Xs&Os game
Thanks damien It was on my todo :) Mark will come to visit us this summer :) Stef On 04 Feb 2014, at 17:37, Damien Cassou wrote: > > On Mon, Feb 3, 2014 at 11:39 AM, Маркіян Різун wrote: > As a novice in pharo, waiting for comments and advice. > Сritique is welcome too ;) > > random comments (tested on Pharo 3.0): > > - I played and things work perfectly as far as I saw :-) > - your code is of very good quality! > - 2 tests don't pass (EmptyCellTestCase, CellRendererTestCase) > - usually we don't append 'Case' at the end of our test classes > - the package name doesn't follow the convention > (https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/Conventions/Conventions.pier.html) > - you may want to avoid the use of non-alphanumeric characters in the package > name (e.g., avoid &) > - please indent your code (use ALT+Shift+u on each method to get automatic > indentation) > - "self should: [ offset = (50 @ 50) ]" --> "self assert: offset equals: > 50@50" > - "self should: [ cell isOff ]." --> "self assert: cell isOff" > - all subclasses of Cell override #initialize in exactly the same way. > Consider moving that to the superclass > - you should try to avoid as much as possible doing a super send in a > different method. For example, EmptyCell>>initializeState does a super send > on #initialize. > - OCell and XCell are exactly the same, this should not be and is very > suspicious. > - CellRenderer has 2 methods with an uppercase letter. This is not > conventional > - you use a lot of variables you use only once. Consider inlining them. For > example in CellRenderer>>offsetWithinGridForm, all variables seem useless : > "^ CellRenderer cellExtent * ((self cellLocation x - 1) @ (self cellLocation > y - 1))" > - CellRenderer>>renderContents uses branching on the class of objects instead > of polymorphism. That's bad design in my opinion. Consider delegating to > OCell and XCell or using double-dispatch. > - Same thing for CellRenderer class>>rendererFor: > > All in all, very good job. Would you consider writing a tutorial on how to > implement an Xs&Os game in Pharo? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without losing > enthusiasm." > Winston Churchill
Re: [Pharo-users] Instance-specific behavior
Have a look at my old JOOP paper on message passing control - you can have anonymous subclasses where you compile some methods+ changeclass. Stef On 04 Feb 2014, at 19:30, Sean P. DeNigris wrote: > What would be the best way (as an experiment) to change the behavior of just > one instance. For example, say: > SpecialMorph>>#color >^ Color blue. > but (the effect of) > aSpecialMorph>>#color >^ owner color. > > > > - > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Instance-specific-behavior-tp4741502.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] Could Pharo be more idiot-proof?
> I have just done something stupid, so this is just letting off steam (and > maybe looking for someone else to blame!). Don’t worry. :) > I have been playing with Moose (version 4.8), mainly because I want to > experiment with PetitParser. I am struggling a bit, but getting somewhere I > think. I have been trying out a lot of snippets in a workspace, before > getting down to producing proper code. In a fit of madness, thinking I was > closing a debugger window, I closed the workspace window. It looks as though > I have lost the contents, though I can probably reconstruct them from the > changes file. My main Smalltalk experience is with Dolphin Smalltalk, and > there, if you try to close a workspace, it asks if you want to save the > contents first. Could Pharo have something similar? Normally it should. Now what I suggest is - use a class side methods like that you can version your scripts for free. > - or am I the only idiot to do this? > > As a supplementary point, I am trying to use PetitParser to parse natural > language. From the examples it is clear that PP is designed with formal > languages in mind. Am I wasting my time using it on natural languages? Has > anyone else tried this? > > Thanks for any advice > > Peter Kenny
Re: [Pharo-users] iStoa, some new
I did not fully check but the code should be here: http://www.squeaksource.com/Cresta.html On 02 Feb 2014, at 18:29, Pharo4Stef wrote: > > On 02 Feb 2014, at 17:39, Alain Busser wrote: > >> Hi Hilaire, >> >> The instructions are written in small characters, which supposes that the >> child who tries the exercises is rather old; yet before a child is able to >> read complete sentences like this, he/she learns the numbers. So I wonder if >> your application would not benefit from voice synthesis. >> >> Which yields me to an other question: Is there already voice synthesis in >> Pharo? > > There KlattPlugin but it is prehistorical age and does not work for spanish, > french. > I had one student working on bring a tagger. > > Stef > >> If yes, how many languages are implemented? >> >> Hello, >> >> Some newer screenshots about iStoa. >> To try, some instructions there [2] >> >> Hilaire >> >> >> [1] https://launchpad.net/istoa >> [2] >> http://bazaar.launchpad.net/~hilaire-fernandes/istoa/trunk/view/head:/README >> >> -- >> Dr. Geo http://drgeo.eu >> >
Re: [Pharo-users] [Pharo-dev] Yet another week of commits
So it looks like a useful service :) > Websense categorizes "association.pharo.org" as "sex". > > > On Fri, Jan 31, 2014 at 10:56 AM, Pharo4Stef wrote: > Another week of improvements > > http://association.pharo.org/web/weekly/Commits-Jan-3 > > stef >
[Pharo-users] Yet another week of commits
Another week of improvements http://association.pharo.org/web/weekly/Commits-Jan-3 stef
Re: [Pharo-users] Greetings and (re)introduction
Hi Michael Welcome! We are proud, happy and feel responsible :). Let us know how we can support your business (in terms of missing libs or other - we cannot promise anything but raising the signal is important). I imagine that you saw that we designed a consortium http://consortium/pharo.org to give a chance to companies to group together to support Pharo. As a first step it would be great if you could give us some information for the Pharo success stories. The world should know that there are smart companies building cool systems with Pharo. Stef On 30 Jan 2014, at 06:20, Michael J. Forster wrote: > Hi, > > I would like, briefly, to introduce myself and my company, Shared Logic Inc. > > We are a small software development company, my partner and myself, located > in Brandon, Manitoba, Canada. We've been in business for thirteen years, but > I've been writing software professionally since 1989. > > We have been using Pharo for several production applications since early > 2011. Until recently, we've had to invest our time and energy into several > other development environments as well, preventing us from participating in > the Pharo community as we would have liked. Over time, we've managed to > migrate away from most of those other languages, and, today, we rely heavily > upon Pharo and its many packages. > > I still consider myself a relative newcomer to Pharo (and Smalltalk in > general), but my years of experience with many platforms, development tools, > and problem domains tells me that Pharo is, by far, the best tool for the > work we do. > > Better still, I can see that the Pharo community is smart, friendly, > energetic, and committed to improving Pharo and expanding its reach. I hope > that we can give something back to this community, to help promote and > develop Pharo within the limits of our expertise and finances. > > I look forward to getting to know each of you better and contributing where I > can. > > > Best regards, > > Mike > > -- > Michael J. Forster, B.Sc. (Hons.), B.Sc. > COO, Programmer > Shared Logic Inc. >
Re: [Pharo-users] News Page
Thanks Jon For us this is an excellent news :) We plan to migrate soon and rethink it. > Hi, > > Just in case it’s not known … the News page is so long, it grinds my > admittedly not so new PC to a halt. Win XP with 1G mem using latest firefox. > Could the page be partitioned in some way … > Cheers > Jon
Re: [Pharo-users] Open a Browser Selector of Class
>>> Smalltalk tools browser openOnMethod: Object>>#name >>> >>> that works too >> >> Except that you chose a method that must die as an example ;-) > > it’s a tribute. > last wishes of a condemned method… another victory in perspective :)
Re: [Pharo-users] Open a Browser Selector of Class
Sean I tried to fix the Browser but it is broken and the code is terrible. I developed OndoBrowser (the minimal one I could do: just two lists and a pane) it is in my petitBazards account because I wanted to be able to browse code when any clever browser is not in the image. My plan is to develop a new version of Ondo based on announcements. Stef On 28 Jan 2014, at 20:43, Sean P. DeNigris wrote: > Used to be Browser class>>#newOnClass: aClass selector: aSymbol. How do we do > it in 3.0? I hunted around but couldn't find exactly that (a lot of other > browseXyz's though). > > > > - > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Open-a-Browser-Selector-of-Class-tp4739945.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >
Re: [Pharo-users] Life, Ukraine, Developers
Thanks for sharing it Stef On 27 Jan 2014, at 18:25, Sven Van Caekenberghe wrote: > http://www.slideshare.net/NazarBartosik/what-is-really-happening-in-ukraine > > Pretty scary. > > On 22 Jan 2014, at 19:06, Yuriy Tymchuk wrote: > >> My dear Pharo friends, >> >> I have no idea if you are aware, but now a big country named Ukraine is >> facing a very hard times. People are fighting for their rights while the >> current government tries to convert the country into Somalia - like regime. >> >> Why should you care? Because you will like Ukrainians. And referring to the >> context: we develop a lot. If you are not familiar: >> https://github.com/fre5h/DoctrineEnumBundle/pull/12 >> >> I don’t want to cry here, but me, Igor Stasenko and some other pharo >> developers are from Ukraine, and we are extremely worried about our Home. I >> just ask you to think about our country for a minute. Tell your friends: >> “You know, there is this nice country called Ukraine, where people are being >> shot just because they want to have a freedom of speech”. And if you believe >> in God, please say a short prayer for Ukraine, I trust that this is >> important. >> >> Sorry guys for taking your time, but I was touched by this pull request and >> just wanted to share what is happening around. >> Cheers! >> Uko > >
Re: [Pharo-users] SourceCity on Delphi code
I know that jb updated the code some days ago but no more. Ronie wanted to split NBOpenGL / Roassal in three separate packages But I do not know the status of that, On 28 Jan 2014, at 14:36, Stephan Eggermont wrote: >
[Pharo-users] Commits of two last week
http://association.pharo.org/web/weekly/Commits-Jan-1
[Pharo-users] Pharoers in San Francisco
Hi guys I will visit San francisco and I was wondering if some of you are living there. Because we could meet. Stef
