February 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Infinite Loop and Ctrl+.

by Marcus Denker

On Feb 25, 2010, at 5:49 PM, Lukas Renggli wrote: > Is this just me that suddenly cannot break out of an infinite loop > with Ctrl+. in Pharo 1.0 anymore? > Works here. [true] whileTrue: [] Which vm are you using? Squeak 4.2.2beta1U here right now... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 26, 2010

Re: [Pharo-project] Developing morphic apps with pharo - sorting wheat from chaff

by Marcus Denker

On Feb 26, 2010, at 10:33 AM, StÃ©phane Ducasse wrote: > >> Are pluggable >> morphs a vestige of MVC? > > This is what I thought but I'm not sure. > So back when Morpic was done, the philosophy was to bring over all tools with as little change as possible. So evem though MVC is gone, there is class Model, with lots of subclasses. And all the tools are build using the old MVC style change notification. The Browser is more or less the same as it used to be in ST80. So there is the Pluggable stuff, which I don't like. Than there the ToolBuilder, which is an abstraction on top. Not nice, either. Than eToys did build UIs (the blueish dialogs to e.g. load a project from disk) by copy-and-paste. Purely beautiful. And than besides that, there are a couple of other widgets (like gazillion button classes). And of course some real MVC remnants even after we removed most (e.g. SelectionMenu, CustomMenu...). All in all: very horrible. I think it would be worthwhile to actually build a *good* UI toolkit. Not having one makes building UIs far more complex that needed, which in turn makes people not improve the tools (or write better ones). Why can't this stuff be *simple* and *beautiful*? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 26, 2010

Re: [Pharo-project] Streams. Status and where to go?

by Igor Stasenko

