Re: [Pharo-project] funny behavior with MC

touched the version and Monticello copied it to its cache. So it isn't enough to know how merging exactly works, but you need to know all the exact semantics of each mouse movement in the MC UI :-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] Searching for references

another menu entry for that... There is already a menu item, it is called 'show hierarchy'. I guess the tools don't display these kind of references because then you suddenly have two different kinds of objects as a result: methods and classes. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] Major shrinks

in the shrinks has side effects, but most of the times, you can deal with that in such scenarios. Shouldn't most of the code you publish be part of the cleanup protocol? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo

Re: [Pharo-project] Implementing MethodWrappers in Smalltalk

is pretty simple and also very specific. For a different use-case the implementation would probably look completely different. Check the mailing list, we had some discussions and did various iterations back when this was integrated. Ok, perfect. Thanks! Mariano Lukas -- Lukas Renggli

Re: [Pharo-project] soft squeak selection of non active window is too pale

://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Implementing MethodWrappers in Smalltalk

is pretty simple and also very specific. For a different use-case the implementation would probably look completely different. Check the mailing list, we had some discussions and did various iterations back when this was integrated. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] killing a runaway process

it would be really nice if i could 'control-c' the workspace and clear it out.. World | Tools | Process Browser gives you to the possibility to kill background processes. If a process blocks the complete image Ctrl+. might break it. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] SmalltalkImage or SystemDictionary

/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CleanUp unused packages

/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CleanUp unused packages

-renggli.ch/blog/programmatically-run-lint. Lukas On 19 March 2010 09:03, Stéphane Ducasse stephane.duca...@inria.fr wrote: lukas could you publish somewhere (soon on the lint chapter) the gofer and rb expression to fix all the _ Stef On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote: I am

[Pharo-project] Deprecation TheWorldMenu in Pharo 1.1

remove the class or add deprecated methods (they don't even need to do anything)? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo

Re: [Pharo-project] unused temporal variables

@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman

Re: [Pharo-project] RefactoringManager and RBNamepsace error?

commit them to the image, and then you use a new instance. That's the basic workflow. The undoes are kept separate in RefactoryChangeManager. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project

Re: [Pharo-project] RefactoringManager and RBNamepsace error?

/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String widgets for GUIs built using ToolBuilder

-- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Deprecation TheWorldMenu in Pharo 1.1

stephane.duca...@inria.fr wrote: We should probably add the methods back so that people can load they code. On Mar 19, 2010, at 10:26 AM, Lukas Renggli wrote: What is the point of leaving the empty class TheWorldMenu in Pharo 1.1? Obviously it is deprecated, but then all its methods are removed

Re: [Pharo-project] About gofer in pier vs seaside?

can try: Gofer upgrade Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] where can I find the latest version of Smacc runtime?

-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http

Re: [Pharo-project] another gofer question

://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] recategorizing all the categories...

-- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Traits and PHP

Some people are working at google to make traits part of Javascript. How do traits fit into a prototype model? Has anybody written about that? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project

Re: [Pharo-project] BTree packaging

Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] packages :)

compiled methods, or classes. It only stores symbols. I prefer that ;) Sorry, I mis-inspected the object model. Forget all I said in that paragraph, it is invalid. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list

Re: [Pharo-project] packages :)

not depend on the number of elements in the package and the number of other packages. RPackage aims to answer questions a GUI might have quickly. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project

Re: [Pharo-project] packages :)

to be able to generate thousands of (small) lists for classes, protocols and methods when you for example scroll through a package tree. Select a package in O2 or a category in OB and scroll down using the down arrow to see what I mean. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] packages :)

RPackage is, like PackageInfo, just a view of the underlying system, but maintaining a cache of the essential data instead of recomputing at every message send. No, this is not true. RPackage does not have a cache. Please, have a look at the code. Lukas -- Lukas Renggli http://www.lukas

Re: [Pharo-project] packages :)

