> So why do we do pharo. Really. If everything as to be compatible with
> other smalltalk. Terrible.
> Can't we get smarter?
You are right, this change does not harm anyone not using the method.
We'll have to update our tests of methods not to be sent.
Still, I would rather like to see methods r
Gwenael,
That is great, but I keep getting "Nothing more expected ->" in place
of the uderscore any time I try it. Am I doing something wrong, or is
it simply not yet integrated?
Bill
Wilhelm K. Schwab, Ph.D.
University of Florida
Department of Anesthesiology
PO Box 100254
Gainesville, FL 3
I'm trying to load cryptography 1.1 from the Universe browser.
Everything seems to go well, and the dialog completes and exits.
Immediately following that, whenever the mouse moves over any morphs,
you get the below traceback. the ivars leftMorphs, enteredMorphs, and
overMorphs are all nil,
For me this is a problem of forces that do not easily resolve. If I
read the goals from the Pharo site
1...a clean and lean open-source Smalltalk platform, derived from Squeak
2...the obvious choice for professional Smalltalk development
3...an emerging platform to help people invent the future
That worked as expected - I updated from a fresh 10196 image with no
problems.
Thanks Stef!
- Brian
On Jan 5, 2009, at 2:16 PM, Stéphane Ducasse wrote:
> I rolledback to the old version since it loaded for me when updating
> from 10191 (too long we should publish an image soon)
> Brian could
On Jan 5, 2009, at 1:56 PM, Adrian Lienhard wrote:
> Hi Brian,
>
> I checked and it worked for me. It looks like a network issue or
> SqueakSource not replying for a second. Could you try again and report
> back if the problem persists for you? I also suggest to delete the
> package-cache folder.
> Yes now I imagine that I did a release with Sixx loaded and the script
> loader
> registered that. But normally sixx should not be in.
> So I think that we should remove it.
yes, definitely.
Adrian
>
>
> Stef
>
>>
>>
>> Adrian
>>
>>> To me this is
>>> at the minimum a dev dependency
>>> I will
Hi guys
I updated from 10091 and produce 10201 and published it.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Jan 5, 2009, at 10:23 PM, Adrian Lienhard wrote:
>
> On Jan 5, 2009, at 22:11 , Stéphane Ducasse wrote:
>
>> Adrian
>>
>> I just commited a new script280 (which remove the Sixx-
>> stephane_ducasse.2.mcz)
>> I'm wondering why we have a sixx package in pharo-core.
>
> wasn't this what you and M
On Jan 5, 2009, at 22:11 , Stéphane Ducasse wrote:
> Adrian
>
> I just commited a new script280 (which remove the Sixx-
> stephane_ducasse.2.mcz)
> I'm wondering why we have a sixx package in pharo-core.
wasn't this what you and Marcus recently discussed in the thread with
title "there is a si
The new merge dialog is really nice. I filed the following issue.
http://code.google.com/p/pharo/issues/detail?id=434
After closing the dialog with the top left red button, the merge is
performed.
Furthermore, the dialog is modal, which I think is quite annoying as I
often use to have several
I rolledback to the old version since it loaded for me when updating
from 10191 (too long we should publish an image soon)
Brian could you retry and let us know. I would be sure that the update
works also with a dev image.
Thanks
On Jan 5, 2009, at 10:11 PM, Stéphane Ducasse wrote:
> Adrian
Adrian
I just commited a new script280 (which remove the Sixx-
stephane_ducasse.2.mcz)
I'm wondering why we have a sixx package in pharo-core. To me this is
at the minimum a dev dependency
I will retry to load scriptloader711 and rollback if necessary
On Jan 5, 2009, at 9:56 PM, Adrian Lien
On Jan 5, 2009, at 9:51 PM, Adrian Lienhard wrote:
>
> On Jan 5, 2009, at 13:45 , Stéphane Ducasse wrote:
>
>> Hi adrian
>>
>> I wanted to know if we could not have
>> traits defined in Behavior and whose behavior would be
>>
>> self traitComposition allTraits
>>
> sure, seems like a useful
for these methods I could provide extensions for VW with test.
I think that they are important. And I agree with Gary.
> Can't remember the number of times I've had to implement these kinds
> of
> generally useful methods on various Smalltalk dialects (particularly
> #groupedBy:, called it #cat
Thanks brian
I probably made a mistake by making the release with a dev image. I
will fix that.
Stef
On Jan 5, 2009, at 9:45 PM, Brian Brown wrote:
> Greetings all,
>
> I download the latest image from the site (10196 dev), and selected
> "Software update" from the System Menu. There is an er
Hi Brian,
I checked and it worked for me. It looks like a network issue or
SqueakSource not replying for a second. Could you try again and report
back if the problem persists for you? I also suggest to delete the
package-cache folder.
Cheers,
Adrian
On Jan 5, 2009, at 21:45 , Brian Brown w
On Jan 5, 2009, at 13:45 , Stéphane Ducasse wrote:
> Hi adrian
>
> I wanted to know if we could not have
> traits defined in Behavior and whose behavior would be
>
> self traitComposition allTraits
>
sure, seems like a useful shortcut.
> BTW will you have some time to look at my improveme
Damien, thanks for implementing this. I checked your submission,
however, the last version, Traits-damiencassou.254, deletes classes
like Trait from the system. Something went wrong there. Could you
check again?
Cheers,
Adrian
On Jan 5, 2009, at 16:57 , Damien Cassou wrote:
> On Mon, Jan 5
Thanks nicolas
I like this kind of discussions because I always learn something.
This is cool to have you with us.
I will digest that and once marcus is getting better we will certainly
start a new harvesting phase.
I will probably try to allocate some time soon. We have a deadline for
the 15 o
Interesting to see that you need that kind of check.
Could you explain why? a button could return something else that a
boolean ?
On Jan 5, 2009, at 7:28 PM, Gary Chambers wrote:
> In a similar vein, one I have found useful with the Report Builder for
> enablement of toolbar buttons/menu optio
Greetings all,
I download the latest image from the site (10196 dev), and selected
"Software update" from the System Menu. There is an error with update:
10201-Pha-FlapTabViewerObjectPassOneOverScriptSyst
While it is in the "Adding Versions" step, we get an exception tryi
Alex
are the sorted and changes that were in 136 included in the new ones?
Stef
On Jan 5, 2009, at 6:27 PM, Alexandre Bergel wrote:
> MC behaved strangely.
>
> I produced a new version:
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Name: CollectionsTests-AlexandreBergel.142
> Author: AlexandreBergel
> T
Stéphane Ducasse writes:
>
> Nicolas
>
> could you summarize your solution?
>
> Stef
>
> On Jan 5, 2009, at 12:55 AM, nicolas cellier wrote:
>
Here is the summary:
1) equality relation is not transitive due to inexact asFloat conversion
example:
(1/2) = 0.5. "This is exact"
(1/2) + (1
In a similar vein, one I have found useful with the Report Builder for
enablement of toolbar buttons/menu options in a multiple selection case:
isHomogeneous: aBlock
"Answer whether the result of evaluating the given
block for each element of the receiver has the same
value in each case."
|v
+ 1
On 5 Jan 2009, at 14:53, Gary Chambers wrote:
> Can't remember the number of times I've had to implement these kinds
> of
> generally useful methods on various Smalltalk dialects (particularly
> #groupedBy:, called it #categorizedBy: myself ;-) ). Really should
> be part
> of all Smalltal
Can't remember the number of times I've had to implement these kinds of
generally useful methods on various Smalltalk dialects (particularly
#groupedBy:, called it #categorizedBy: myself ;-) ). Really should be part
of all Smalltalks. I'd push for general adoption/standardisation for every
dial
Hi Stef,
Stéphane Ducasse wrote:
> So why do we do pharo. Really. If everything as to be compatible with
> other smalltalk. Terrible.
> Can't we get smarter?
> Why can't we tag the methods with and build a tool that
> check when you
> do a fill out. I do not write code to be portable to Visu
MC behaved strangely.
I produced a new version:
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Name: CollectionsTests-AlexandreBergel.142
Author: AlexandreBergel
Time: 5 January 2009, 2:24:21 pm
UUID: 0e32b9b7-708d-4c01-913a-2a07c9319ac7
Ancestors: CollectionsTests-AlexandreBergel.141
More test in DictionaryTe
I took the last version of Pharo, and loading my change. I will
publish it.
Alexandre
On 5 Jan 2009, at 13:14, Stéphane Ducasse wrote:
> Alex
>
> I do not really understand since 139, 138 are also empty when I browse
> them via the squeaksource web ui
> I can move everything to treated and yo
Maybe some lint rules could detect the usage of non portable methods...
Alexandre
On 5 Jan 2009, at 11:56, Lukas Renggli wrote:
>> I published to the inbox some cool collection extension methods that
>> we use all the time in Moose.
>> flatCollect:, collectAsSet:, and groupedBy:
>
> I think Squ
I vote to get these methods in.
Alexandre
On 5 Jan 2009, at 10:30, Stéphane Ducasse wrote:
> Hi all
>
> I published to the inbox some cool collection extension methods that
> we use all the time in Moose.
> flatCollect:, collectAsSet:, and groupedBy:
>
> http://code.google.com/p/pharo/issues/de
Alex
I do not really understand since 139, 138 are also empty when I browse
them via the squeaksource web ui
I can move everything to treated and you republish the package.
I really want to see this code can you send to me a package via email?
Stef
On Jan 5, 2009, at 3:58 PM, Lukas Renggli wro
On Mon, Jan 5, 2009 at 1:45 PM, Stéphane Ducasse
wrote:
> I wanted to know if we could not have
> traits defined in Behavior and whose behavior would be
>
>self traitComposition allTraits
>
> BTW will you have some time to look at my improvements?
http://code.google.com/p/pharo/issues/det
On Mon, Jan 5, 2009 at 3:06 PM, Stéphane Ducasse
wrote:
>
> On Jan 5, 2009, at 3:56 PM, Lukas Renggli wrote:
>
>>> I published to the inbox some cool collection extension methods that
>>> we use all the time in Moose.
>>> flatCollect:, collectAsSet:, and groupedBy:
>>
>> I think Squeak already has
On Jan 5, 2009, at 3:56 PM, Lukas Renggli wrote:
>> I published to the inbox some cool collection extension methods that
>> we use all the time in Moose.
>> flatCollect:, collectAsSet:, and groupedBy:
>
> I think Squeak already has far too many of these methods. I would
> rather like to see them
> If I browse the file CollectionsTests-AlexandreBergel.140 within
> Squeak stored on PharoInbox, I see the content. If I go on
> squeaksource, and look the content of the version that I saved, it is
> empty. I tried to save CollectionTests, but the content is empty. Any
> hint?
The Pharo image us
> I published to the inbox some cool collection extension methods that
> we use all the time in Moose.
> flatCollect:, collectAsSet:, and groupedBy:
I think Squeak already has far too many of these methods. I would
rather like to see them all removed, than new ones added. As an author
and maintain
That's very strange...
If I browse the file CollectionsTests-AlexandreBergel.140 within
Squeak stored on PharoInbox, I see the content. If I go on
squeaksource, and look the content of the version that I saved, it is
empty. I tried to save CollectionTests, but the content is empty. Any
hin
That's very strange...
If I browse the file CollectionsTests-AlexandreBergel.140 within
Squeak stored on PharoInbox, I see the content. If I go on
squeaksource, and look the content of the version that I saved, it is
empty. I tried to save CollectionTests, but the content is empty. Any
hin
alex
it seems that your package is empty.
can you check.
Stef
On Jan 5, 2009, at 1:14 PM, Alexandre Bergel wrote:
> New tests on DictionaryTest. The method categories accesssing, adding,
> comparing, enumerating, printing, removing, and testing are covered.
> This represents a coreverage of 66%
Hi all
I published to the inbox some cool collection extension methods that
we use all the time in Moose.
flatCollect:, collectAsSet:, and groupedBy:
http://code.google.com/p/pharo/issues/detail?id=432&colspec=ID%20Type%20Status%20Summary&start=100
I would like to have your feedback because we
Cool
I will harvest that soon.
On Jan 5, 2009, at 1:14 PM, Alexandre Bergel wrote:
> New tests on DictionaryTest. The method categories accesssing, adding,
> comparing, enumerating, printing, removing, and testing are covered.
> This represents a coreverage of 66%
>
> In PharoInbox. I am continui
Hi adrian
I wanted to know if we could not have
traits defined in Behavior and whose behavior would be
self traitComposition allTraits
BTW will you have some time to look at my improvements?
Stef
___
Pharo-project mailing list
Pharo-project@l
On Sunday 04 January 2009 17:41:21 Bill Schwab wrote:
> Gwenael,
>
> Stef mentioned that you are working on a parser, in part to address
> problems with $_. At the risk of appearing impatient, do your goals
> include allowing the use of $_ in selector and class names? If so, is
> it something sim
New tests on DictionaryTest. The method categories accesssing, adding,
comparing, enumerating, printing, removing, and testing are covered.
This represents a coreverage of 66%
In PharoInbox. I am continuing the coverage...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexan
46 matches
Mail list logo