- Pharo-dev - lists.pharo.org

[Pharo-project] Regarding SimpleMorphic

by Torsten Bergmann

Stef wrote: >Why this hierarchy is wrong? I did not say that the hierarchy is correct! And agree that composition is better suited than inheritance here. But Benjamin said "Workspace is not a model, it's a view basically." This is wrong since this is more centralized towards what you see (the workspace view) and not whats behind it. I'm just at the position that a Browser IS A model and NOT a view and that it can have one or more different views. Nothing more said in my post. Fernando Olivero >Correct, but this is not enough to advocate for the removal of the >Browser as a "model" for the view. +100 Just because the model assembles the view that doesnt mean we should remove a clean browser model!!! We should clearly support MVC in the future and also introduce a View class. Let's think about it: Model subclass Browser View subclass BrowserView If we have a browser view - how strongly connected should it be to Morphic - especially when we think of other kind of UI bindings like Morphic, SimpleMorphic, GtK, HTML, ... Or should we name it BrowserMorph? And is this hierarchy design/naming correct. Let's verify: It is not necessary that the model assembles the view - but often wished that you open the view by sending a simple message. Currently in Pharo you send it to the model: "Browser open" If you evaluate the result you SEE is a view, the result you GET if you inspect it is the model (who shouldnt know about the views). But often you also wish to acess the view (who always knows about its model). So we have a conflict here and have to use tricks to access the view afterwards. So what about a different design, lets use the name "Browser" for the view part: Model subclass BrowserModel View subclass Browser If you evaluate "Browser open" you should get a view back on the browser and if you ask for "model" you should get the instance of BrowserModel. Looks cleaner but different from what we currently have. Maybe we talk all about the same thing and it is more about naming. We could also be more explicit: Model subclass BrowserModel View subclass BrowserView Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

April 1, 2011

Re: [Pharo-project] [Pharo-users] [OT] I've started blogging

by laurent laffont

On Thu, Mar 31, 2011 at 10:25 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi guys. Just in case someone is interested, I've have started blogging: > "Sending messages through small talks" > > The blog is here: http://marianopeck.wordpress.com/ > > Any kind of feedback is more than welcome. > > I can't wait to learn !! Laurent. > Mariano >

April 1, 2011

Re: [Pharo-project] Issue 3088 in pharo: MNU Text>>withBlanksTrimmed

by pharo＠googlecode.com

Updates: Labels: -Milestone-1.2 Milestone-1.3 Comment #11 on issue 3088 by marcus.d...(a)gmail.com: MNU Text>>withBlanksTrimmed http://code.google.com/p/pharo/issues/detail?id=3088 (No comment was entered for this change.)

April 1, 2011

Re: [Pharo-project] Issue 3088 in pharo: MNU Text>>withBlanksTrimmed

by pharo＠googlecode.com

Updates: Status: Started Comment #10 on issue 3088 by marcus.d...(a)gmail.com: MNU Text>>withBlanksTrimmed http://code.google.com/p/pharo/issues/detail?id=3088 (No comment was entered for this change.)

April 1, 2011

[Pharo-project] Issue 3088: MNU Text>>withBlanksTrimmed

by Bernardo Ezequiel Contreras

Hi All, Could you check this issue http://code.google.com/p/pharo/issues/detail?id=3088 ? IMHO it is not closed. Thanks

March 31, 2011

Re: [Pharo-project] [Vm-beginners] [OT] Blog sequence "Journey through the VM"

by Miguel CobÃ¡

Thanks Mariano, this is deeply needed in order to distribute knowledge and to lower the entry barrier to the VM. Cheers El jue, 31-03-2011 a las 22:28 +0200, Mariano Martinez Peck escribiÃ³: > Hi folks. I will start a sequence of VM related posts called âJourney > through the VMâ, similar to what Igor did in Deep Smalltalk School. > My main focus is that a regular Smalltalker, without any knowledge in > VM stuff can understand the basis of it (ObjectMemory, Interpreter, > etc). In addition, I expect the reader can download, change, compile, > run, and debug (and why not fixing?) the VM. > > Later on in the journey, I would also like to talk about what the > compiler does, what bytecodes are, how to read them, how they are > mapped to the VM, etc. I will also show some hooks or tricks that the > VM provides and that are not always known. Moreover, I will explain > what a primitive is, how they are executed by the VM, how you can > write your own primitives, etc. FFI and writing your own plugin are > also in my plans. > > It is important to notice that all these posts are thought for VM > newbies. I would appreciate if there can be some VM hackers paying > attention that I don't say stupid things. > > http://marianopeck.wordpress.com/ > > > Cheers > > > _______________________________________________ > VM-beginners mailing list > VM-beginners(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/vm-beginners -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

