Re: [Pharo-users] QCMagritte on Github
Hi, Le mer. 8 nov. 2017 à 8:15, stephan <step...@stack.nl> a écrit : Definitely, and I'm still struggling a bit with Iceberg. I would definitely favor a setup where the whole open source part is build on each commit using travis and images are put on (e.g.) bitbucket. Now a QCMagritte image (vm 64) is built by Travis on each commit, see https://github.com/Afibre/QCMagritte/releases and https://travis-ci.org/Afibre/QCMagritte Laurent
Re: [Pharo-users] QCMagritte on Github
Hi Diego, we used this process to migrate: https://github.com/peteruhnak/git-migration. So we have all history of QCMagritte (including ConfigurationOf). We created the BaselineOf but it only loads latest packages (see https://github.com/Afibre/QCMagritte/blob/master/src/BaselineOfQCMagritte.package/BaselineOfQCMagritte.class/instance/baseline..st ). So there should be made branches for the different Pharo versions. If you give me your github I can give you write access to the github repository. Laurent Le dim. 29 oct. 2017 à 13:42, Diego Lont <diego.l...@delware.nl> a écrit : Hi, It was somewhere on my todo list to migrate to Github, but not very high… but I guess if someone else does this for me, I should be happy about this. So thank you, I will look up my gut hub account and also change the job. I hope to do this somewhere next week. I know there a different configurations for different versions of pharo, so did you import only one version, or should there be made branches for the different pharo version? Regards, Diego On 27 Oct 2017, at 16:50, laurent laffont <laurent.laff...@gmail.com> wrote: I've added loading instructions in README: Metacello new githubUser: 'Afibre' project: 'QCMagritte' commitish: 'master' path: 'src'; baseline: 'QCMagritte'; load. For the QCMagritte version, there's actually one branch master. If you need a previous version, I suppose the right way is to create a github branch from the desired commit in git history and adapt the BaselineOf... Laurent On Fri, Oct 27, 2017 at 2:12 PM, Hernán Morales Durand <hernan.mora...@gmail.com> wrote: Nice to know Laurent, Could you please comment or share how to install this version uploaded to GitHub? Any way to check the installed or current QCMagritte version? Cheers, Hernán 2017-10-27 7:39 GMT-03:00 laurent laffont <laurent.laff...@gmail.com>: Hi, my team starts to use QCMagritte. For our needs we have imported SmalltalkHub repository to Github here: https://github.com/Afibre/QCMagritte I don't know if you (Diego, Stephan, Tobias) plan to use Github instead of SmalltalkHub. At least Github allows branches & pull request. Regards, Laurent Laffont
Re: [Pharo-users] QCMagritte on Github
I've added loading instructions in README: Metacello new githubUser: 'Afibre' project: 'QCMagritte' commitish: 'master' path: 'src'; baseline: 'QCMagritte'; load. For the QCMagritte version, there's actually one branch master. If you need a previous version, I suppose the right way is to create a github branch from the desired commit in git history and adapt the BaselineOf... Laurent On Fri, Oct 27, 2017 at 2:12 PM, Hernán Morales Durand <hernan.mora...@gmail.com> wrote: > Nice to know Laurent, > > Could you please comment or share how to install this version uploaded > to GitHub? > Any way to check the installed or current QCMagritte version? > > Cheers, > > Hernán > > > > > 2017-10-27 7:39 GMT-03:00 laurent laffont <laurent.laff...@gmail.com>: >> Hi, >> >> my team starts to use QCMagritte. For our needs we have imported >> SmalltalkHub repository to Github here: >> https://github.com/Afibre/QCMagritte >> >> I don't know if you (Diego, Stephan, Tobias) plan to use Github >> instead of SmalltalkHub. At least Github allows branches & pull >> request. >> >> Regards, >> >> Laurent Laffont >> >
[Pharo-users] QCMagritte on Github
Hi, my team starts to use QCMagritte. For our needs we have imported SmalltalkHub repository to Github here: https://github.com/Afibre/QCMagritte I don't know if you (Diego, Stephan, Tobias) plan to use Github instead of SmalltalkHub. At least Github allows branches & pull request. Regards, Laurent Laffont
Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)
Thanks Stef, it would be nice, nevertheless I don't think the boss will pay a consultant :( Laurent Le 22 septembre 2017 18:18:32 GMT+02:00, Stephane Ducasse <stepharo.s...@gmail.com> a écrit : >Laurent > >do you need that we send someone to your place to help? > >Stef > >On Fri, Sep 22, 2017 at 10:28 AM, laurent <laurent.laff...@gmail.com> >wrote: >> Hi Stephan, >> >> actually the difficult part is how to manage correctly Glorp >> sessions/connections and update of objects in database. My team is >quite sad >> because QCMagritte and Glorp looks nice but we lack experience >glueing both >> together and could not find any documentation on the subject. >> >> Laurent >> >> >> Le mer. 20 sept. 2017 à 11:53, stephan <step...@stack.nl> a écrit : >> >> On 18-09-17 12:22, laurent wrote: >> >> We try QCMagritte and we enjoy what we see so far. What are the best >> practices to glue Magritte and Glorp together ? Especially when you >> load-balance requests on several images. Some examples ? ( FYI, I >cannot >> load QCMagritte in a fresh Pharo 6 image ( for #stable version, >> MADescriptionBuilder missing. For #development versions of Magritte >and >> QCMagritte, QCConfiguration missing ). So actually I use the one >built on >> CI. ) >> >> I really like describing domain objects with Magritte and using >chains of >> visitors to add cross-cutting concerns like translations, styling and >access >> control. The resulting domain code is very clean and DRY. To map to >> database/Glorp I would just add properties to the description >wherever >> needed, and add a visitor creating the mappings. We didn't need that >as we >> developed in Pharo and deployed on Gemstone. At the moment QC >generates >> applications using jQuery, and the live updating needs a round-trip >to the >> server. You might want to substitute that with something that does >more >> client side. I haven't looked in detail at what Johan Brichau is >doing. An >> open issue is live updates that update each other. That needs >automatically >> calculating dependencies and update order. I've copied the latest >> configuration and added #'pharo6.x' but that is not enough. Stephan
Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)
Hi Stephan, actually the difficult part is how to manage correctly Glorp sessions/connections and update of objects in database. My team is quite sad because QCMagritte and Glorp looks nice but we lack experience glueing both together and could not find any documentation on the subject. Laurent Le mer. 20 sept. 2017 à 11:53, stephan <step...@stack.nl> a écrit : On 18-09-17 12:22, laurent wrote: We try QCMagritte and we enjoy what we see so far. What are the best practices to glue Magritte and Glorp together ? Especially when you load-balance requests on several images. Some examples ? ( FYI, I cannot load QCMagritte in a fresh Pharo 6 image ( for #stable version, MADescriptionBuilder missing. For #development versions of Magritte and QCMagritte, QCConfiguration missing ). So actually I use the one built on CI. ) I really like describing domain objects with Magritte and using chains of visitors to add cross-cutting concerns like translations, styling and access control. The resulting domain code is very clean and DRY. To map to database/Glorp I would just add properties to the description wherever needed, and add a visitor creating the mappings. We didn't need that as we developed in Pharo and deployed on Gemstone. At the moment QC generates applications using jQuery, and the live updating needs a round-trip to the server. You might want to substitute that with something that does more client side. I haven't looked in detail at what Johan Brichau is doing. An open issue is live updates that update each other. That needs automatically calculating dependencies and update order. I've copied the latest configuration and added #'pharo6.x' but that is not enough. Stephan
Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)
Hi Richard, Laurent, I realize you are asking this on the Pharo list, looking for a Pharo-specific answer. You should also post your requirements on the GLASS list (http://forum.world.st/GLASS-f1460844.html). A number of people/businesses there use a /develop on Pharo, deploy on GemStone approach/. They will be able to give you some good advice on using GemStone/S for your database. My team build free (AGPL) software and we require a full open stack. I've read several testimonials about Gemstone qualities, nevertheless it could not be an option for this project. Regards, Laurent We need a web stack and we put Pharo & co in the comparative process. My team have strong experience in load-balanced php / mysql deployment that handles millions of records but we are ready to build on something else though MySQL is still a requirement. Thanks for Garage + Glorp, I can prototype things. I wonder how to handle database schema migrations. With our PHP projects we have versionned PHP scripts that are automatically run given a database revision number ( see http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). What are the practices with Glorp ? We try QCMagritte and we enjoy what we see so far. What are the best practices to glue Magritte and Glorp together ? Especially when you load-balance requests on several images. Some examples ? ( FYI, I cannot load QCMagritte in a fresh Pharo 6 image ( for #stable version, MADescriptionBuilder missing. For #development versions of Magritte and QCMagritte, QCConfiguration missing ). So actually I use the one built on CI. ) May be you have some other suggestions on a framework you love ? Best regards, Laurent Laffont -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Re: [Pharo-users] Web stack practices (Glorp / QCMagritte)
Thank you Esteban & Joachim for your answers. Laurent Le lun. 18 sept. 2017 à 14:58, jtuc...@objektfabrik.de <jtuc...@objektfabrik.de> a écrit : Laurent, I don't have answers to all your questions, but we use Glorp & Seaside (no Magritte) on VA Smalltalk for our cloud service (http://kontolino.de). Am 18.09.17 um 12:22 schrieb laurent: Hi all, it's been a long time :) At work we are currently comparing several technologies to start a business project that will hopefully be used by thousands of people for several years ;) We need a web stack and we put Pharo & co in the comparative process. My team have strong experience in load-balanced php / mysql deployment that handles millions of records but we are ready to build on something else though MySQL is still a requirement. Sounds interesting. Thanks for Garage + Glorp, I can prototype things. I wonder how to handle database schema migrations. With our PHP projects we have versionned PHP scripts that are automatically run given a database revision number ( see http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). What are the practices with Glorp ? We use a similar approach: our Descriptor class has a method called schemaVersion, which just returns the current version number. We also have a "magic" table for settings in our DB, just holding a "name" and a "value" column, both being Varchars. One of the rows has a name of "SchemaVersion" and the value is (you guessed it) the printString of the version number. Our images accept a few command line paramters, one of them being --upgradeSchema. It compoares the number in the DB with the one provided by the descriptor. If they match, the image quits. If not, it calls all methods named #upgradeSchemaToVersionXXX until it reaches the number in the Descriptor. Thus we can do both SQL based migrations, like DDL stuff, as well as Smalltalk object based migrations (which can be sooo much faster to implement for complex cases). And we have all versioned and maintained in our beloved Envy repository ;-) . The rest is just bash script magic (like only starting one image with the --upgradeSchema parameter and only start the real web workers once that one has ended succesfully). About load balancing: You need Sticky sessions, so no failover between images. If one image crashes, the user must re-logon on a new image. Works nicely with Apache, I guess nginx works as least as well. For Apache, look for mod_prox_balancer to learn more. Hope I could give you a few starting points for your research. And I also hope you'll find Pharo+Garage+Glorp+QCMagritte a good fit for your project. We all want success stories ;-) Joachim -- --- Objektfabrik Joachim Tuchel mailto:jtuc...@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1
[Pharo-users] Web stack practices (Glorp / QCMagritte)
Hi all, it's been a long time :) At work we are currently comparing several technologies to start a business project that will hopefully be used by thousands of people for several years ;) We need a web stack and we put Pharo & co in the comparative process. My team have strong experience in load-balanced php / mysql deployment that handles millions of records but we are ready to build on something else though MySQL is still a requirement. Thanks for Garage + Glorp, I can prototype things. I wonder how to handle database schema migrations. With our PHP projects we have versionned PHP scripts that are automatically run given a database revision number ( see http://git.afi-sa.fr/afi/opacce/tree/master/cosmogramme/sql/patch ). What are the practices with Glorp ? We try QCMagritte and we enjoy what we see so far. What are the best practices to glue Magritte and Glorp together ? Especially when you load-balance requests on several images. Some examples ? ( FYI, I cannot load QCMagritte in a fresh Pharo 6 image ( for #stable version, MADescriptionBuilder missing. For #development versions of Magritte and QCMagritte, QCConfiguration missing ). So actually I use the one built on CI. ) May be you have some other suggestions on a framework you love ? Best regards, Laurent Laffont
[Pharo-users] Update website request: Pharo 5.0 packages on ArchLinux
Hi, I've updated Pharo packages for ArchLinux. Could you please update install procedure on http://pharo.org/gnu-linux-installation ? Install Pharo launcher + Spur + old VM using command line: $ yaourt pharo-launcher then run: $ pharo-launcher (or look into your desktop menu for Pharo Launcher) Note: PharoLauncher is automatically configured to run Pharo images with right VM. More informations on packages: - pharo-launcher: https://aur.archlinux.org/packages/pharo-launcher/ - pharo-spur-vm: https://aur.archlinux.org/packages/pharo-spur-vm/ - pharo-vm (old VM): https://aur.archlinux.org/packages/pharo-vm/ Thanks for Pharo 5 :) Laurent Laffont
Re: [Pharo-users] [Pharo-dev] Who is using Pharo Launcher and for what
Hi, PharoLauncher is my main entry point for creating / managing / launching Pharo images. I work at AFI and use Pharo for application monitoring & Redmine bug tracker analysis. Laurent Le sam. 20 févr. 2016 à 11:49, Damien Cassou <damien.cas...@inria.fr> a écrit : For my CV, I need to know who is using the stuff I'm doing. If you use the Pharo Launcher, could you please tell me in which context (e.g., which company, open-source project) and what you use it for (e.g., download from CI, standard Pharo)? I don't need long paragraphs, just give me the keywords please. Thanks -- 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] Alt-tab between windows
Le mar. 19 mai 2015 à 5:45, Avdi Grimm a...@avdi.org a écrit : On Mon, May 18, 2015 at 11:06 PM, Ben Coman b...@openinworld.com wrote: As a step in this direction, the Window Menu (small arrow in title bar) item Create window group may provide part of the behaviour you are looking for. Interesting! How does one add more than one window to the group? Is there more info on this somewhere? This work comes from TilingWindowManager and has been reified into GroupWindowMorph in Pharo3. With TWM comes TWMDockingWindowMorph with opens a docking panel where you can put windows. See https://vimeo.com/26346973 and open it with: TWMDockingWindowMorph new openInWorld Laurent -- Avdi Grimm http://avdi.org
Re: [Pharo-users] Alt-tab between windows
Hi Avdi, you may be interested in http://smalltalkhub.com/#!/~LaurentLaffont/TilingWindowManager that offers more keyboard control (Emacs inspired) on window management. Regards, Laurent Laffont Le sam. 16 mai 2015 à 0:52, Avdi Grimm a...@avdi.org a écrit : Hey folks! I've dabbled with smalltalk here and there over the years, but recently I've settled in to learn Pharo in earnest. A few of you might have seen the videos I've been putting up; they seem to be making the rounds on Twitter. I just want to say I've felt really welcomed by all the people who have commented with helpful tips, or offered to help with my exploration :-) I've run into my first big blocker as a newcomer. Like many programmers I'm a fan of keeping my hands on the keyboard. Now, I'm more flexible on this than some. I recognize that Pharo is a visual environment, and it makes sense to explore it with a mouse. And some interactions just make more sense with a mouse. That said, no matter what windowing environment I'm in, I find the ability to quickly cycle between windows without leaving the keyboard pretty crucial. One Windows or Ubuntu I would normally do this with Alt-Tab or Super-Tab. On MacOS it's Cmd-Tab. I've been trying to figure out how to do this in Pharo. I've looked for answers with Google, SO, and on IRC, and I've come up blank. I'm starting to think it can't be done. So, I've come here for your help. Is there a way to cycle between windows? Or is anyone working on it? Or, perhaps, am I missing an element of the Pharo programming workflow which renders it unneeded? Many thanks, -- Avdi
Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
Fixed. Laurent Le lun. 20 avril 2015 à 14:25, Markus Schlager m@gmx.de a écrit : Hi Laurent, There's again a 404 file not found with PharoLauncher-user-stable-2015.04.18.zip. Markus == Erstelle Paket: pharo-launcher 4.0-1 (Mo 20. Apr 14:19:39 CEST 2015) == Prüfe Laufzeit-Abhängigkeiten... == Prüfe Buildtime-Abhängigkeiten... == Empfange Quellen... - Lade icon-lighthouse-128x128.png herunter... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 100 8219 100 82190 0 32276 0 --:--:-- --:--:-- --:--:-- 32231 - Lade PharoLauncher-user-stable-2015.04.18.zip herunter... % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (22) The requested URL returned error: 404 Not Found == FEHLER: Fehler beim Download von PharoLauncher-user-stable-2015.04.18.zip Breche ab...
Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
Hi Markus, I've updated the package and now it should work. Note that the pkg files are hosted at https://github.com/lolgzs/pharo-aur/ Cheers, Laurent Le lun. 13 avril 2015 à 22:56, Markus Schlager m@gmx.de a écrit : Hi Laurent, On Tue, 18 Mar 2014, Laurent Laffont wrote: There's also a pharo-launcher package that depends on pharo-vm: $ yaourt pharo-launcher Right know this fails raising a 404 File Not Found error: --2015-04-13 22:51:47-- https://ci.inria.fr/pharo-contribution/job/PharoLauncherFinalUserImage/lastSuccessfulBuild/artifact/PharoLauncher.zip Auflösen des Hostnamens »ci.inria.fr (ci.inria.fr)« … 193.51.193.223 Verbindungsaufbau zu ci.inria.fr (ci.inria.fr)|193.51.193.223|:443 … verbunden. HTTP-Anforderung gesendet, auf Antwort wird gewartet … 404 Not Found 2015-04-13 22:51:47 FEHLER 404: Not Found. Markus
Re: [Pharo-users] spotter preview
Hi, I really like Spotter. The preview feature makes me think that would be useful to have it in code completion. So often I use the wrong method because completion does not display class name. The ability to have code preview in code completion (and maybe class hierarchy too) would make me open far less browser I think. An easy first step may be that when I type Shift+enter to open Spotter it copies the word where the cursor is placed in a text editor in the Spotter search field. Cheers, Laurent Le lun. 2 févr. 2015 à 22:02, Tudor Girba tu...@tudorgirba.com a écrit : Hi, The Glamorous Team is happy to present a new feature in Spotter: preview (you toggle it with Cmd+p). We think this boosts the usefulness of the Spotter interface significantly. For more details, please take a look at: http://www.humane-assessment.com/blog/boosting-gtspotter-with-preview This is available in the Moose image, and it will soon be integrated in the Pharo one. Please let us know what you think. Cheers, Doru -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-users] Pharo Casts: http://www.pharocasts.com
Oups, forgot to renew the DNS. should be up soon. Laurent Le jeu. 16 oct. 2014 à 15:49, Gastón Dall' Oglio gaston.dallog...@gmail.com a écrit : Hello. It's down? Seems so: http://www.downforeveryoneorjustme.com/www.pharocasts.com Regards.
[Pharo-users] Metacello with git
Hi, How to specify a git filetree repository (but not github) in a Metacello Configuration ? Laurent
Re: [Pharo-users] [Pharo-dev] [ANN] Pharo3 Dark Theme is available
Thanks a lot, I've been waiting (and tried yes :) this for years ! Laurent Le jeudi 1 mai 2014, 13:24:15 Esteban Lorenzano a écrit : Dark Theme for Pharo 3 == So, I finally took some time and hacked a Dark Theme for Pharo 3: How you install it? You need to execute this script: “1. You need this because otherwise Gofer merge becomes dumb :P MCRepositoryGroup default addRepository: (MCSmalltalkhubRepository owner: 'estebanlm' project: 'Pharo3DarkTheme'). “2. Now we can actually MERGE the project Gofer it smalltalkhubUser: 'estebanlm' project: 'Pharo3DarkTheme'; package: 'Pharo3DarkTheme'; merge. “3. And then install it Pharo3DarkTheme installFullTheme. WARNING 1: You need to do a merge (notice the script) WARNING 2: Yes, this is a HACK (also: an ugly hack). See below for details. WARNING 3: This changes something in the Pharo3Theme too... so you can go back after installing, but not completely :) Considerations -- It can look like an easy task, to make a theme over a non native GUI like Pharo, but let me tell you: It is not. There are a lot of glitches and errors of design you have to overcome to get a working version of a theme. This is a pitty because we claim that our system is clean (or should be clean) and easy to understand. But all the Morphic implementation is a hack over a hack, with preconcepts and hardcodes everywhere, up to a point that to make the smallest change is an incredibly annoying task. Then... I added yet another hack to this infinite list. I made it because we need something like this, even if not a good solution. And I also made it to start a debate into our community. I truly believe that Morphic was a great idea, but I also believe that current implementation is doomed. I would like to discuss a new implementation, with a good design (for example I believe it should be a clear separation between a morph and it's skin, making easy the actual-hard task of changing a colorset). I also believe there will be a clear separation between what is a Morph (a graphical unit) and a Widget (who at the time should use morphs, but that's another story). Etc., etc., etc. So, will we start the longtime postponed effort of effectively replace current Morphic? In the mean time, enjoy the theme. Is so cool that I'm considering making it my default theme :P Esteban
Re: [Pharo-users] [Pharo-dev] tiny survey: who uses Pharo Launcher?
Hi Esteban, I use only Pharo Launcher for several months: 1/ ArchLinux, 64 bits 2/ Yes, great improvement in managing images 3/ Suggestions: - show created last opened date for existing images. Option to sort by date or alphabetically - add a comment field for existing images so I could remember why I have this image - add a search field for templates existing images - bookmark some templates (I often download Seaside or Phratch, tired to scroll down) - get the descriptions of the jenkins jobs to know what each template is about - notification that a new version of PharoLauncher is available - manage common preferences in PharoLauncher: - shared package-cache - prepare each new image with a set of Metacello configuration preferences Laurent Le samedi 19 avril 2014, 14:32:18 Esteban Lorenzano a écrit : Hi, We want to know a bit more about Pharo Launcher, so please, answer this three points if you are using it: 1) which platform are you using? 2) is the experience satisfactory/easy enough? 3) do you have some feedback for us (bah, for Damien :P)? thanks, Esteban
[Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
Hi ArchLinux users, you can now install pharo vm on Arch with: $ yaourt pharo-vm-latest then $ pharo /path/to/your/image There's also a pharo-launcher package that depends on pharo-vm: $ yaourt pharo-launcher then $ pharo-launcher or use your favorite desktop main menu and click on the Pharo icon AUR entries: https://aur.archlinux.org/packages/pharo-vm-latest/ https://aur.archlinux.org/packages/pharo-launcher/ PKGBUILDs are versionned on https://github.com/lolgzs/pharo-aur Thanks for testing ! Regards, Laurent
Re: [Pharo-users] [Pharo-dev] Tiling Window Manager in 3.0: working but still issues with WorldMorph
Hi Phil, with latest ConfigurationOfTilingWindow manager World management (almost) works. Still a little display issue when creating a new world (need to change back and forth, seems to be some World repaint issue). I've also merged some experiments with GrowlMorph. Laurent Le mardi 11 mars 2014, 13:27:57 Laurent Laffont a écrit : Thanks a lot Phil. I will try to have a look. Laurent Le samedi 8 mars 2014, 11:57:30 p...@highoctane.be a écrit : TWM works in 3.0 after some work on icons and updating menus. Gofer new smalltalkhubUser: 'LaurentLaffont' project: 'TilingWindowManager'; configuration; load. ((Smalltalk at:#ConfigurationOfTilingWindowManager) project version: '3.0') load You can also use ((Smalltalk at:#ConfigurationOfTilingWindowManager) project version: #development) load but this will for sure change over time. There is the World management icon which is still there and it looks like it can create worlds but switching between them just breaks havoc. Maybe should we just remove that feature from TWM as 3.0 doesn't seem to be multiworld friendly. Nothing done on tests nor themeing (which appears to be not that working well in 3.0 either due to theming changes); At least the thing is back :-) [I missed it...] Phil
Re: [Pharo-users] [Esug-list] New Mars examples: Package Browser and Test Runner
Hi Carla, this is cool ! Is there a ready Pharo + Mars image built by jenkins server ? Cheers, Laurent On Tue, Sep 24, 2013 at 4:42 AM, Carla F. Griggio carla.grig...@gmail.comwrote: Hi everyone! I want to let you know that I've just posted a screencast in my blog about the new Mars Package Browser and Test Runnerhttp://marsonpharo.wordpress.com/2013/09/24/marspackagebrowser-and-marstestrunner-fresh-new-examples-by-the-end-of-gsoc-2013/ . These examples are not really intended as being the definitive package browser or test runner, but to start experiencing how is it to build a real application using Mars and to showcase some widgets. Anyway, it's cool :) The Package browser is not so different to the system browser example I showed before, but the Test Runner is definitely my favorite example so far. I give more details in the screencasthttp://www.youtube.com/watch?v=RlBr42uaqxEand the blog posthttp://marsonpharo.wordpress.com/2013/09/24/marspackagebrowser-and-marstestrunner-fresh-new-examples-by-the-end-of-gsoc-2013/. Any feedback is appreciated! Cheers, Carla. ___ Esug-list mailing list esug-l...@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org