Hello, Nicolas. I want to try it out. I tried to load it (XTream-Core) into my image, and it bug me about unresolved dependencies: ---- This package depends on the following classes: ByteTextConverter You must resolve these dependencies before you will be able to load these definitions: ByteTextConverter>>nextFromXtream: ByteTextConverter>>nextPut:toXtream: ByteTextConverter>>readInto:startingAt:count:fromXtream: ---- I ignored these warnings, pressing continue, and here what it warns about in my trunk image: TextConverter>>next:putAll:startingAt:toXtream: (latin1Map is Undeclared) TextConverter>>next:putAll:startingAt:toXtream: (latin1Encodings is Undeclared) TextConverter>>readInto:startingAt:count:fromXtream: (latin1Map is Undeclared) Is ByteTextConverter a Pharo-specific class? If you seen my previous message, i think you noticed that XXXTextConverter is abdominations (IMO), and should be reimplemented as a wrapping-streams instead. Would you be willing to change that in XStreams? I mean implementing a conversion streams model, which can wrap around any other stream, like: myStream := UTFReaderStream on: otherStream. myString := myStream contents. or using other way: myString := (someBaseStream wrapWith: UTFReaderStream) contents. or.. myDecodedString := (someBaseStream wrapWith: (DecodingStreams decoderFor: myEncoding) contents. That's would be much nicer than using converters. Wrappers is more flexible comparing to TextConverters, since they are not obliged to convert to/from text-based collections only. For example, we can use same API for wrapping with ZIP stream: myUnpackedData := (someBaseStream wrapWith: ZIPReaderStream) contents. and many other (ab)uses.. Like reading changeset chunks: nextChunk := (fileStream wrapWith: ChunkReaderStream) next. On 25 February 2010 21:19, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2010/2/25 Igor Stasenko <siguctua(a)gmail.com>: >> Hello, >> >> i am cross-posting, since i think it is good for all of us to agree on >> some common points. >> >> 1. Streams needs to be rewritten. >> 2. What do you think is good replacement for current Streams? >> >> personally, i currently need a fast and concise UTF8 reader. >> The UTF8TextConverter is closest thing what i would take, but i don't >> understand, why >> it implemented as a non-stream? >> >> The #nextFromStream: >> and #nextPut:toStream: >> crying out of loud to be just >> #next >> and >> #nextPut: >> >> Another thing which makes me sad is this line: >> >> nextFromStream: aStream >> >> Â Â Â Â | character1 value1 character2 value2 unicode character3 value3 >> character4 value4 | >> Â Â Â Â aStream isBinary ifTrue: [^ aStream basicNext]. Â <<<<<<< >> >> >> All external streams is initially binary , but UTF8TextConverter wants >> to play with characters, instead of octets.. >> But hey... UTF8 encoding is exactly about encoding unicode characters >> into binary form.. >> I'm not even mentioning that operating with bytes (smallints) is times >> more efficient than operating with characters (objects), because first >> thing it does: >> >> Â Â Â Â character1 := aStream basicNext. Â " a #basicNext, obviously, reads a >> byte from somewhere and then converts it to instance of Character. >> 'Bonus' overhead here. " >> Â Â Â Â character1 isNil ifTrue: [^ nil]. >> Â Â Â Â value1 := character1 asciiValue. Â " and... what a surprise, we >> converting a character back to integer value.. What a waste! " >> Â Â Â Â value1 <= 127 ifTrue: [ >> >> I really hope, that eventually we could have a good implementation, >> where horse runs ahead of cart, not cart ahead of horse :) >> Meanwhile i think i have no choice but make yet-another implementation >> of utf8 reader in my own package, instead of using existing one. >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > Obviously right. encoded in bytes, decoded in Characters. > > There are also ideas experimented at http://www.squeaksource.com/XTream.html > Sorry I hijacked VW name... > You can download it, it coexist pacificly with Stream. > > - use endOfStreamAction instead of Exception... That means abandonning > primitives next nextPut: (no real performance impact, and expect a > boost in future COG). > - separate CollectionReadStream=concrete class, ReadStream=abstract class > - use a wrapper rather than a subclass for MultiByteFileStream > - implement sequenceable collection API > - buffer I/O (mostly in Squeak thanks Levente) > > Of course, alternate ideas to pick from Nile, VW XTream, gst generators etc... > > I think mutating existing library is doable (just a bit tricky because > both Compiler and source code management use Stream extensively...). > > Nicolas > >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Feb. 26, 2010

Re: [Pharo-project] Source code management - my vision. (Was: Re: Why apackage management system)

by Mariano Martinez Peck

When you talked about the "database" it come to my mind an Envy Library....maybe something like that would help too. Cheers Mariano On Wed, Feb 24, 2010 at 10:00 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 24 February 2010 10:09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > looks like a good master or PhD :) > > Interesting but need more cycle to think and play with it. > > Yes, there's a lot of things to think of. What i imagine is a > distributed network of publicly available databases (repositories) > where users could easily pick what to load , or update their images > without ANY problems using a single mouse click. > So, i, for instance could subscribe to Pharo-1.0-stable update stream > and to Seaside 3.0-stable update stream. And at any moment i can click > 'synchronize' and i'll get the exact match of my code in my own image > with code, stored currently in those repos. > > > Stef > > > > On Feb 24, 2010, at 8:36 AM, Igor Stasenko wrote: > > > >> Few more words. > >> > >> Deltas/packages. > >> > >> All we need for Delta is to identify the starting point (an image > >> state, from where you started changing it). In contrast to > >> DeltaStreams model, where it tries to capture both an 'old' and 'new' > >> state, so it can be reverted, we don't need it anymore, > >> since we can directly see what was the image state before we applied > >> the changes to it. Having all of the history preserved and tracked is > >> very powerful thing! > >> So, Delta only needs to reference to starting point (URI or some ID, > >> which identifies it, and in case of need can be easily found on the > >> web). > >> > >> What is cool about it? > >> Suppose, initially, all images started from some release (say Pharo > >> 1.0), so all users sharing the same sources/image state. > >> Now what happens when you start forking or making changes? > >> Users creating a deltas and storing them in the database , and their > >> images now knowing that they are derived from Pharo 1.0 point but also > >> has some changes stored in separate branch or 'fork'. > >> > >> Now, what happens if user wants to load the changes made by another > >> user: system can easily find the common ancestral point (since all > >> deltas knowing its own ancestral point). > >> And there is two use cases: > >> a) you doing a full synchronization with some remote source. This is > >> useful, when all of us want to use the very same image. This is > >> primarily a good thing for team-based development or Releases(R). > >> b) you doing a partial synchronization (or merge) with remote source. > >> In this case you creating own fork, which derived from , say Pharo 1.0 > >> + some changes from user Foo, Bar, Baz etc and getting own, unique > >> version of image. > >> > >> So no matter in what way you hacking/mixing the changes, you never > >> lost track of the system history, which means that for any two images > >> which derived from some common ancestral point we could could always > >> automatically generate a diff between them. It means that no matter > >> how far you went in your hacking - others could always load or > >> cherry-pick your code! > >> > >> Packages? Since model, i describing, operating at lower granularity > >> level (individual changes to methods/classes/doits), which means that > >> any package can be represented as a set of those > >> methods/classes/doits, there should be no problem > >> integrating/interacting at a package level. > >> > >> -- > >> Best regards, > >> Igor Stasenko AKA sig. > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 26, 2010

