- Pharo-users - lists.pharo.org

STON: Skip Inst Var

by Sean P. DeNigris

I was migrating some data from Pharo 4 to Pharo 6.1 and fell over the fact that FileSystem has a #workingDirectory instVar in the source, but not in the target. I ended up monkey patching STON until the objects were loaded and then reverting, but is there a way to skip an inst var via the proper STON API? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 9, 2017

Re: [Pharo-users] Spec "bindings"

by Rob Rothwell

On Fri, Sep 8, 2017 at 1:24 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > I like the idea about your extension. > We should really get it so that we understand it. > I published some experiments on smalltalkhub in a project called "Spec-Bindings" (owner RobRothwell) that loads into a clean 6.1-64 image. It just has some LabelModel and TextModel capabilities with a few tests and very simple examples. I've never really used smalltalkhub before, though, so please let me know if I didn't get it set up right. I changed and added methods only at this time, but there ComposableModel probably needs an instance variable for the subject/domain model. I didn't want to start a new branch of Spec-Core, though, so I created a Presenter subclass to create new UIs with, but the widgets all have a ValueHolder already (with different names per widget). > > >> > countLabel initializeSubject: subject countHolder > >> > > > > > > You're welcome. Thank you very much for your time--it's helpful to know > > there probably isn't some sophisticated wizardly way to do this that I am > > not even able to see or comprehend! > > :) > > > > > > >> > >> > >> > Then, instead of adding a LabelModel to a ComposableModel, you could > add > >> > something like a NumberPresenter and specify the spec you want to use > >> > (which > >> > would in turn display the desired widget). > >> > I didn't go that far yet, and created a NumberLabelModel for my > example > >> > above. It worked, but seems like the wrong way to go about it. Or > maybe > >> > you > >> > need both...I'm not sure! > >> > > >> > I also want to take a look at self-updating complex widgets as well > >> > (lists, > >> > tables, etc...) so that telling a list presenter it's list means that > >> > adding > >> > a value to that list could automatically update the widget and so on. > >> > I had some crude prototyping success with that in VW before deciding > >> > (hopefully for the last time) that "native" widgets aren't as > important > >> > to > >> > me as a solid and simple way to connect a model to a UI presentation. > >> > >> > >> > This seems much easier to achieve in Pharo, and after years of > >> > intermittent > >> > attempts I am hopeful that my knowledge level has finally become > >> > sufficient > >> > to contribute something to this heroic effort. > >> > >> Superb. > >> > >> We are discussing with peter (but EsUG is so intense and I should > >> finish the lectures for real now that I do not have the braincells) > >> about a pragma driven to declare menus because this is a real lack. > > > > > > Good luck! > > > >> > >> > >> > >> What I suggest is > >> - Please please continue your experiment. > >> - It would be great if we can compare some typical examples. > >> - After that we can take a decision and improve/modify Spec > >> and update the documentation. > > > > > > That's a really good idea since I am no Spec expert! I can probably > make a > > few things work the way I'd like them to, though, in order to produce > some > > typical examples like master-detail lists and so on. > > Yes excellent. > > > > > >> > >> I want to write a small interface for a small app. > >> I checked my code > >> and I thought that it was strange that we cannot initialize presenter > >> once the model is done > > > > > > Right...you can see in Spec that each type of widget creates a static > > ValueHolder ( such as '' asValueHolder ) for each type of widget and does > > not currently offer a method to swap it out with a new one. > > yes this is not really good. > Hopefully my examples show that it shouldn't be too hard to modify this. > > > > > > Also, there are probably more available Morphic widgets that could be > > adapted (like a progress bar as an number presenter, for example). > > > >> > >> > >> GameListModel new > >> on: GameCollector smallCollection; > >> openWithSpec > >> > >> > >> "protocol: #initialization" > >> > >> initializeWidgets > >> listModel := self newList. > >> listModel items: (collector collectionNamed: #owned) > >> > >> and then back then I realized that I was wrong. > > To fit Spec (but Spec is certainly too limited) > Like you said, it just needs some continuous improvement! > > > > > > > It would be interesting to hear the arguments against lists and trees > > updating themselves when their underlying objects change. It looks like > > Spec, VW, and Pharo all require you to monitor and replace the UI list > when > > something is updated. > > mistake :) > Lack of analysis. > We are learning while doing it so let us continue. > I'll try to recreate my VW experiments, which needed a sort of "complex object value holder" so you could have something like a Person object in your list that that displayed some representative string like a full name. Then, if any of the components of Person (or any of their their sub-components, like aPerson personName firstName) changed, these changes propagated to the to top and let the list know that one of it's items had changed so it knew to update it in the list. Take care, Rob > > > >> > >> > >> Stef > >> > >> thanks for this discussion. > > > > > > You're very welcome. > > > > Take care, > > > > Rob > > > >> > >> > >> > > >> > Take care, > >> > > >> > Rob > >> > > >> > On Tue, Sep 5, 2017 at 6:08 PM, Stephane Ducasse > >> > <stepharo.self(a)gmail.com> > >> > wrote: > >> >> > >> >> Rob > >> >> > >> >> Spec deserves another pass. > >> >> I see your point with showOn: now I do not see how you could avoid > the > >> >> presenter building. But may be I'm not enough into it. > >> >> So I'm interested in your feedback. > >> >> > >> >> Stef > >> >> > >> >> Stef > >> >> > >> >> On Tue, Sep 5, 2017 at 8:49 PM, Rob Rothwell <r.j.rothwell(a)gmail.com > > > >> >> wrote: > >> >> > Hello, > >> >> > > >> >> > I was wondering what more experienced users than myself thought of > >> >> > the > >> >> > idea > >> >> > of an explicit Spec "connection point" to a domain model object > >> >> > similar > >> >> > to > >> >> > Dolphin's "showOn:" method, like: > >> >> > > >> >> > CounterApp showOn: counter. > >> >> > > >> >> > This would perhaps trigger something like Dolphin's > Presenter>>model: > >> >> > message (although I've always found the use of "model" confusing > when > >> >> > there > >> >> > are so many "models" involved.) after the widgets had been created: > >> >> > > >> >> > ComposableModel>>initializeBindings: anObject > >> >> > > >> >> > In many cases, if your domain model uses ValueHolders as well (like > >> >> > Spec > >> >> > does), making a connection could just mean replacing the Spec > >> >> > ValueHolder > >> >> > with your domain ValueHolder so changes to the domain model would > >> >> > automatically propagate to the UI presentation without providing > >> >> > explicit > >> >> > code in ComposableModel>>initializePresenter. > >> >> > > >> >> > However, since I am still trying to understand and learn Spec, it's > >> >> > quite > >> >> > possible I am missing some key point and there are reasons not to > >> >> > explore > >> >> > this line of thinking! > >> >> > > >> >> > Thank you, > >> >> > > >> >> > Rob > >> >> > > >> >> > >> > > >> > > > >

Sept. 9, 2017

Standalone HTML Model

by Sean P. DeNigris

I'd like to create HTML via a DSL, like Seaside's canvas builder, but without loading a whole web framework. Any ideas? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 8, 2017

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

by phil＠highoctane.be

Nice. I'll definitely have a look because I need to prototype something quite domain heavy and it may help a lot. Phil On Fri, Sep 8, 2017 at 5:09 PM, Peter Fisk <peter.fisk(a)gmail.com> wrote: > Hi Phil, > > I already have PHP support for CodeIgniter and Laravel. > > Adding support for Zend Framework might take a day or so to implement. > > Any framework which supports MVC and AJAX should be fairly easy to > integrate > (eg Python/Django, NodeJS/Adonis, etc). The main difference amongst the > frameworks lies in the database object mappings. > > The specific language support is handled by streams. > > There are streams for HTML, CSS, JavaScript, PHP, Ruby, Python and > sub-streams for Ruby/Rails, JavaScript/Qooxdoo, and so on. > > So, the framework is not at all Ruby or Ruby-on-Rails specific. > > Cheers, > > -- Peter > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > >

Sept. 8, 2017

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

by Peter Fisk

Hi Phil, I already have PHP support for CodeIgniter and Laravel. Adding support for Zend Framework might take a day or so to implement. Any framework which supports MVC and AJAX should be fairly easy to integrate (eg Python/Django, NodeJS/Adonis, etc). The main difference amongst the frameworks lies in the database object mappings. The specific language support is handled by streams. There are streams for HTML, CSS, JavaScript, PHP, Ruby, Python and sub-streams for Ruby/Rails, JavaScript/Qooxdoo, and so on. So, the framework is not at all Ruby or Ruby-on-Rails specific. Cheers, -- Peter -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 8, 2017

Re: [Pharo-users] Few days old 6.1 image now leaves window trails?

by Peter UhnÃ¡k

This has happen during e.g. failed compilation. Object compile: '^^'. On Fri, Sep 8, 2017 at 3:01 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Fri, Sep 8, 2017 at 2:46 AM, Tim Mackinnon <tim(a)testit.works> wrote: > >> Hi there - Iâve been running in a 6.1 64bit image for a few days - doing >> a few experiments at lunch times, debugging things etc. I have had a few >> infinite loops that Iâve had to Cmd-. Out of and clean up lots of windows >> (whoever came up with the close all windows to right is a star!). >> > > Thx. Open source is all about scratching your itch. > https://pharo.fogbugz.com/f/cases/14627/Taskbar-Close-all-windows-to-right > > > >> >> Anyway, I just noticed that now when I drag windows around in the world - >> they leave lots of window trails around. Redrawing the screen cleans it up >> - but Iâm wondering what causes this? >> > > This crops up from time to time (I've experience it occasionally) but the > problem has not been definitively isolated. To me it seems environment has > an effect. > Which OS what graphics chipset do you have? > > cheers -ben >

Sept. 8, 2017

Re: [Pharo-users] Few days old 6.1 image now leaves window trails?

by Ben Coman

On Fri, Sep 8, 2017 at 2:46 AM, Tim Mackinnon <tim(a)testit.works> wrote: > Hi there - Iâve been running in a 6.1 64bit image for a few days - doing a > few experiments at lunch times, debugging things etc. I have had a few > infinite loops that Iâve had to Cmd-. Out of and clean up lots of windows > (whoever came up with the close all windows to right is a star!). > Thx. Open source is all about scratching your itch. https://pharo.fogbugz.com/f/cases/14627/Taskbar-Close-all-windows-to-right > > Anyway, I just noticed that now when I drag windows around in the world - > they leave lots of window trails around. Redrawing the screen cleans it up > - but Iâm wondering what causes this? > This crops up from time to time (I've experience it occasionally) but the problem has not been definitively isolated. To me it seems environment has an effect. Which OS what graphics chipset do you have? cheers -ben

Sept. 8, 2017

Re: [Pharo-users] [DesktopManager] Ctlr - D (do-it) is blocked after installation of desktop manager

by Tim Mackinnon

Itâs always handy to put a <script> pragma in there anyway, so you can click on the triangle in the browser if you need to re-run it. Which reminds me - I was going to put it out there, that it might be handy to have something like a <reset> pragma, such that Pharo could have an easy menu to offer ways to reset frameworks it knows about. Itâs so frustrating trying to find out how to reset things like Iceberg, Glory, Seaside etc when things go wrong and you just want to go back to the start. I Amy propose this in a new thread to generate some conversation. Tim > On 8 Sep 2017, at 12:59, Ben Coman <btc(a)openInWorld.com> wrote: > > > > On Tue, Sep 5, 2017 at 5:41 PM, H. Hirzel <hannes.hirzel(a)gmail.com <mailto:hannes.hirzel@gmail.com>> wrote: > On 9/5/17, Torsten Bergmann <astares(a)gmx.de <mailto:astares@gmx.de>> wrote: > >>How can I de-activate the ctrl-D shortcut for the Desktop manager for > >>the time being? > > > > By not using DesktopManager. > > Sure... > > What I was asking for: How can I use it _without_ the ctrl-D short > cut. Or how can I replace the ctrl - D shortcut with another short > cut. > > >The shortcut handlers are installed upon load > > initialize. > > > And how can I bypass or adapt this initialize method? > > You can find pertinent methods like this... > (RPackageOrganizer default packageNamed: 'Balloon') > definedClasses flatCollect: [ :c | > c class methods select: [:m| m selector = #initialize ] ] > > The rough way would be to edit them how you like and save the package locally, then when you load that into a fresh image it runs how you like. More elegant might be setting a flag with startup actions which the #initialize looks for, and contribute that mod back to the original repo. > > > What is the initialization code in case I load the classes manually? > > > > I'm not sure whether the class-side-initialize methods are run only when Monticello loads a class, or also when loading via changesets or file-in. You could experiment. > > cheers -ben

Sept. 8, 2017

Re: [Pharo-users] Pharo 6.0 Generating Ruby-on-Rails Applications

by phil＠highoctane.be

Peter, How hard would it be to generate other languages? e.g. PHP for Zend Framework 2. Best, Phil On Sep 7, 2017 14:54, "Peter Fisk" <peter.fisk(a)gmail.com> wrote: > Hi everyone, The RailsExpress.com website will be updated over the coming > days to reflect what I am currently working on in Pharo 6.0. I have found > that the "Smalltalk like" environment in Ruby isn't powerful enough to > implement a fully automated web application generator. That is why I > changed to Pharo a couple of weeks ago - progress using Pharo has been > incredibly fast. So, my primary focus from now on will be development using > Pharo on my Macintosh. The "Smalltalk like" environment in Ruby actually > uses an interpreter (written in Ruby) that was designed to run Smalltalk > byte codes. It would be trivial to run Smalltalk instead of Ruby using the > framework. The rational for running Ruby instead of Smalltalk was to make > it more accessible to Ruby-on-Rails developers. An interesting fact is that > the Ruby/Smalltalk interpreter is already running nicely on the web (in a > Rails environment using Qooxdoo libraries for the GUI) and also running on > my Mac using JRuby with a Java Swing GUI. And it could be used with some > modifications to run Smalltalk in the same environments. My goal is to > build an "AI" that can automate most of the work that web developers do. > Smalltalk is the only environment that I know of that can implement such an > AI in a short period of time. BTW, I have read the material about Pier and > Magritte which is very interesting, especially in regards to the DSL. My > approach to building the GUI has been to model the Qooxdoo class structure > in Smalltalk and use the Smalltalk objects to build the required code when > I send them a "renderOn: aStream" message. I will be posting more Pharo > related information on my Rails Express Quora blog > <https://railsexpress.quora.com/>. Regards, -- Peter > ------------------------------ > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >

Sept. 8, 2017

Re: [Pharo-users] Usability issues with Calypso

by kmo

If Tim had not posted this comment - "I love the fact you can move to a new method with unsaved changes and no nag prompt".- I would never have known that it was possible to do this. Since I always save my methods before moving on I had never experienced this behaviour. I think this is an another instance of Calypso violating "the law of least surprise". Just like the appearance/disappearance of the "new object" tab, this behaviour was totally unexpected by me. I think it is wonderful that you can move on to a new method before you save the one you are editing - but surely the natural way of achieving this is to make the tabs work more like tabs ina standard text editor. You should be able to have as many methods opened in tabs - saved or unsaved - as you want. Why not have a system where if you CTRL or SHIFT click on a method it adds that method to the set of tabs in the editing area? That's what I would have expected all along. When you see a set of tabs in a row you assume that you can add to them. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 8, 2017