the category and protocols up-to-date with all operations. I don't think that this is done/planned with RPackage. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http

Re: [Pharo-project] [ANN] Gofer Project Loader 1.0 (BETA)

@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo

Re: [Pharo-project] Remove Pen and PenPointRecorder ??

Hi folks, what do you think about removing Pen and PenPointRecorder  ? At least, to remove it from the core and let them somewhere in a repository. Yes please, kill that crap. There seem to be a couple of references though. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

[Pharo-project] Pharo 1.1 deprecation fixes for Refactoring Engine

in SmalltalkImage by the refactoring engine: #keyAtValue:, #keysAndValuesDo: and #select: -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo

[Pharo-project] eCompletion works on Pharo 1.1

the accessors on the class side of ECPreference. Name: ECompletion-lr.113 Author: lr Time: 17 March 2010, 8:20:03 pm UUID: 0d16cf1e-ff4b-4674-8045-d10cfc2e25d6 Ancestors: ECompletion-lr.112 - fixed all tests - updated to Pharo 1.1 Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] Removal of requires calculation code

___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo

Re: [Pharo-project] About long tests.

@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo

Re: [Pharo-project] About long tests.

Name: Gofer-Tests-lr.117 Author: lr Time: 16 March 2010, 10:12:10 am UUID: 884f7d2b-6035-4f66-9ec3-28371a77beac Ancestors: Gofer-Tests-lr.116 - made tests run faster in the Pharo inbox is about 30% faster. Lukas On 16 March 2010 09:13, Lukas Renggli reng...@gmail.com wrote: Btw, I am running

Re: [Pharo-project] Code Freeze 1.1?

of the goal. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo

Re: [Pharo-project] What is the best way to...

-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin

Re: [Pharo-project] packages :)

@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman

Re: [Pharo-project] packages :)

) openOn: RMockFilledPackageOrganizer default Cheers, Doru On 16 Mar 2010, at 17:23, Lukas Renggli wrote: Can you provide a Gofer expression to load it? Lukas On 16 March 2010 17:21, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi I started to reimplement the package class is did

Re: [Pharo-project] What is the best way to...

the PDF version of the Seaside Book (http://book.seaside.st) is created with a similar visitor (in this case the pages are not automatically created from comments in the system though). Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo

[Pharo-project] Fixed strange coloring in TestRunner

- green -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] packages :)

-side. When browsing an extended class, the extensions are not displayed. That's it for the moment. I see a cool model emerging :-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http

Re: [Pharo-project] packages :)

package model. The model does not store compiled methods, or classes. It only stores symbols. True, sorry about that. I did not open the inspector wide enough and I somehow made that conclusion from the public API :-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] squeaksource is down....

on another note ... SqueakSource probably needs an overhaul doesn't it ... Feel free to propose a new implementation. whatever happened to SourceTalk? SourceTalk is for Monticello 2. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo

Re: [Pharo-project] [ANN 1.0] RC3! #10515 pre-built core image

://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo

Re: [Pharo-project] Collection

classclearCompositionWindowManager systemStartup: 100 CompositionWindowManager := nil The #startUp and the code that registers and unregisters from the startup list is no longer necessary. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo

Re: [Pharo-project] Collection

is. What about selecting the annotation and looking for its senders? The annotation doesn't change *anything* in that regard. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http

Re: [Pharo-project] squeaksource is down....

Not for me. 2010/3/14 Stéphane Ducasse stephane.duca...@inria.fr: ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas

Re: [Pharo-project] squeaksource is down....

apparently 3 min after showing me the squeaksource is donw it was up again. May be the watch dog (if any) was working well :) There is no watch dog other than the one that sends out mails if the web address is not reachable. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

[Pharo-project] Rewrote Smalltalk to Smalltalk globals