Re: [Pharo-project] Pharo party near Annecy, France

by laurent laffont

Maybe by plane, Geneva airport is not far, I can come to get you. Laurent Laffont On Fri, Feb 26, 2010 at 10:34 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > 7 h to go trip. > > Stef > > On Feb 26, 2010, at 10:30 AM, laurent laffont wrote: > > > > > > > 2010/2/26 Mariano Martinez Peck <marianopeck(a)gmail.com> > > I would like to go too. Do you know how long is it more or less from > Lille ? > > > > Great ! > > Stephane can tell you how long it is, he came last Sunday from Lille. > > > > If you need a place to sleep you can come at home. > > > > Laurent Laffont > > > > > > > > 2010/2/26 laurent laffont <laurent.laffont(a)gmail.com> > > > > Great ! > > > > Laurent Laffont > > > > > > > > On Thu, Feb 25, 2010 at 10:45 PM, Hilaire Fernandes <hilaire(a)ofset.org> > wrote: > > I am interested > > > > Hilaire > > > > laurent laffont a Ã©crit : > > > Hi, > > > > > > We (a developper group) organize a Pharo & Smalltalk meeting near > Annecy, > > > France. Saturday, March 20th. 2:00 pm - 6:00pm. > > > Location. FÃ©lix CrÃ©ation. 4 bis, avenue du Pont de Tasset | 74960 > > > Cran-Gevrier / ANNECY | France > > > > > > Welcome to all curious developpers who wants to learn. Welcome to all > > > experienced developpers who wants to share their knowledge. > > > > > > We will have wireless access, big screen ... and coffee :) > > > > > > Send me a mail if you want to participate. > > > > > > Cheers, > > > > > > Laurent Laffont > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 26, 2010

Re: [Pharo-project] Developing morphic apps with pharo - sorting wheat from chaff

by Simon Denier

Unfortunately, I am not aware of any recent and consistent documentation for this subject. So this is a virgin subject which would make a very good chapter for the next PBE! :) Meanwhile, I have started to collect a few good links about Morphic, especially layouting which is not well covered by the tutorials (I think) http://www.visoracle.com/squeak/faq/ http://www.visoracle.com/squeak/faq/morphic_.html http://www.visoracle.com/squeak/faq/morphic-layout.html http://coweb.cc.gatech.edu/cs2340/3659 http://www.mail-archive.com/beginners@lists.squeakfoundation.org/msg05525.h… http://wiki.squeak.org/squeak/792#Morphic On 25 fÃ©vr. 2010, at 17:47, Michael Forster wrote: > Hi, > > I'm writing a desktop business application for a customer. Having > written a number of web applications using Pharo and Seaside, I would > like to use Pharo and Morphic in this case. > > I have read the section on Morphic in `Pharo by Example', however, > writing a business application (i.e. CRUD), I need to focus on > (tedious) data browsing and entry, keyboard navigation, and so on as > opposed to (cool) interactive morphs. > > My problem is trying to discern the the current and most stable > approach to using Morphic for such an application. Clearly, I have a > wealth of code at my fingertips and the Squeak wiki has numerous > posts, but many of the latter seem outdated and speak only vaguely of > the MVC vs. Morphic situation. Do I use ToolBuilder? Are pluggable > morphs a vestige of MVC? Do I use PolyMorph widgets? Do I use > dependencies, events, or announcements? > > I am very interested in seeing Pharo succeed as a business application > development tool (among other uses), and I would be quite happy to > contribute to code and documentation to help that along. However, > first, I need to learn how to sort the wheat of Morphic from the chaff > of MVC and whatever else is lying around in a Pharo image. > > Any pointers to (more) definitive documentation and classes would be > much appreciated. > > > Regards, > > Mike > > -- > Michael J. Forster <mike(a)sharedlogic.ca> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Feb. 26, 2010

