Outsider's perception on MC Browser usability...
-- Forwarded message --
From: Fritz Schenk
Date: 2010/5/28
Subject: [Seaside] Re: Is a monticello question allowed here?
To: seas...@lists.squeakfoundation.org
The SqueakSource site is down. That could explain the slowness. Howeve
11377
-
- Issue 2460: NewTextMorphTests #testClassDefinitionMorphCreation and
#testMethodMorphCreation fails
Rethought the CodeMorph class hierarchy, removed the subclasses and
added CodeMorph class methods for creating
MethodMorph and ClassDefinitionMorph
Stef
__
Hi guys
in 11377 the method FormCanvas>>transformBy: aDisplayTransform clippingTo:
aClipRect during: aBlock smoothing: cellSize
got its source code destroyed. So I reverted and now the latest stream is 11376.
Now if you build from 11367 up to 11376 FormCanvas>>transformBy: is ok.
What I no
>> >
>> > Now that we are talking about OB and drag and drop, can I tell you my
>> > dream?
>> > I would LOVE to be able to drag a method to the "instance" and "class"
>> > buttons to change methods from one side to the other one without having
>> > to
>> > use RB.
>> > I have no idea if it is pos
Mariano, is there a way to update this?
Alexandre
On 28 May 2010, at 08:18, Mariano Martinez Peck wrote:
> Hi Juanjo. I think the problem is that ConfigurationOfO2 doesn't include
> oCompletion in the default group. Try the group 'Dev' and you will get it.
>
> Look the conf:
>
> spec
>
i've lost two projects i created just before it crashed.
I don't mind recovering them, they both were empty. But just to be sure that
nobody lost some valid project.
Fernando
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://
On Fri, May 28, 2010 at 3:11 PM, Lukas Renggli wrote:
> >
> > Now that we are talking about OB and drag and drop, can I tell you my
> dream?
> > I would LOVE to be able to drag a method to the "instance" and "class"
> > buttons to change methods from one side to the other one without having
> to
>
> Now that we are talking about OB and drag and drop, can I tell you my dream?
> I would LOVE to be able to drag a method to the "instance" and "class"
> buttons to change methods from one side to the other one without having to
> use RB.
> I have no idea if it is possible nor the cost of it, I
Thanks Lukas.
Now that we are talking about OB and drag and drop, can I tell you my dream?
I would LOVE to be able to drag a method to the "instance" and "class"
buttons to change methods from one side to the other one without having to
use RB.
I have no idea if it is possible nor the cost of it,
That problem is actually not specific to Pharo 1.1, it is already
present for the last 5 years or so :-)
Thanks for pointing out, fixed in:
Name: OB-Standard-lr.470
Author: Lukas Renggli
Time: 28 May 2010, 2:51:03 pm
UUID: 9b1e4d28-6d03-48e2-a3a0-6cd9899c9830
Ancestors: OB-Standard-lr.469
- fixe
Hi Serge. I could reproduce the problem also in 1.0, but not in Core. Maybe
is OB related?
Can you please open a bug ticket?
thanks!
Mariano
On Fri, May 28, 2010 at 1:25 PM, Serge Stinckwich <
serge.stinckw...@gmail.com> wrote:
> With the last Pharo-dev (Pharo-1.1-11367-Betadev10.05.),
> when
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hi Juanjo. I think the problem is that ConfigurationOfO2 doesn't include
oCompletion in the default group. Try the group 'Dev' and you will get it.
Look the conf:
spec
group: 'default' with: #('Core' );
group: 'Core' with: #( 'OmniBrowser2' 'O2-Standard' 'O2-Morphic'
'
With the last Pharo-dev (Pharo-1.1-11367-Betadev10.05.),
when you drag&drop a method from a class to the same class, the method
is just removed ...
--
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Every DSL ends up being Smalltalk
http://doesnotunderstand.org/
_
I rollbacked 11377
Stef
On May 28, 2010, at 1:16 PM, Stéphane Ducasse wrote:
> it seems to me that the condenseChanges fixed some problems but that it fixed
> the consequence
> but not the causes.
>
> I took an older version and browsed the latest Morphic package and it
> contains the problem.
it seems to me that the condenseChanges fixed some problems but that it fixed
the consequence
but not the causes.
I took an older version and browsed the latest Morphic package and it contains
the problem.
I do not know from where the problem is coming.
I will rollback the changes but there is
On Fri, May 28, 2010 at 1:02 PM, Stéphane Ducasse wrote:
> Shit we have a bug with the changes!
> I cannot access the source.
>
>
Yes, it happened the same to me when I have those problems.
If you open the .changes with a text editor you can see when it was
modified.
Cheers
mariano
>
>
>
> >
Hello,
I have pharo app on touch screen device. And for my application I need hide
hand morph (mouse cursor).
How I can do this?
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pha
Shit we have a bug with the changes!
I cannot access the source.
> It's during load, happens on OSX too.
>
> Take a 11376 or earlier, select the Morphic package in Pharo, and click
> changes. The diff for FormCanvas transformBy:clippingTo:during:smoothing: is
> pretty hilarious :)
>
> The d
I never got it.
On May 28, 2010, at 12:32 PM, Mariano Martinez Peck wrote:
>
>
> On Fri, May 28, 2010 at 10:20 AM, Henrik Johansen
> wrote:
> It's during load, happens on OSX too.
>
> Take a 11376 or earlier, select the Morphic package in Pharo, and click
> changes. The diff for FormCanvas
This is strange because I checked all the code.
and I reload it and and and.
Stef
On May 28, 2010, at 10:20 AM, Henrik Johansen wrote:
> It's during load, happens on OSX too.
>
> Take a 11376 or earlier, select the Morphic package in Pharo, and click
> changes. The diff for FormCanvas transfor
tx torsten!
On May 28, 2010, at 11:34 AM, Torsten Bergmann wrote:
> Download a Pharo 1.1. core image (for instance
> https://gforge.inria.fr/frs/download.php/27017/PharoCore-1.1-11367-Beta.zip)
> and then evaluate:
>
>
>
On Fri, May 28, 2010 at 10:20 AM, Henrik Johansen <
henrik.s.johan...@veloxit.no> wrote:
> It's during load, happens on OSX too.
>
> Take a 11376 or earlier, select the Morphic package in Pharo, and click
> changes. The diff for FormCanvas transformBy:clippingTo:during:smoothing: is
> pretty hilar
Download a Pharo 1.1. core image (for instance
https://gforge.inria.fr/frs/download.php/27017/PharoCore-1.1-11367-Beta.zip)
and then evaluate:
ScriptLoader new installingInstaller.
((Smalltalk at: #Installer) repository: 'ht
On 5/28/10 12:31 AM, Stéphane Ducasse wrote:
If you want us to help
may be you should start to tell us exactly what you tried to do.
Without that then we cannot.
Stef
Sorry I scrambled the order.
Tried this with the latest update of Seaside 3.0a. I had to use Monticello
directly, rather
Hi,
I took a look on the ANSI standard. I base my work on
the paper of Wiliam R. Cook "Interfaces and Specifications
for the Smalltalk- Collection Classes"
http://carlstrom.com/stanford/cs242/readings/12.pdf
I prefer this paper because dictionary is not a protocol
a single protocol. It takes the
It's during load, happens on OSX too.
Take a 11376 or earlier, select the Morphic package in Pharo, and click
changes. The diff for FormCanvas transformBy:clippingTo:during:smoothing: is
pretty hilarious :)
The definition of that method in the Morphic version for Guillermos halt
removals (whic
On 19 May 2010, at 00:47, Tudor Girba wrote:
> Hi Veronica,
>
> A bit of feedback:
> - After loading Torch, the package contextual menu seems to crash the
> Monticello Browser
i found and solved this problem...
> - You extend isSuper in RBProgramNode and RBVariableNode, which generates an
>
If you want us to help
may be you should start to tell us exactly what you tried to do.
Without that then we cannot.
Stef
On May 28, 2010, at 5:35 AM, Lawson English wrote:
> (Andreas Raab responded to this with:
>
>
> This is your problem. CroquetGL has not been tested on Pharo. I suspect Pha
On May 28, 2010, at 4:51 AM, Serge Stinckwich wrote:
> On Fri, May 28, 2010 at 1:07 AM, Stéphane Ducasse
> wrote:
>> Reading the complete thread is quite interesting.
>
>
> Yes definitely. They do not all wrong. It is not necessary to
> duplicate the external code.
> If i read correctly, there
do you have a stack trace?
Stef
On May 28, 2010, at 12:57 AM, Torsten Bergmann wrote:
> Updating the 1.1. core on Windows brings a SyntaxError (FormCanvas
> drawing-support arch) while processing 11377:
>
> "archNothing more expected
> ->/Pharo/Pharo/PharoHarvestingFixes/PharoCore-1.1-11375-B
11377
-
- Issue 2460: NewTextMorphTests #testClassDefinitionMorphCreation and
#testMethodMorphCreation fails
Rethought the CodeMorph class hierarchy, removed the subclasses and
added CodeMorph class methods for creating
MethodMorph and ClassDefinitionMorph. Thanks Fernando.
- Issue
32 matches
Mail list logo