: `...@arg1'; replace: 'Smalltalk flushClassNameCache' with: 'Smalltalk globals flushClassNameCache'; yourself -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http

Re: [Pharo-project] Collection

(no, this is not the same as streams or the iterable refactoring that was recently proposed) ... - how to make collections more composable, e.g. make them thread safe, make them read-only, make them ordered (sets and dictionaries), ... Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] [Esug-list] Smalltalk app demo for GSoC

@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo

Re: [Pharo-project] [update 1.1] #11243

Actually this is already fixed by the previous fix. Jorge and I are going to write some new tests. Lukas On 8 March 2010 14:50, Lukas Renggli reng...@gmail.com wrote: Erwann just noticed another kind of serious shadowing bug. The closure compiler allows to declare methods like the following

Re: [Pharo-project] [update 1.1] #11243

Here are 3 additional tests that verify that these reserved variables are not shadowed. Please integrate :-) Lukas On 8 March 2010 15:01, Lukas Renggli reng...@gmail.com wrote: Actually this is already fixed by the previous fix. Jorge and I are going to write some new tests. Lukas On 8

Re: [Pharo-project] [update 1.1] #11243

as all other Smalltalk compiler do (and also the pre closure one in Pharo did). Using the implicit variables as argument or temp names leads to absolutely unmaintainable code. Lukas On 5 March 2010 12:16, Lukas Renggli reng...@gmail.com wrote: The problem is that some ancestor versions

Re: [Pharo-project] [update 1.1] #11243

, Lukas Renggli reng...@gmail.com wrote: Here are 3 additional tests that verify that these reserved variables are not shadowed. Please integrate :-) Lukas On 8 March 2010 15:01, Lukas Renggli reng...@gmail.com wrote: Actually this is already fixed by the previous fix. Jorge and I are going

Re: [Pharo-project] Allow $- anywhere in binary selector

ambiguous constructs like 1...@-2. For the compile changes themselves I wouldn't throw a warning, not even in interactive mode. Also I wouldn't add a setting, that just causes troubles in many years ahead. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] Allow $- anywhere in binary selector

. It's so easy to get bitten by ^x/-2... It would be good to have a Preference for the warning. Yeah, maybe it is safer for casual Smalltalk programmers. I always put spaces before and after binary selectors anyway. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] [update 1.1] #11243

@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http

Re: [Pharo-project] [update 1.1] #11243

Compiler had to be patched and changed quite heavily to accommodate these new requirements that it was not designed for. Maintaining and fixing the New Compiler got so extremely expensive that it is questionable if this is still a viable platform? Ask Jorge and Marcus. Lukas -- Lukas Renggli http

Re: [Pharo-project] about code formatting in pharo

, Magritte, Mondrian, Pier, Glamour, PetitParser, Grease, OmniBrowser, SqueakSource, ... Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo

Re: [Pharo-project] [update 1.1] #11243

. I have other problems getting it to work in the latest Pharo now. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [update 1.1] #11243

with Reflectivity for some research project. Cool. Keep me in the loop on that. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman

[Pharo-project] Fwd: [Moose-dev] Re: ConfigurationOfMetacello and OB

Sorry, forgot to add the Pharo list ... -- Forwarded message -- From: Lukas Renggli reng...@gmail.com Date: 4 March 2010 20:13 Subject: Re: [Moose-dev] Re: ConfigurationOfMetacello and OB To: Related to the development of Moose and other related tools moose-...@iam.unibe.ch I am

Re: [Pharo-project] [Moose-dev] Re: ConfigurationOfMetacello and OB

Also why are - Utilities changeStamp - Utilities timeStampForMethod: - SystemNavigation allMethodsNoDoitsSelect: gone and what is their replacement? All in all I noticed a huge performance boost. So this is really cool :-) Lukas On 4 March 2010 20:21, Lukas Renggli reng...@gmail.com

Re: [Pharo-project] [Moose-dev] Re: ConfigurationOfMetacello and OB

On 4 March 2010 20:27, Lukas Renggli reng...@gmail.com wrote: Also why are  - Utilities changeStamp  - Utilities timeStampForMethod:  - SystemNavigation allMethodsNoDoitsSelect: gone and what is their replacement? Ok, #allMethodsNoDoitsSelect: is easy to replace with #allMethodsSelect

Re: [Pharo-project] [Moose-dev] Re: Fwd: Re: ConfigurationOfMetacello and OB

Yes, an OBPlatform for each major version... Well, the problem is that ... OBPlatform OBMorphicPlatform OBShoutPlatform That doesn't really work without an explosion of classes and I don't feel like changing all that :-( Lukas Dale -- Lukas Renggli http://www.lukas

Re: [Pharo-project] [Moose-dev] Re: Fwd: Re: ConfigurationOfMetacello and OB

The latest OB code in my repository is fixed and it passes all tests. In Pharo 1.1 one has to disable the deprecated warning though, otherwise one is constantly bugged with debuggers. I will adapt the code as soon as Pharo 1.1 final is out. Lukas On 4 March 2010 21:12, Lukas Renggli reng

Re: [Pharo-project] [Moose-dev] Re: Fwd: Re: ConfigurationOfMetacello and OB

with debuggers. I will adapt the code as soon as Pharo 1.1 final is out. Lukas On 4 March 2010 21:12, Lukas Renggli reng...@gmail.com wrote: Yes, an OBPlatform for each major version... Well, the problem is that ... OBPlatform   OBMorphicPlatform      OBShoutPlatform That doesn't really work

Re: [Pharo-project] about code formatting in pharo

So how does that sound?  Just dispatching portions of the various printing methods in subclasses of ParseNode to a Printer that allows individual preferences to be specified? This thing is called RBConfigurableFormatter and it has been present for the last decade. Lukas -- Lukas Renggli

Re: [Pharo-project] about code formatting in pharo

be necessary after-all..  :( If you use PharoDev it should be used. In PharoCore RB is not loaded. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi

Re: [Pharo-project] [squeak-dev] Having fun with booleans

I just realized, that one can completely avoid using ifTrue/ifFalse branches, but use #or: and #and: instead. [...] This reminds me of cryptic expressions like command success || failure in other languages. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] Undo compiler temporary variable handling

. :-) Lukas I will ask marcus if he remembers which compiler changes may have Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http

Re: [Pharo-project] [update 1.1] #11241

-- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Packages remodularization

unload. PackageOrganizer default unregisterPackage: oldPackage ] ifFalse: [ self error: 'Some code entities remain in the old package, please migrate manually.' ] Otherwise, I completely agree with the proposed refactorings :-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] Packages remodularization

I only wanted to keep the the original package and don't use any dash in the package name. Of course we can use your way. Aha ok, then this is fine of course. I don't care about the dashes. Lukas Cheers, -- Pavel On Tue, Mar 2, 2010 at 11:50 AM, Lukas Renggli reng...@gmail.com wrote

[Pharo-project] Undo compiler temporary variable handling

1.0 and 1.1. Any pointers? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Undo compiler temporary variable handling

. Yes, that's cool (the user is always warned) and it is applied consistent across all types of variables (even instance variables that shadow other instance variables are possible). I think that's the ideal solution. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] about code formatting in pharo

only need AST-Core. You can load it in one image, format the code, commit the changes and load the changes into a fresh Pharo image. Also you could unload AST-Core, it has no overrides. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo

Re: [Pharo-project] about code formatting in pharo

How does one use this formatter? aClass compile: (aClass parseTreeFor: aSelector) formattedCode OB-Refactory also provides a UI to format the whole system or individual classes or packages. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] about code formatting in pharo

it part of the release process for a package vs. putting it in the image and affecting the little guy. Instead of complaining all the time about the handling of comments in RB you could provide some tests that demonstrate why you think it is broken. Lukas -- Lukas Renggli http://www.lukas

Re: [Pharo-project] about code formatting in pharo

I'm not complaining; it's simply a fact, and I'm not the only one observing it.  Links were given here some time back. Sorry, but this is only a fact if you provide unit tests (or at least a couple of examples) that fail in the latest code base. Otherwise simply nobody cares. Lukas -- Lukas

Re: [Pharo-project] about code formatting in pharo

back side last year. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Lukas Renggli [reng...@gmail.com] Sent: Monday, March 01, 2010 7:47 AM To: Pharo-project@lists.gforge.inria.fr

Re: [Pharo-project] about code formatting in pharo

are lost or suddenly appear twice. Lukas On 1 March 2010 19:32, Lukas Renggli reng...@gmail.com wrote: Excellent, thanks for the test case. I will have a look as soon as I get home. Lukas On Monday, March 1, 2010, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote: Lukas, File in the attached

Re: [Pharo-project] about code formatting in pharo

://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

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

, but not the second time (the VM eventually crashed). Already in Squeak 3.9 it was sometimes impossible to break endless recursions. So I'm not sure if this related to changes in Pharo 1.0. Adrian On Feb 26, 2010, at 16:50 , Lukas Renggli wrote: Is this just me that suddenly cannot break out

Re: [Pharo-project] about code formatting in pharo

) ] ] -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] about code formatting in pharo

I've commented commited :) I guess I saw in on the rss feed :) Yeah. can we get rid of the :ind | Select 'ind', in the context menu select 'refactor source', 'rename temporary'. Then give the new name 'index', press 'ok'. Done. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Re: [Pharo-project] about code formatting in pharo

than one argument are put on separate lines: receiver        foo: x        bar: y Adrian ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli

Re: [Pharo-project] about code formatting in pharo

On 28 February 2010 22:38, Stéphane Ducasse stephane.duca...@inria.fr wrote: On Feb 28, 2010, at 10:28 PM, Lukas Renggli wrote: I've commented commited :) I guess I saw in on the rss feed :) Yeah. can we get rid of the :ind | Select 'ind', in the context menu select 'refactor source

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

... Yes, I am using this one too. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Quasi-stateful traits?

, the debugger, the inspector, the workspace, the transcript, all the GemStone tools, the Monticello 2 browsers, the Seaside browsers, Pier browser, ... Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project

Re: [Pharo-project] Scamper revival

I suppose there's a technique to replace all   _  by  := Yes, there is a transformation rule in the refactoring browser. Just run Code Critics. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project

Re: [Pharo-project] new pavel mini image :)

       http://gforge.inria.fr/frs/shownotes.php?release_id=4921 This is really exciting. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http

Re: [Pharo-project] Thread UI

: whatIExpectedWithAboveBounds equals: morph someLayoutVariable Also have a look the OB and Glamour morphic tests. They mostly does not display the actual morph to test it. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project

[Pharo-project] Infinite Loop and Ctrl+.

Is this just me that suddenly cannot break out of an infinite loop with Ctrl+. in Pharo 1.0 anymore? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr

Re: [Pharo-project] About changes and so on: Authorize - at any position in binary selectors (like VW 7.7)

types, not guess what else he could have ment to say. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] About changes and so on: Authorize - at any position in binary selectors (like VW 7.7)

, GraphViz, and dozens of other packages from SqueakSource that I have in my image. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo

Re: [Pharo-project] About changes and so on: Authorize - at any position in binary selectors (like VW 7.7)

Do you have an estimate of the code that you would break? It breaks the methods given above. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin

Re: [Pharo-project] Metacello --- How to make sure that we will be able to load... in 3 years from now

. Dragging and dropping that file onto the image (or using some GUI) would bootstrap Metacello, execute the Metacello definition, and if necessary download and pull in other SAR files from a well known place. That's how Linux works quite successful for over a decade. Lukas -- Lukas Renggli http

Re: [Pharo-project] Metacello --- How to make sure that we will be able to load... in 3 years from now

that are not available. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

<    5   6   7   8   9   10   11   12   13   14   >