September 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Implementing lazy loading for expandable collections

by Dale Henrichs

Keep in mind that Monticello is "portable" to other dialects and changing the internal representation will break Monticello for other platforms ... FWIW, the implemenation of OrderedCollection in GemStone is very different than in Pharo or Squeak and it was possible for me to fudge the serializer to do the right thing for Monticello (which was serialize the OrderedCollections the way Pharo/Squeakl expected)... A similar thing could be done for Pharo if you wanted to change the shape of OrderedCollection... Dale On Fri, Sep 19, 2014 at 5:06 AM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > > > 2014-09-19 13:55 GMT+02:00 Markus Fritsche <mfritsche(a)reauktion.de>: > >> On 2014-09-19 11:35, Max Leske wrote: >> >> - my implementation requires an extra instance variable in >>> OrderedCollection to store the requested size. This extra instance >>> variable will break Monticello (and possibly other tools) because >>> Monticello uses OrderedCollections to load code and the particular way >>> it uses them makes it impossible to change the number of instance >>> variables on OrderedCollection. Also, all .mcz files written after the >>> change will not be loadable by images without the new instance >>> variable (same reason). >>> >> >> I might be a bit fundamentalistic, but shouldn't this (a using class >> making assumptions about the objects it's using) be considered a bug >> by object oriented standards? >> >> Best regards >> Markus >> >> > It's not the using class per se. > It's that MC is using a serialization framework sensitive to internal > object representation (number/order of ivars). > The question is this one: > - would using FUEL would have resolved the problem or not? > - wouldn't a serialization using message sends to reconstruct the objects > be more robust (future proof)? > Of course the later requires the maintenance of a well defined API, so the > robstness is relative. > But at least, it would respect the object paradigm a bit more. > > Nicolas >

Sept. 19, 2014

Re: [Pharo-dev] Implementing lazy loading for expandable collections

by stepharo

