- Pharo-users - lists.pharo.org

Re: [Pharo-users] smalltalk workshops (building a webserver) after code-in

by Sebastian Sastre

This is awesome We needed this! small feeback: the player didnât work on Safari OS X and in Chrome the streaming was too poor. YouTube or Vimeo usually removes all those issues for you Thanks for sharing and keep up that excellent work! > On Jan 29, 2015, at 2:52 AM, Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> wrote: > > hi, > > Google Code-In is over (i'll probably write more about that later) > and there are a few students who have started their path to smalltalk. > > because there was interest among the students to continue learning, we have > started a series of workshops to learn the elements of building a webserver. > > i have created a screencast for the first topic: FileSystem > > you can read more about the workshop and find the screencast here: > http://societyserver.org/mbaehr/training/Using-the-FileSystem-class-in-Phar… > > being new to smalltalk myself, there are probably some mistakes, and things > that could be done better, however i believe the screencast is usable for > learning. > > i recorded this mostly without interruption except for a few times where i was > lost and had to stop and look up what i was going to do. > > i am open to feedback and criticism of any kind, from pointing out redundant > ()s or ways to improve the code to tips for debugging and testing. > > the next workshop will be saturday the > > 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/ >

Jan. 29, 2015

Re: [Pharo-users] dirty packages

by Usman Bhatti

Thanks Torsten. Indeed, renaming the package solved the problem. On Thu, Jan 29, 2015 at 12:11 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Because "MyPackage" and "MyPackage-Ext" fall into the same > class categories. The name "MyPackage" is part of the string > "MyPackage-Ext". > > Packages and class categories are mixed to provide Pharo packages > and with this you are also still able to use old code or > import code from other Smalltalks. > > use: "MyPackage-Core" and "MyPackage-Ext" or > "MyPackage-Core" and "MyPackage-Ext-Core" > > and you wont have this problem. > > If you follow a proper naming scheme (like Seaside and mainly > also Pharo) you wont get this problem. > > Bye > T. > > >

Jan. 29, 2015

Re: [Pharo-users] SPEC and Athens

by Ben Coman

Really great to see all you do. A nice introduction. Now practical focused criticism that can directly lead to some improvement is generally welcome, and your longer post was a better example. It is the generic platitudes of negativity that people get sensitive to. Now there are many bugs listed in the issue tracker - many of them old. After you log a ticket, feel free to socialise it in the lists, which might help draw more eyeballs. cheers -ben On Thu, Jan 29, 2015 at 5:15 AM, Sebastian Heidbrink <sheidev(a)yahoo.de> wrote: > Seems we wrote at the same time... > > Well, Steph here is what I do. > > - I attend, organize Smalltalk meet ups. > - I contribute to the open source community of Gemstone, Amber and VAST > - I attend conferences like ESUG and STIC and burn funds to make the > community look bigger > - I host Smalltalk Inspect > - I organized the VanIsle CampSmalltalk last October > - I provide feedback and write open source boards > - I started a Software Group here in town that meets weekly and Smalltalk > is always part of it. We didn't promote it yet, but are about to. > > For all these actions I need to prepare for questions that I might > encounter like: > - "Where do I get started?" > - "Is there an example for...." > - "Which Smalltalk distribution shall I start with?" > - "Why does the Pharo 3.0 distribution not work with Moose 3.0 even though > it is advertised?" > - "How can I add more flavour to an application, which framework shall I > use?" > > So what does Pharo community currently do for me? > I report bugs and ask for help and fixes, introductions, examples. > The answers I get is "load the most current 4.0 development. There it > should work", "I don't know that doesn't work for me either..." > > Am I supposed to advertise Pharo the same way? To a beginner? > > I find it very strange that after 30 years one can not easily implement a > modern looking GUI without too much hassle. > Even the tool support for Pharo is inconsitant and unstable. I reported > that several times. > Unit tests are great, but UI tests are needed too. > > I can only tell you that a beginner in Smalltalk is not conditioned like > us and he suffers much more problems as we do and even think of. > e.g. it is difficult enough for them to understand what tools are > available and how to navigate the code. But searching for a simple menu > like "browse implementors" can even be challenging. > I know 3 different implementations/spots in one release... > > There are so many developers out there that already heard of Smalltalk and > would love to try it out. > The only problem is.... there is no real support for them. > Once you outgrow the Pharo tutorial it is extreemly difficult to go on > with more serious stuff. > Why do stable Configuration oftern not work and dev has to be loaded? That > does not make sense in a One-Click-Image... > > I tried the experiement and started an application from scratch and it is > really not easy to get started. First question was "Which UI framework do I > actually have to use? There are "MANY" out there" > > But I have to tell all contributers here in the forum. The support and > will to help is great! I realized that past months some of the questions I > had had already been answered several times. > I still got helpful answeres again and was able to go on. > > There should be a collection of useful tutorials that are maintained and > tested before every release. > I found several great tutorial that I can point Beginners at, but many of > them do not work anymore. > > What you, board and the community currently built is a great eco sytem for > tools and it is getting better every month. > That is something that one can really tell. > Please do not forget to take care of the upcoming Smalltalkers and their > problems. > > There should be a timechart on Pharo.org that shows when (during which > Pharo release) which framework was/is supported or considert feasable. > Is BLoc old, or new? Is is deprecated or upcoming? Do the Pharo > maintainers consider it usable with the current release and if not with > which? > > "Welcome to the world of Smalltalk!" > You don't like that reaction? Well this is the reaction I get,.... and > well, what should I reply then? "If you don't like it, then contribute?" > A beginner is shy and insecure,... they simply give up and download > information on SWIFT... > > I propose that the community collects information on what Pharo is used > for. What are it's strength and what kind of application is it the perfect > abse for. > This would help guys like me to advertise it with less surprise for the > interested > > I am sorry, I won't currently be able to contribute code to the Pharo > community since it is not part of my current stack. > But I release chucnk of thought useful implementations that I encounter in > my other dialects. > The only thing that I can provide you with are critical questions that I > encounter. > That might change, but it is all I can do so far. > > Go on! But don't forget the beiggner and the basic ui. > Sebastian > > > > Am 28.01.2015 um 12:23 schrieb stepharo: > > It was a bit easy to say that. > You can get frustrated by the state of certain libraries and I can tell > you that we are fighting daily > to improve the system (writing doc, fighting to get funds for engineers, > coding). > Now you should ask yourself how you can help pharo. > > Stef > > Welcome to the world of Smalltalk! > > > Am 28.01.2015 um 07:27 schrieb Mark Rizun: > > I have the same problem with PolygonMorph. It does not resize properly. > Also I couldn't find any event related with window resizing. > If you find a solution please let me know. > > Mark > > 2015-01-28 16:19 GMT+01:00 Sebastian Heidbrink <sheidev(a)yahoo.de>: > >> Am 28.01.2015 um 07:07 schrieb Mark Rizun: >> >> First the svg does not resive properly while resizing the window. >>> >> >> What do you mean by this? >> >> >> Well, I implemented the example window from spec.st and added a >> ASVGMorph to it. >> When I now resize the window, then the button changes his size correctly >> but the svg somhow just seems to be put into the background. >> I then implemented a SVGMorpModel that includes a ASVGMorpAdapter and >> adde dthis one to my example window but the result is that the SVG resizes >> just half the speed... >> >> >> >> >>> How can I also introduce an animated SVG? Like an svg that changes >>> color during a mouse click? >>> >> >> To work with events that are implemented in AthensSvgMorph you have to >> (as far as I know) access this morph. >> You can do it by sending #widget message to your model to times like this: >> >> svgModel widget widget ==> svgMorph >> >> Than morph can handle events like "changes color during a mouse click". >> >> >>> Are there any particular Models that could be used as a container for >>> this SVGMorphAdapter? >>> >> >> SVGMorphAdapter is a class that represents a layer betwen SVGMorph and >> model of svg in spec. >> It allows model and morph to "communicate" with each other. >> >> Mark >> >> >> > > > >

Jan. 29, 2015

Pointer Detective - Inspecting an Object (instance) and Doing a "PointerDetective openOn: self." leads to a System Error in Pharo?

by Mircea S.

The object is a WhateverRoot instance (subclass of WAComponent) that has "canBeRoot ^true." Am I doing something wrong? PS. My "eagle eye" caught a typo on line 9 of the error. "'Orginal error:' ,title asString.". Maybe, just maybe... More info and an printscreen here: http://stackoverflow.com/questions/28210014/pointer-detective-inspecting-an…

Jan. 29, 2015

Re: [Pharo-users] gt poster

by Ben Coman

great logo. On Thu, Jan 29, 2015 at 6:29 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > Here is a poster for GT. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Jan. 29, 2015

Re: [Pharo-users] New book for Pharo :)

