http://code.google.com/p/pharo/issues/detail?id=585
--
Serge Stinckwich
IRD - UMI 209 UMMISCO, Hanoi, Vietnam
Smalltalkers do: [:it | All with: Class, (And love: it)]
http://doesnotunderstand.org/
___
Pharo-project mailing list
Pharo-project@lists.gfor
I just noticed that release 10236 is now available for download on
https://gforge.inria.fr/frs/?group_id=1299 gforge.inria.fr .
To avoid confusion, the project file releases probably needs some cleaning
up. Is having the old Squeak and/or Sapphire labeled releases still useful?
On the Pharo-Pro
I agree with you Marcus...
Alexandre
On 18 Feb 2009, at 23:19, Marcus Denker wrote:
>
> On 18.02.2009, at 22:46, Michael Roberts wrote:
>
>> Did Marcus not write some code a while ago that checked the context
>> before raising the error?
>
> I extended #haltIf: to check the selectors of methods
On 18.02.2009, at 22:46, Michael Roberts wrote:
> Did Marcus not write some code a while ago that checked the context
> before raising the error?
I extended #haltIf: to check the selectors of methods on the stack.
(This way one can put a halt into OrderedCollection>>add:, for example).
I think
Did Marcus not write some code a while ago that checked the context
before raising the error? or am I imagining that. I thought we could
check the sender chain and prevented triggering. i.e if you are inside
a particular call chain. In VW I had to just learn to not put
breakpoints high up in the
> On Wed, Feb 18, 2009 at 5:11 PM, Alexandre Bergel
> wrote:
>> Omnibrowser gets installed, where it should not. Where is the
>> definition of this Universe stored?
>
> Without thinking and checking: ShoutOmnibrowser depends on
> Omnibrowser, that's why OB is installed.
yes, but obviously this
> When I load that in the latest image I get a topPanel DNU
> I do not understand how to fix it.
See the latest two threads of Alex.
The problem lies not in OB, but in how it gets loaded. Something changed in
this
process, related to Universe, but we do not yet know what exactly.
David
>
>
> self new universalInstaller universe
> addPackage: 'ShoutOmniBrowser';
> addPackage: 'eCompletion';
> addPackage: 'eCompletionOmniBrowser';
> addPackage: 'eCompletion-Traits';
> install.
>
> install an older version
On Feb 18, 2009, at 20:37 , John M McIntosh wrote:
>
> On 18-Feb-09, at 4:44 AM, Marcus Denker wrote:
>
>> 10236
>> -
>>
>> Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the
>> objects
>
> Er so what did we do here?
http://code.google.com/p/pharo/issues/detail?id=316
On 18-Feb-09, at 4:44 AM, Marcus Denker wrote:
> 10236
> -
>
> Issue 316:forgetAllGrabCommandsFrom: at startup scanning all the
> objects
Er so what did we do here? In relooking at this I was confused about
the intent and I guess the bug.
Preferences purgeUndoOnQuit from a na
Hi gary
I do not really understand since I fixed the default size of the MC
browser in the past.
When I loaded your code I imagine that I merge and that they were no
conflict
so I do not understand why now I have again a wrong size.
Do you have an idea?
Did you merge back my little changes?
S
When I load that in the latest image I get a topPanel DNU
I do not understand how to fix it.
Stef
| instClass |
instClass := self environment at: #Installer ifAbsent: [self new
installingInstaller].
self new universalInstaller universe
updat
How can I guess that there is a dependency ?
ScriptLoader>>loadOBAlpha does not work anymore because of this...
Alexandre
On 18 Feb 2009, at 17:15, Damien Cassou wrote:
> On Wed, Feb 18, 2009 at 5:11 PM, Alexandre Bergel
> wrote:
>> Omnibrowser gets installed, where it should not. Where is th
The problem is that
self new universalInstaller universe
addPackage: 'ShoutOmniBrowser';
addPackage: 'eCompletion';
addPackage: 'eCompletionOmniBrowser';
addPackage: 'eCompletion-Traits';
install.
install
On Wed, Feb 18, 2009 at 5:11 PM, Alexandre Bergel
wrote:
> Omnibrowser gets installed, where it should not. Where is the
> definition of this Universe stored?
Without thinking and checking: ShoutOmnibrowser depends on
Omnibrowser, that's why OB is installed.
--
Damien Cassou
http://damiencassou
Dear Universe Lover and other Fans,
When I doit this:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Installer universe
addPackage: 'ShoutOmniBrowser';
addPackage: 'eCompletion';
addPackage: 'eCompletionOmniBrowser';
addPackage: 'eCompletion-Tr
We all love you Marcus,
Alexandre
On 18 Feb 2009, at 16:28, Marcus Denker wrote:
> #10237
> --
> Issue 464:Added subclass: and subclass:instanceVariableNames:
> Issue 456:7272: BlockContext equality test is missing
> Issue 518:'-94' asInteger --> 94
> SUnit-al.59: Make edg
Hi,
there is a problem with Pharo on Seasidehosting. Using a stock Pharo
image 10225, installing Seaside from Universe, it works perfectly fine
locally. As soon as I upload and run the image on Seasidehosting, it
doesn't work anymore.(503: Service Temporarily Unavailable).
There is nothing in the
#10237
--
Issue 464: Added subclass: and subclass:instanceVariableNames:
Issue 456: 7272: BlockContext equality test is missing
Issue 518: '-94' asInteger --> 94
SUnit-al.59:Make edge case where method is an object work.
Tests-al.41:Clean up TestObjectsAsMethods (do
> But it does not always work apparently...
> Time to time, clicking on the icon does nothing. But I do not know how
> the browser falls into this not-do situation
Can you give me an example for such a case? Then I will have a look.
David
___
Pharo-
yeap
I always get a cool feeling when I see this list
stef
On Feb 18, 2009, at 2:51 PM, Damien Cassou wrote:
> Thank you Marcus. I'm now generating a new pharo-dev based on it.
>
> On Wed, Feb 18, 2009 at 2:18 PM, Marcus Denker
> wrote:
>> http://gforge.inria.fr/frs/download.php/17569/Pharo0.
>>> I just discovered that clicking on the icon near a testing method in
>>> the browser launches the test.
>>>
>>> Excellent!
>>>
>> :)
>> New day - new discovery! :)
>
> yes, that's why life is interesting every single day. ;)
But it does not always work apparently...
Time to time, clicking on t
>> I just discovered that clicking on the icon near a testing method in
>> the browser launches the test.
>>
>> Excellent!
>>
> :)
> New day - new discovery! :)
yes, that's why life is interesting every single day. ;)
David
___
Pharo-project mailing l
> This is quite strange.
> Executing ScriptLoader loadOBAlpha loads OB-Strandard-dr.389 instead
> of the last version. Do you want me to dive into this?
yes, please. In particular as it does not for me, so I cannot reproduce this.
I remember Gary had a similar problem, but we then assumed it wa
2009/2/18 Marcus Denker :
> 10236
> -
>
> Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the
> objects
beautiful!! I like the power of smalltalk, even if it used in such
inhumane manner :)
> Issue 559: Message sent but not implemented: AlignmentMorph
> Issue 579:
Thank you Marcus. I'm now generating a new pharo-dev based on it.
On Wed, Feb 18, 2009 at 2:18 PM, Marcus Denker wrote:
> http://gforge.inria.fr/frs/download.php/17569/Pharo0.1Core-10236.zip
>
>
> update10232
> - Remove the last PopUpMenu references.
> - Remove some of the CustomMenu uses (wherev
2009/2/18 Alexandre Bergel :
> I just discovered that clicking on the icon near a testing method in
> the browser launches the test.
>
> Excellent!
>
:)
New day - new discovery! :)
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;.
http://gforge.inria.fr/frs/download.php/17569/Pharo0.1Core-10236.zip
update10232
- Remove the last PopUpMenu references.
- Remove some of the CustomMenu uses (wherever it is possible to
replace it with a simple UIManager dialog).
- Mime mike kind of fixes
-
10236
-
Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the
objects
Issue 559: Message sent but not implemented: AlignmentMorph
Issue 579: 0007218: ClassOrganizer categories breaks if given an empty
array
Issue 580: 0007291: MC1.5 overrides methods in HTT
I just discovered that clicking on the icon near a testing method in
the browser launches the test.
Excellent!
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_
This is quite strange.
Executing ScriptLoader loadOBAlpha loads OB-Strandard-dr.389 instead
of the last version. Do you want me to dive into this?
Cheers,
Alexandre
On 18 Feb 2009, at 11:51, David Röthlisberger wrote:
>
>> I obtained the error by taking a fresh a 10231, did a system update
>>
> I obtained the error by taking a fresh a 10231, did a system update
> and doit "ScriptLoader loadOBAlpha"
> Does it really work with you? There is no implementor of topPanel.
Which version of OB-Standard do you have loaded in your image after the doit?
dr.395 brings OBCodeBrowser class >> top
I obtained the error by taking a fresh a 10231, did a system update
and doit "ScriptLoader loadOBAlpha"
Does it really work with you? There is no implementor of topPanel.
This is the definition of loadOBAlpha. There is no new version of
ScriptLoader.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
loadOBAlpha
Hi Alex,
> Apparently, what is loaded by ScriptLoader>>loadOBAlpha cannot be
> opened. OBPackageBrowser>>topPanel DNU
> It would be great to fix this...
I don't get this error.
The method you mention is in OBCodeBrowser in pkg OB-Standard, maybe this
package
didn't get updated when you loaded
Hi All,
Apparently, what is loaded by ScriptLoader>>loadOBAlpha cannot be
opened. OBPackageBrowser>>topPanel DNU
It would be great to fix this...
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
35 matches
Mail list logo