Re: [Pharo-project] Trying to build alien plugin in linux

by Mariano Martinez Peck

On Tue, Feb 23, 2010 at 10:51 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Havent followed this thread and currently lacking some time. > The VMMaker config is changeable, so go ahead. > > Done. We do it together with JB. Name: ConfigurationOfVMMaker-MarianoMartinezPeck.7 Author: MarianoMartinezPeck Time: 25 February 2010, 1:06:10 pm UUID: dca6ccf9-51d0-4ba0-9c71-e0261518ecad Ancestors: ConfigurationOfVMMaker-MarianoMartinezPeck.6 New version and baseline 1.2 as development. It integrate JeanBatipste fixes to VMMaker for pharo > Take care that it also works in latest Squeak trunk. > Since most VM maintainers use Squeak to build the VM this is > essential to follow their progress. > > Would also be a great move if Alien would be available on Windows - > this would open the door to interfacing with Win technologies like > COM or .NET (and therefore wake more commercial interest in Pharo). > Having Alien on major OS platforms would also allow to use Smalltalk<-> > Java bridging technologies like JavaConnect/JNIPort, > > Bye > T. > > -------- Original-Nachricht -------- > > Datum: Tue, 23 Feb 2010 10:08:55 +0100 > > Von: Mariano Martinez Peck <marianopeck(a)gmail.com> > > An: Pharo-project(a)lists.gforge.inria.fr > > CC: Arnaud Jean-Baptiste <jbaptiste.arnaud(a)gmail.com>, Torsten Bergmann > <astares(a)gmx.de> > > Betreff: Re: [Pharo-project] Trying to build alien plugin in linux > > > Torsten and JB: it would be cool to create a new metacello configuration > > version with this new version of VMMaker, puting the fix about the > > baseHeaderSize and integrating JB fixes to VMMaker. > > > > Cheers > > > > Mariano > > > > On Tue, Feb 23, 2010 at 7:55 AM, Fernando olivero > > <oliverof(a)lu.unisi.ch>wrote: > > > > > > > > On Feb 23, 2010, at 4:19 AM, John M McIntosh wrote: > > > > > > > > > > > On 2010-02-22, at 6:48 PM, Javier PimÃ¡s wrote: > > > > > > > >> > > > > > > > >> Lastly, as I said when I loaded Alien Core the first time, I got > this > > > error while loading it: > > > >> > > > >> Alien class>>#ensureInSpecialObjectsArray: "Index probably wrong". > > > >> > > > >> What should I do about that? ignore it? > > > > > > > > Well it seems to be related to > > > > > > > > ((Smalltalk includesKey: #ObjectMemory) > > > > and: [((Smalltalk at: #ObjectMemory) classPool at: #ClassAlien > > > ifAbsent: []) ~~ (index - 1)]) ifTrue: > > > > [self error: 'index probably wrong']. > > > > > > > > Usually people don't have ObjectMemory loaded in their image, and I"m > > not > > > sure what it is check for. > > > > Why don't you try it in a regular Pharo image versus your VMMaker > > image. > > > > > > Great work Jorge! Nice to know you won the battle against VMMaker! > > > > > > The ensure in special objects array error, has to do with some missing > > > classes as John pointed out. > > > > > > The smalltalk special objects array has hardcoded indexes for some > > relevant > > > classes ( Globals) in the system. > > > In the alien configuration i've just ensured that the size should be > 53, > > > before loading Alien, because the Alien code installs itself in that > > array > > > at positions 54 and 55. > > > > > > > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > -- > NEU: Mit GMX DSL Ã¼ber 1000,- Å¼ sparen! > http://portal.gmx.net/de/go/dsl02 >

Feb. 26, 2010

Re: [Pharo-project] in 11233 merging is broken?

by StÃ©phane Ducasse