by Werner Kassens

Hi HernÃ¡n > This is like if I get 5 mathematicians, fork SciSmalltalk, push cool new > features, and then make all you loose them if you don't update. And I > could do it for fun 1000 times. You get the idea. <g> got it! btw Serge explained his plans for scismalltalk here: http://forum.world.st/scismalltalk-policy-tp4799887p4801564.html an excerpt: "What I want to do is to have a uniform prefix for all SciSmalltalk classes, maybe SCI or MATH." werner

Jan. 29, 2015

Re: [Pharo-users] Why single inheritance?

by Ben Coman

http://www.visoracle.com/squeak/faq/traits-vs.html On Wed, Jan 28, 2015 at 11:41 PM, Laura Risani <laura.risani(a)gmail.com> wrote: > Hi all, > > What is the explanation why Smalltalk designers preferred single > inheritance+traits to multiple inheritance? Why is the former better than > the latter? > Do traits let you share state also or only behavior? > > Best, > Laura >

Jan. 29, 2015

[ANN] PUnQLite NoSQL database project updated

by Torsten Bergmann

Hi, are you in need for really simple out of image persistency? If you like to use a small RDBMS solution with Pharo then there is the embeddable SQLite shared library and NBSQLite3 project [1] to access it. Combine it with Glorp [2] and you do not have to fight too much with SQL. On the other end of persistency world there are the so called "NoSQL databases" and beside Mongo and all the others that require special setup etc. there is this wonderful small UnQLite embeddable database [3] that similar to SQlite world only requires a simple library. Thanks to Masashi Umezawa there is a nice wrapper for Pharo already to access this tiny embeddable NoSQL database called "PUnQLite" [4] and [5], also including access to the Jx9 machinery of UnQLite. It is really cool that he made this available. This week I updated "PUnQLite" a little bit: - refactored the Native boost wrapper for UnQLite (using shared pools, ...) - documented classes - added a help topic - fixed a bug in cursors when accessing the keys in an empty database - and finally added a small spec based tool to work with a database file (see attached screenshot) One can use it to open an unqlite database, show the key value pairs and remove or add entries. If you are in latest Pharo 4 already you can load all of that right from the config browser. Be aware that you need the external unqlite shared library which is downloaded and extracted into a folder "pharo-vm" when loading the config. For instance on Windows it automagically downloads a file "pharo-vm/unqlite.dll" below your image directory and you just have to copy this shared library file to the folder where your VM (Pharo.exe) resides. Havent tried on other OS platforms. >From the Pharo side using the UnQLite database basically works like having some kind "external dictionary" in a database file. Just run that in a workspace: |db| db := PqDatabase open: 'comments.db'. db disableAutoCommit. db transact: [ Object subclasses do: [:cls | | key | key := cls asString. db at: key put: cls comment ] ]. db close. Then open the "Database Browser" from the world menu and open the "comments.db" file. You can browse the keys and values, remove entries or add new. A filter for the keys is also included. Nothing fancy but hope you like it or find it usable. Couldnt make it to PharoConf 2015 but I hope all participants enjoy their time there. Keep the others updated by using the #pharodays2015 on Twitter. Have fun! Bye T. [1] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2015-January/104… [2] http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2015-January/0… [3] http://unqlite.org/ [4] https://github.com/mumez/PunQLite [5] http://smalltalkhub.com/#!/~MasashiUmezawa/PunQLite