max why not subclassing OrderedCollections? > Iâve written an implementation of lazily initialized expandable collections (for OrderedCollection and subclasses only for now), inspired by Alexandreâs talk at ESUG (http://www.youtube.com/watch?v=x0YJ2dsZdKg&list=UUO-vBhaKVZf0al-ISMMPvRw) The implementation is pretty much straight forward you initialize to nil first? > but there are a couple of culprits I want to point out in case anybody else wants to do this: > > - my implementation requires an extra instance variable in OrderedCollection to store the requested size. This extra instance variable will break Monticello (and possibly other tools) because Monticello uses OrderedCollections to load code and the particular way it uses them makes it impossible to change the number of instance variables on OrderedCollection. Also, all .mcz files written after the change will not be loadable by images without the new instance variable (same reason). > - the above means that you have to modify the code in the image manually and save a new âbase image" > - read only messages should obviously not initialize the array. The âfirstIndexâ and âlastIndexâ variables are quite handy for that. I initialize those variables to 1 and 0 respectively which makes most things work already (e.g. #size, #isEmpty etc.). > - when trying to implement the same for HashedCollection I couldnât. The image didnât just stop working, there was no output at all on the console, not even when using a debug VM. The problem seems to be MethodDictionary, at least thatâs the only subclass of Dictionary for which adding an instance variable doesnât work. > > Iâll share some memory monitoring as soon as I have something significant (only just rolled it out). > > > Big thanks to Alex for his talk and the cool work he and his students did! > > Cheers, > Max >

Sept. 19, 2014

[ANN] ExternalTools for *nix - edit w/ $EDITOR and open pictures

by phil＠highoctane.be

I had enough to switch between windows to work on external files. So, here is ExternalTools It adds some commands to the File Browser, allowing one to edit in the $EDITOR (for me this is gvim) and another thing for opening the file externally through xdg-open (which kind of opens about anything). Basically, one can extend this to whatever is needed. The only thing is that FileServices initialize needs to be called when a new service is added if you create your own. This is Unix only and requires OSProcess to be loaded (use the ConfigurationBrowser). Gofer it url: 'http://www.smalltalkhub.com/mc/philippeback/HOExtras/main'; package: 'HighOctane-Tools'; load. Screenshot in attach. Doc here: https://gist.github.com/philippeback/8e8f8c6685bebf47f53f Phil

Sept. 19, 2014

Re: [Pharo-dev] How production ready is Pharo on SQLServer?

by Sebastian Sastre

On Sep 19, 2014, at 8:05 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > In the end I used ODBC package as it is easy to load from the config browser and one only has > to setup an ODBC name After installing all and getting things sorted, it rejects my connection. Triplechecked, network settings, server and client with tcp enabled, everything but canât connect. So I guess is time to try ODBC. but odbc has no host:port, what should I do about connection settings? I how do I make a DBXConnection based in an odbc one? thanks! sebastian o/ blog: http://sebastianconcept.com LinkedIn: http://www.linkedin.com/in/sebastiansastre github: https://github.com/sebastianconcept

Sept. 19, 2014

Re: [Pharo-dev] AppeX

by Thierry Goubier

2014-09-19 20:32 GMT+02:00 stepharo <stepharo(a)free.fr>: > This is not yet possible. I would hope we get this to work within the >> context of TxText. >> > > Igor got nearly embedded morphs to react to event: we embedded a > simpleButtonMorph in TxText > and we can click on it, delete it... Now there are some problems with > positionning but > it should be fixed soon. > Cool. I did exactly that in VisualWorks when I was a student, and, when you get it to work, it is really great! > > We are looking for scenario to work with txText to check the api > > - igor wants to have handling event (to support smart sugs, click on a > text to jump...) > - syntax highlithing > - replacing existing editor? > I'll have a look. Thierry > > Stef > >

Sept. 19, 2014

Re: [Pharo-dev] AppeX

by stepharo

> Take it as a different experience on the GUI side; I know I > invest a lot in the motor skill part of the GUI, and this has > an effect when I switch platform. > > > It seems to me that you are not comparing the Moose image with the > Pharo image, right? What are you comparing with? Can I look at > these changes? > > > Simply AltBrowser loaded. There isn't much changes overall: AltBrowser > is a bit larger than the old system browser and a lot smaller than > Nautilus while providing the system browser, the message list and the > finder. > > It is certainly the proof Pharo provides a good infrastructure for IDE > development and experimentation :) :) I encourage people to build the next generation that will make us switch :)

Sept. 19, 2014

Re: [Pharo-dev] AppeX

by stepharo

> As you could see in the Pillar highlighting support, > Rubric can now handle any syntax highlighting in a rather > straightforward way. You can also easily embed this in a > Glamour browser. > > > I'll have a look. I find that PluggableTextMorph automatic > behavior (smart characters, styling) is very nice when doing > Smalltalk code, but a pain in anything else. I'd like to see > that Smalltalk-customized code be refactored elsewhere than in > the editor. > > What I'd like to see is the ability to customize the behavior > for islands of text inside a text (recursively of course :)). > > > This is not yet possible. I would hope we get this to work within > the context of TxText. > > > I was thinking of having a look at TxText ;) Please Igor added the possibility to have span different attributes (like changing mouse cursor) > I noticed that I have already started to reimplement part of the > StringHolder / PluggableTextMorph logic outside it (via menu command > objects / keymapping shortcuts instead of using the hardcoded versions > inside the Morph or Model object) and I wanted to see if this was > already done (or prepared for) in TxText. > > I think that, even in the context of the current TextEditor, I could > customize based on islands based on what I already have. But I have to > spend some time on it. > > I'm accustomed to the smart suggestion stuff as I implemented it, > makes it very easy to drill down in code... > > What I use a lot: > > Right mouse button on a global, select 'Browse' : inspect the class > variable or open a browser on the class (depending on what it is). > Also valid in a class #subclass: display in the browser, to browse the > super class. > > Implementors / sendors of / accesses to instance var under right mouse > button: open a full browser showing all the resulting methods (and not > a message list :( ). Also works in the string containing instance > variable names in a class definition pane. > > Double click on a package / class -> open a browser scoped to that > package / class (where all search operations are limited to that scope). > > Ctrl+F -> open the finder toolbar on top of the browser, with reduced > gui (no package choice) : result of the finder will appear in a new > browser, and finder is scoped by the initial browser scope. > > So, when I end up in Nautilus, I just find myself very clumsy looking > around (which is not good for my self-esteem ;) ) Not forgetting the > fact that opening a Nautilus browser takes a lot longer. In Moose > also, GTInspector is slow. > > Take it as a different experience on the GUI side; I know I invest a > lot in the motor skill part of the GUI, and this has an effect when I > switch platform. > > Thierry > >

Sept. 19, 2014

Re: [Pharo-dev] AppeX

by stepharo

> This is not yet possible. I would hope we get this to work within the > context of TxText. Igor got nearly embedded morphs to react to event: we embedded a simpleButtonMorph in TxText and we can click on it, delete it... Now there are some problems with positionning but it should be fixed soon. We are looking for scenario to work with txText to check the api - igor wants to have handling event (to support smart sugs, click on a text to jump...) - syntax highlithing - replacing existing editor? Stef

Sept. 19, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40237 Home: https://github.com/pharo-project/pharo-core

Sept. 19, 2014

[pharo-project/pharo-core] 9e6619: 40237

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 9e661910bcd2381958d313ad66631dc0a8cb7d07 https://github.com/pharo-project/pharo-core/commit/9e661910bcd2381958d313ad… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-19 (Fri, 19 Sep 2014) Changed paths: M Morphic-Widgets-Pluggable.package/PluggableTabButtonMorph.class/class/instance creation/on_label_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script237.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40237.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40237 14043 TabContainerMorph example gives DNU #instance https://pharo.fogbugz.com/f/cases/14043 http://files.pharo.org/image/40/40237.zip

Sept. 19, 2014