- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Spring in November, Argentina

by Mariano Martinez Peck

On Tue, Sep 8, 2009 at 9:08 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > > Remember most people doesn't have access to Pharo google wiki. > > > They should get in touch with me or anyone who can modify the wiki then > > Ok. I can edit also. > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 9, 2009

Re: [Pharo-project] [ANN] one-click prototype...

by StÃ©phane Ducasse

good idea. We should get a process to produce them On Sep 8, 2009, at 11:16 PM, Marcus Denker wrote: > Hi, > > I did a very first one-click prototype. > > > https://gforge.inria.fr/frs/download.php/23093/Pharo1.0-10440-BETAdev09.09O… > > This is the latest DEV, copied into the structure of the one-click of > a long time ago. > > Than I added the files from these VM packages: > > Windows VM: SqueakVM-Win32-3.11.4-bin > Mac VM: Squeak 4.2.1beta1U.app.zip > Linux VM: pharo-vm-0.15.2d-linux.zip > > I edited the config for Mac to the point that it works. I am sure the > rest does not work at all. > > So we can use this for iterating. > > Marcus > > -- > Marcus Denker - http://marcusdenker.de > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 9, 2009

Re: [Pharo-project] Spring in November, Argentina

by Alexandre Bergel

> Remember most people doesn't have access to Pharo google wiki. They should get in touch with me or anyone who can modify the wiki then Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 9, 2009

Re: [Pharo-project] Lumiere 1.0

by Tudor Girba

Indeed, it works in my case. Cheers, Doru On 8 Sep 2009, at 16:14, Fernando olivero wrote: > Please load Lumiere in a fresh image, this is an Alien related > problem. > > > When you try to load Alien twice you get this error, because loading > Alien increases the size of the Smalltalk objects array by two. > > I'm going to fix this now, for the AlienOpenGL loader to not try to > load Alien if is already present in the image. > > Fernando > > > Il giorno Sep 8, 2009, alle ore 3:59 PM, Lawson English ha scritto: > >> Tried to load Lumier again. This time the error was : Error: THis >> version of ALIEN assumes a size of 50 in the array of special >> objects. >> If loaded, woud cause the image to crash! Please contact the Alien >> package developer... >> >> >> Fernando olivero wrote: >>> Thanks for all the comments. >>> >>> In John's web page there's a link for accessing the FTP folder where >>> he put the plugins and vm he releases. ftp://ftp.smalltalkconsulting.com. >>> Sorry for not clarifying this sooner. I'll upload the plugin to the >>> home page now, a more direct download. >>> >>> And yes, i forgot to put the Read acces! Done now. Thanks for the >>> advice! >>> >>> Regarding the license, its free. I put the MIT license now. >>> >>> Fernando >>> >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Don't give to get. Just give."

Sept. 8, 2009

Re: [Pharo-project] confusion about where to look for sources file

by Ross Boylan

On Tue, 2009-09-08 at 08:04 +0200, Damien Cassou wrote: > On Mon, Sep 7, 2009 at 7:51 PM, Ross Boylan<ross(a)biostat.ucsf.edu> wrote: > > So, I think it is not looking for the sources in the image directory. > > Ideally, it would; alternately, the error message should be consistent > > with the current behavior. > > Both solutions are viable solutions normally. > It may have failed to find the sources because of the oddity I mentioned in another email: though I ran from a top level directory, squeak seemed to think it was running in a subdirectory. I did not have a link to the sources in that subdirectory. Maybe some interaction with symlinks. Original setup proj/sub/x.image proj/sub/x.changes Create proj/x.image and proj/x.changes as symlinks to the corresponding files under sub. Create proj/SqueakV39.sources as a symlink to the real one. Invoke squeak from proj/ (squeak executable under proj/sub2/). The cache directory for downloading packages ended up in proj/sub/cache and save as saved to proj/sub. This suggests it may have been looking for sources in proj/sub, where they weren't, rather than proj/, where they were. Ross

Sept. 8, 2009

Re: [Pharo-project] Slice-MCDependenciesDialogPlagueFixed-ab.1.mcz

by Henrik Sperre Johansen

On 09.09.2009 00:11, Andrew P. Black wrote: > Ideally, what I think we want is for all of the packages to be written > atomically. > However, that is something that MC does not currently know how to do. > > Next best would be to collect all of he log messages ahead of doing > any of the writing to the repository. > That would also require some major changes, but at least I can see how > to do it. Yes, that's what I imagined would be most intuitive, never looked at how much work it'd be though... > > Providing the checkbox is s mere matter of morphic programming ... > perhaps, if the box is not checked, and the user cancels one of the > ensuing dialogs, the > behaviour should be to reuse the log message from the Slice? > > Andrew I don't know about you, but when I press cancel, it's usually because I realize I've screwed something up, and want to abort :) Might also be abit confusing having different behaviour for the cancel button depending on whether you press it on the first Dialog compared to the rest. Cheers, Henry