I will have a look. Stef On Feb 25, 2010, at 10:38 PM, Marcus Denker wrote: > > On Feb 25, 2010, at 5:35 PM, GARY CHAMBERS wrote: > >> Something must be wrong with the script load somehow... >> >> Note that there are changes between working copy after load and Polymorph-Tools-Diff-StephaneDucasse.23.mcz. >> >> To fix for yourself at the moment, reload Polymorph-Tools-Diff-StephaneDucasse.23.mcz. >> > > > The Scriptloader seems to never loas from the repository? Ther is a > > Name: Polymorph-Tools-Diff-StephaneDucasse.46 > Author: StephaneDucasse > Time: 10 February 2010, 7:16:13 pm > > > Marcus > >> Not an answer to why though... >> >> Regards, Gary. >> >> From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> To: Pharo-project Development <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Thursday, 25 February, 2010 15:50:40 >> Subject: [Pharo-project] in 11233 merging is broken? >> >> Hi all >> >> I'm trying to integrate changes and apparently I cannot merge anymore nothing show up :). >> two questions: >> - do you get the behavior with 11233 or it is only me. >> - any idea of the potential problem >> >> - Issue 2071: subclasses and withAllSubclasses should return a array. >> - Issue 2076: Clean Exceptions. >> - Issue 2072: clean RealEstateAgent. >> >> >> Stef >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 26, 2010

Re: [Pharo-project] Pharo party near Annecy, France

by StÃ©phane Ducasse

7 h to go trip. Stef On Feb 26, 2010, at 10:30 AM, laurent laffont wrote: > > > 2010/2/26 Mariano Martinez Peck <marianopeck(a)gmail.com> > I would like to go too. Do you know how long is it more or less from Lille ? > > Great ! > Stephane can tell you how long it is, he came last Sunday from Lille. > > If you need a place to sleep you can come at home. > > Laurent Laffont > > > > 2010/2/26 laurent laffont <laurent.laffont(a)gmail.com> > > Great ! > > Laurent Laffont > > > > On Thu, Feb 25, 2010 at 10:45 PM, Hilaire Fernandes <hilaire(a)ofset.org> wrote: > I am interested > > Hilaire > > laurent laffont a Ã©crit : > > Hi, > > > > We (a developper group) organize a Pharo & Smalltalk meeting near Annecy, > > France. Saturday, March 20th. 2:00 pm - 6:00pm. > > Location. FÃ©lix CrÃ©ation. 4 bis, avenue du Pont de Tasset | 74960 > > Cran-Gevrier / ANNECY | France > > > > Welcome to all curious developpers who wants to learn. Welcome to all > > experienced developpers who wants to share their knowledge. > > > > We will have wireless access, big screen ... and coffee :) > > > > Send me a mail if you want to participate. > > > > Cheers, > > > > Laurent Laffont > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 26, 2010

Re: [Pharo-project] Developing morphic apps with pharo - sorting wheat from chaff

by StÃ©phane Ducasse

> Hi, > > I'm writing a desktop business application for a customer. Having > written a number of web applications using Pharo and Seaside, I would > like to use Pharo and Morphic in this case. > > I have read the section on Morphic in `Pharo by Example', however, > writing a business application (i.e. CRUD), I need to focus on > (tedious) data browsing and entry, keyboard navigation, and so on as > opposed to (cool) interactive morphs. Did you check glamour? because if you have to manage data this is nice. You can build fast prototype of your application UI. > My problem is trying to discern the the current and most stable > approach to using Morphic for such an application. Clearly, I have a > wealth of code at my fingertips and the Squeak wiki has numerous > posts, but many of the latter seem outdated and speak only vaguely of > the MVC vs. Morphic situation. Do I use ToolBuilder? you can. > Are pluggable > morphs a vestige of MVC? This is what I thought but I'm not sure. Normally we removed a lot of MVC > Do I use PolyMorph widgets? Yes You can use the Polymorph tool builder. > Do I use > dependencies, events, or announcements? > > I am very interested in seeing Pharo succeed as a business application > development tool (among other uses), and I would be quite happy to > contribute to code and documentation to help that along. We would love that. Thanks a lot. > However, > first, I need to learn how to sort the wheat of Morphic from the chaff > of MVC and whatever else is lying around in a Pharo image. We too. > Any pointers to (more) definitive documentation and classes would be > much appreciated. UITheme example for example. > > > Regards, > > Mike > > -- > Michael J. Forster <mike(a)sharedlogic.ca> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 26, 2010