Jan. 29, 2015

Re: [Pharo-users] New book for Pharo :)

by HernÃ¡n Morales Durand

We could probably start with RBClassRegexRefactoring new renameClasses; replace: '^Dhb(.*)$' with: 'NM$1' ignoreCase: false; execute. or whatever prefix you prefer :) I wrote some DHB extensions for easier building of matrices, if anyone give me access to the SciSmalltalk repository I could push them for review. HernÃ¡n 2015-01-29 4:05 GMT-03:00 stepharo <stepharo(a)free.fr>: > So hernan > how do we make progress? > > >

Jan. 29, 2015

Re: [Pharo-users] SPEC and Athens

by Sebastian Heidbrink

Okay, I had a short look and it seems one needs to either subclass the GenericAdapter, or configure it upon initializtion. One will need to add handlers upon resize and maybe even implement some kind of Form around the polymorph... but I have no idea if there is something like a form in Spec... I do not know it enough yet. Try this and see. It is part of the RewriteRuleBuilder statusBarForMatch | morph | morph := TransformationRule arrowMorph: ActivePolygonMorph. morph rotationDegrees: 90; scale: 0.6; color: self matchColor; infoText: self matchLabel; yourself. ^ morph asSpecAdapter vSpaceFill; yourself Sebastian On 2015-01-28 12:26 PM, Mark Rizun wrote: > It is in rewrite tool that I'm developing. > You can download it here: > > http://smalltalkhub.com/#!/~MarkRizun/RewriteTool > <http://smalltalkhub.com/#%21/%7EMarkRizun/RewriteTool> > > The morph is used, for example, in RewriteRuleBuilder>>#statusBarForMatch > > Mark > > 2015-01-28 21:24 GMT+01:00 Sebastian Heidbrink <sheidev(a)yahoo.de > <mailto:sheidev@yahoo.de>>: > > Hi Mark, > > can you send me an example implementation on this? > > I'll try to find a solution that might work for both of us. It is > easier to find the reason with a second reference implementation, > I guess. > > Sebastian > > > > Am 28.01.2015 um 07:27 schrieb Mark Rizun: >> I have the same problem with PolygonMorph. It does not resize >> properly. >> Also I couldn't find any event related with window resizing. >> If you find a solution please let me know. >> >> Mark >> >> 2015-01-28 16:19 GMT+01:00 Sebastian Heidbrink <sheidev(a)yahoo.de >> <mailto:sheidev@yahoo.de>>: >> >> Am 28.01.2015 um 07:07 schrieb Mark Rizun: >>> >>> First the svg does not resive properly while resizing >>> the window. >>> >>> >>> What do you mean by this? >> >> Well, I implemented the example window from spec.st >> <http://spec.st> and added a ASVGMorph to it. >> When I now resize the window, then the button changes his >> size correctly but the svg somhow just seems to be put into >> the background. >> I then implemented a SVGMorpModel that includes a >> ASVGMorpAdapter and adde dthis one to my example window but >> the result is that the SVG resizes just half the speed... >> >> >>> How can I also introduce an animated SVG? Like an svg >>> that changes color during a mouse click? >>> >>> >>> To work with events that are implemented in >>> AthensSvgMorph you have to (as far as I know) access this morph. >>> You can do it by sending #widget message to your model to >>> times like this: >>> >>> svgModel widget widget ==> svgMorph >>> >>> Than morph can handle events like "changes color during a >>> mouse click". >>> >>> Are there any particular Models that could be used as a >>> container for this SVGMorphAdapter? >>> >>> >>> SVGMorphAdapter is a class that represents a layer betwen >>> SVGMorph and model of svg in spec. >>> It allows model and morph to "communicate" with each other. >>> >>> Mark >> >> > >

Jan. 29, 2015