March 31, 2011

Re: [Pharo-project] [Pharo-users] [OT] I've started blogging

by Norbert Hartl

Am 31.03.2011 um 22:38 schrieb Mariano Martinez Peck: > > > 2011/3/31 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Mariano wonderful! > > Don't forget to add your blog on http://planet.smalltalk.org/, so taht > all Smalltalk world will follow you! > > > Thanks Janko. That's a good idea. Do you know who should I contact ? > Mariano, contact Coen De Roover <cderoove(a)vub.ac.be> Norbert > Mariano > > Best regards > Janko > > On 31. 03. 2011 22:25, Mariano Martinez Peck wrote: > > Hi guys. Just in case someone is interested, I've have started blogging: > > "Sending messages through small talks" > > > > The blog is here: http://marianopeck.wordpress.com/ > > > > Any kind of feedback is more than welcome. > > > > Mariano > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

March 31, 2011

Re: [Pharo-project] [OT] Blog sequence "Journey through the VM"

by Norbert Hartl

Great!! Just subscribed to your blog. It sounds wonderful and will be the best preparation in order to be able to read Eliots blog :) Norbert Am 31.03.2011 um 22:28 schrieb Mariano Martinez Peck: > Hi folks. I will start a sequence of VM related posts called âJourney through the VMâ, similar to what Igor did in Deep Smalltalk School. My main focus is that a regular Smalltalker, without any knowledge in VM stuff can understand the basis of it (ObjectMemory, Interpreter, etc). In addition, I expect the reader can download, change, compile, run, and debug (and why not fixing?) the VM. > Later on in the journey, I would also like to talk about what the compiler does, what bytecodes are, how to read them, how they are mapped to the VM, etc. I will also show some hooks or tricks that the VM provides and that are not always known. Moreover, I will explain what a primitive is, how they are executed by the VM, how you can write your own primitives, etc. FFI and writing your own plugin are also in my plans. > > It is important to notice that all these posts are thought for VM newbies. I would appreciate if there can be some VM hackers paying attention that I don't say stupid things. > > http://marianopeck.wordpress.com/ > > Cheers > > >

March 31, 2011

Re: [Pharo-project] Regarding SimpleMorphic

by Benjamin

On Mar 31, 2011, at 8:08 PM, csrabak(a)bol.com.br wrote: > Benjamin, > > Testing the understanding of the diagram of yours: > > Model, Pluggable TextMorph, Pluggable CodeMorph, Browser, Browser Model, Debugger and Debugger Model all inherit from Object? > > the representation of "based on" means that it changes states in the model counterpart, and > "use" means that has some similarity but not enough to inherit from the other classes? based on means, that the view (on right) is based on the model (on left) use means that the View use/is composed with the other view. By example, Browser is based on BrowserModel, and Browser (as a Morph by example) contains a PluggableCodeMorph Is it better like that ? (I'm sorry, but I'm not sure to be able to do a good UML ^^) Ben > > Could you elaborate this with a more complete UML diagram? > > Thanks for giving thoughts on this subject. > > Regards, > > -- > Cesar Rabak > > > Em 31/03/2011 10:29, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com > escreveu: > > On Mar 31, 2011, at 2:14 PM, Fernando Olivero wrote: > >> In CUIS the intent is to provide specialization on the model, And then >> each model holds the responsibility of creating the appropriate view >> (SystemWindow), by creating a composition of widgets. This is a subset >> of the model hierarchy, >> > >> Model >> TextModel >> Workspace >> PluggableTextModel >> TextProvider >> CodeProvider >> Browser >> HierarchyBrowser >> Debugger >> Inspector > > For me, this hierarchy is bad. > Workspace is not a model, it's a view basically. So why it inherits from Model ? > The same for Browser, HierarchyBrowser, Debugger, Inspector and so on... > > > Maybe it's better to have something like > > > > > >

March 31, 2011

Re: [Pharo-project] Issue 3769 in pharo: Printing an object depends on #isKindOf:

by pharo＠googlecode.com

Updates: Status: FixProposed Labels: Milestone-1.3 Comment #3 on issue 3769 by nicolas....(a)gmail.com: Printing an object depends on #isKindOf: http://code.google.com/p/pharo/issues/detail?id=3769 Name: SLICE-Issue-3769-remove-FakeClassPool-nice.1 Dependencies: Morphic-nice.875, SimpleMorphic-nice.22, Deprecated13-nice.10, Tools-nice.574, System-Text-nice.154, System-Tools-nice.44 remove FakeClassPool because it does not serve any useful feature. Rather than testing an evaluation result for (FakeClassPool) kind or #failedDoit, it is better and simpler to use the ifFail block provided in Compiler evaluate message.

March 31, 2011