Sept. 8, 2009

[Pharo-project] Error log - acculate call stacks

by Schwab,Wilhelm K

Hello all, At least a few of us have expressed a desire to not overwrite the contents of the error log. The attached seems to work. The usual caveats about not filing this into your only copy of a mission-critical image apply. Bill

Sept. 8, 2009

Re: [Pharo-project] CLFramework-UIBuilder

by nullPointer

>Ehm, my bad, I didn't mean "old" values, I meant the current values of >the morph. Anchors and Style were the only ones, I believe. ahhh now understand :) I believe is best in that case put the options as toolbar action, above. of that way the change of styles and anchors work with various morphs in a one time. > >> - The menu editor was very nice (a bit unintuituve that you had to >> ctrl-s after entering data before navigating away though, yet autosaving >> on icon selection. Also, only icon changes were accepted when you chose >> a new icon, the rest (label etc.) were lost) >> > IÂ´m not be good tester i believe. IÂ´m cannot reproduce the error. Note the > text value, or help text only is updated in the treeview when the intro > key > is pressed in the textbox. > In the first moment the value of textbox was changed for each key press, and updated in treeview.But in two last versions of Pharo after each keypress the cursor of textbox was put in the first character. I have search a solution for that.The Control-Save in Windows or intro Is possible change the order of tabsIndex in Polymorph? If exists a way perhaps i could incorporate too in the designer. Regards -- View this message in context: http://n2.nabble.com/CLFramework-UIBuilder-tp3594252p3606541.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 8, 2009

Re: [Pharo-project] Slice-MCDependenciesDialogPlagueFixed-ab.1.mcz

by Andrew P. Black

Ideally, what I think we want is for all of the packages to be written atomically. However, that is something that MC does not currently know how to do. Next best would be to collect all of he log messages ahead of doing any of the writing to the repository. That would also require some major changes, but at least I can see how to do it. Providing the checkbox is s mere matter of morphic programming ... perhaps, if the box is not checked, and the user cancels one of the ensuing dialogs, the behaviour should be to reuse the log message from the Slice? Andrew On 8 Sep 2009, at 11:39, Henrik Johansen wrote: > My point was, ideally, I'd like to be able to set individual comments > for each package if I want to(checkbox), and not have it break if I > cancel one of the later ones. > And that, if I had to choose between being able to set comment per > package but risking an incomplete save if I cancel one of them, and > having the same comment for all of them, I'd rather have the latter.

Sept. 8, 2009

Re: [Pharo-project] CLFramework-UIBuilder

by Henrik Sperre Johansen

On 08.09.2009 23:00, nullPointer wrote: > Thanks for probe and conseils :) > > >> It might be nice with a tab of its own for an editor of a morphs >> LayoutFrame, which could replace the current properties Anchors, >> Position and Extent >> > Im not sure of understand correct way (my english is poor). Want you say a > button around the selected morph for edit position, extent and anchors? I > think in something similar but working with an new halo. > No, an extra tab on the left, where you can edit the values of the Morphs LayoutFrame (top/left/right/bottom offset and fraction). It's a much more flexible way of defining a position that will behave nicely when you resize the widget than what can be done currently (albeit abit more complicated) Try: Morph allSubInstances collect: [:each | each layoutFrame ] thenSelect: [:each | each notNil] editing the instance variables of such an instance for the current morph is what I'd like :) > >> - The attributes are quite easy to edit (except not remembering old >> values for a few of them if I navigated away, then back again) >> > I could try that, but iÂ´m dont know do it with actual controls.A simple > change of text launch the valueChanged event of controls ( textboxes > properties ). When i can save for retrieve an old value? > Ehm, my bad, I didn't mean "old" values, I meant the current values of the morph. Anchors and Style were the only ones, I believe. > >> - The menu editor was very nice (a bit unintuituve that you had to >> ctrl-s after entering data before navigating away though, yet autosaving >> on icon selection. Also, only icon changes were accepted when you chose >> a new icon, the rest (label etc.) were lost) >> > IÂ´m not be good tester i believe. IÂ´m cannot reproduce the error. Note the > text value, or help text only is updated in the treeview when the intro key > is pressed in the textbox. > I make a new menu item, type in text, and select a new field. if I select the other item without ctrl-s (in Windows) while Text input field is focused, I loose the change. Also, the tabbing order is kind of backwards, going up instead of down (Name field -> press tab -> Focus goes to Help text instead of Action Selector) Cheers, Henry

Sept. 8, 2009