On 22 oct. 2010, at 16:47, Germán Arduino wrote:
Yes, very interesting.
Here at Argentina we have an annual event about free software, this
year schedule is:
http://www.jornadasregionales.org/jrsl2010v2/schedule/index
Could be interesting to present Pharo/Seaside/Pier here, may be
12204
-
Issue 2868: allClassesUsingPool: allClassesUsingPoolVariable: for
systemNavigation
Issue 3046: BUG: LineMorph classfrom:to:color:width: returns a
PolygonMorph
Issue 3130: MethodReference #isLocalSelector should not be part of
Monticello package
Issue 3095:
Apparently when we browse
Compiler-eem.155 from the squeak trunk (ScriptLoader new addExtraRepositories)
we get a problem because there is a nil in the set.
Can you have a look?
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
12205
-
Issue 2619: ignore vm parameters with nil value in MessageTally, so it can
be used in Cog
Issue 1885: Disable Scroll Wrapping in PluggableListMorph
Issue 3142: Updater package has no repository
Issue 2876: setStandardClass: aClass methodSymbol: methodSym (first part)
Ok we can deprecate it.
On Oct 22, 2010, at 11:04 PM, Hernan Wilkinson wrote:
In a 1.1 image I have, the class HttpRequest is using that message...
On Thu, Oct 21, 2010 at 4:08 PM, stephane ducasse stephane.duca...@free.fr
wrote:
I would like to deprecate the following method since nobody
What is the way to fix that?
SystemNavigation new browseAllSelect:
[:m| | is |
is := InstructionStream on: m.
is scanFor: [:b| b = 143 and: [(m at: is thirdByte * 256 + is
fourthByte + is pc + 4) = 135]]]
lookForCode: code ifDifferent: handleBlock
We are
On 23 October 2010 14:33, Stéphane Ducasse stephane.duca...@inria.fr wrote:
I think that if you have a container that contains morphs probably findA and
other queries are useful.
Now for a button that is also at the same place a field is the best.
sarcasm
if morph having a random submorphs,
skype stducasse, we chat there.
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On 23 October 2010 14:36, Stéphane Ducasse stephane.duca...@inria.fr wrote:
What is the way to fix that?
something ifTrue: [ [ code which never runs ] ] --
something ifTrue: [ code which now can run ]
unless, of course it is used like:
block := something ifTrue: [ [block1 ] ] ifFalse: [
What's the status of akuhn/SUnit? I couldn't find his code in 1.2 core.
Niko
On Wed, Feb 3, 2010 at 1:13 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
this loads well in the latest 1,1 core :)
so now we should really have a look and these cool changes
Stef
On Jan 6, 2010, at 2:38
It was too difficult to integrate.
Stef
On Oct 23, 2010, at 2:01 PM, Niko Schwarz wrote:
What's the status of akuhn/SUnit? I couldn't find his code in 1.2 core.
Niko
On Wed, Feb 3, 2010 at 1:13 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
this loads well in the latest 1,1 core
Hi all,
i was trying to make Moose loadable into a 1.2 i did try to run the
configuration of Moose and i got an error at the very beginning caused by
the configuration of metacello. Am i missing something or it actually should
work? I did expect to have problem but not with the configuration of
Hello,
I use Pharo 1.1 . I want to add a new element in an array that have a part
of nil element. I want to add this new element on the first nil case. I
produce this code
|test isFact|
test := Array new:5.
isFact := False.
test doWithIndex:[ :each :i | ((each isNil) (isFact = False))
Hi Simon,
If I understand well, you should use a dot to separate the two expressions
in the block.
|test isFact|
test := Array new:5.
isFact := False.
test doWithIndex:[ :each :i | ((each isNil) (isFact = False))
ifTrue:[
test at:i put:'plain'.
isFact := True
]
12207
-
starting to clean systemNavigation and to make sure that it can work on an
environment. Tx Luc Fabresse
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
I created an issue and submitted a fix:
http://code.google.com/p/pharo/issues/detail?id=3143
Niko
On Wed, Oct 20, 2010 at 3:48 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
+1
the problem is that we should sync with nial for SUNit but since brest I do
not know what really make
Fixed issue 3029
http://code.google.com/p/pharo/issues/detail?id=3029
Restored the menu from ParagraphEditor yellowButtonMenu. Replaced the
implementation of SmalltalkEditor class initializeYellowButtonMenu.
Cheers
Fabrizio
___
Pharo-project mailing
Thanks man!
On Oct 23, 2010, at 3:54 PM, Fabrizio Perin wrote:
Fixed issue 3029
http://code.google.com/p/pharo/issues/detail?id=3029
Restored the menu from ParagraphEditor yellowButtonMenu. Replaced the
implementation of SmalltalkEditor class initializeYellowButtonMenu.
Cheers
yes we probably should
On Oct 23, 2010, at 4:04 PM, Guillermo Polito wrote:
Why not deprecate/remove the #deprecate: without the useful parameters? :D
2010/10/23 Mariano Martinez Peck marianop...@gmail.com
On Sat, Oct 23, 2010 at 1:32 PM, Stéphane Ducasse stephane.duca...@inria.fr
Tx niko
Stef
On Oct 23, 2010, at 3:52 PM, Niko Schwarz wrote:
I created an issue and submitted a fix:
http://code.google.com/p/pharo/issues/detail?id=3143
Niko
On Wed, Oct 20, 2010 at 3:48 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
+1
the problem is that we should sync
Stef,
Of course. But in terms of avoiding unintended consequences, just consider the
points I raised. Some of the avoidance of instance variables (extensions,
etc.) might have been a good idea with the gc at the time but is now an ugly
hack, or that sparse storage tricks were over-used.
12209
-
Issue 3049: ClassBuilderTest
Issue 1746: ReferenceStreamreadOnlyFileNamed: is missing
Issue 1981: Raising DuplicateError Exception in class builder
Issue 2525: SystemWindow out of focus color wrong
Issue 3143: To mark a test as an expected failure, one has to
On Fri, 22 Oct 2010 04:56:28 -0700 Nicolás Paez wrote
Hi, I was looking at collection packages and I found that the class
Association inherits from Magnitude.It is really strange for me because
inheritance represent a is-a relation.
So I looked that the documentation of each
On 23 October 2010 17:13, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Stef,
Of course. But in terms of avoiding unintended consequences, just consider
the points I raised. Some of the avoidance of instance variables
(extensions, etc.) might have been a good idea with the gc at the time
fixed 3025
http://code.google.com/p/pharo/issues/detail?id=3025.
code in slice SLICE-Issue-3025-removedtest-FabrizioPerin.1.mcz in
pharoinbox.
Cheers,
Fabrizio
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
12210
-
Issue 2653: Editor cursor fix
Issue 3015: When a test is restarted in the debugger, #tearDown and #setUp
and not send
Issue 1853: NetNameResolver localHostAddress returns public or private
address instead of loopback address.
--
Marcus Denker --
On Oct 23, 2010, at 5:05 PM, Fabrizio Perin wrote:
fixed 3025
http://code.google.com/p/pharo/issues/detail?id=3025.
code in slice SLICE-Issue-3025-removedtest-FabrizioPerin.1.mcz in pharoinbox.
The Slice seems to be empty
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille
On Sat, 23 Oct 2010, jaayer wrote:
On Fri, 22 Oct 2010 04:56:28 -0700 Nicolás Paez wrote
Hi, I was looking at collection packages and I found that the class Association inherits
from Magnitude.It is really strange for me because inheritance represent a
is-a relation.
So I
On Sat, Oct 23, 2010 at 5:16 PM, Marcus Denker marcus.den...@inria.frwrote:
12210
-
Issue 2653: Editor cursor fix
Issue 3015: When a test is restarted in the debugger, #tearDown and
#setUp and not send
This is excellent and I suffer this problem several times. Thanks Hernan!!!
On Sat, Oct 23, 2010 at 4:51 PM, Marcus Denker marcus.den...@inria.frwrote:
12209
-
Issue 3049: ClassBuilderTest
Issue 1746: ReferenceStreamreadOnlyFileNamed: is missing
Issue 1981: Raising DuplicateError Exception in class builder
Issue 2525: SystemWindow out of focus
Le 23/10/2010 16:51, Marcus Denker a écrit :
12209
-
Issue 2525: SystemWindow out of focus color wrong
hey! too fast ! :)
I was just testing it and the fixe is not ok.
I'm preparing the good one now.
Alain
___
Pharo-project mailing list
2010/10/23 Guillermo Polito guillermopol...@gmail.com
Why not deprecate/remove the #deprecate: without the useful parameters? :D
I said that few months ago:
http://forum.world.st/what-about-deprecating-deprecated-td2306905.html#a2306905
:)
2010/10/23 Mariano Martinez Peck
https://gforge.inria.fr/frs/download.php/27677/PharoCore-1.2-12210.zip
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
I think you were having a problem with the internet connection. Here it is
fine.
Try again ;)
2010/10/23 Fabrizio Perin fabrizio.pe...@gmail.com
Hi all,
i was trying to make Moose loadable into a 1.2 i did try to run the
configuration of Moose and i got an error at the very beginning caused
This is in 1.2 :)
Stef
On Oct 23, 2010, at 4:55 PM, jaayer wrote:
On Fri, 22 Oct 2010 04:56:28 -0700 Nicolás Paez wrote
Hi, I was looking at collection packages and I found that the class
Association inherits from Magnitude.It is really strange for me because
There was a discussion here a few weeks ago concerning a Trait I proposed
called TComparable. It is the protocol of Magnitude bundled separately as a
Trait, so any class can behave like Magnitude without having to inherit from
Magnitude or use composition. You need only add uses:
On 23.10.2010 14:23, Philippe Marschall wrote:
On 22.10.2010 23:04, Hernan Wilkinson wrote:
In a 1.1 image I have, the class HttpRequest is using that message...
At least we should move it to Dictionary. But I think we can easily fix Kom.
It's gone in KomHttpServer-pmm.60
Cheers
Philippe
Strange, there is no setting shown in the setting browser ???
The settings methods are still here thought
alain
Le 23/10/2010 17:47, Marcus Denker a écrit :
https://gforge.inria.fr/frs/download.php/27677/PharoCore-1.2-12210.zip
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord
smallDebugIcon
Answer a small debug icon.
^self smallDebugIcon
Should be turned into
^ self smallErrorIcon
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://code.google.com/p/pharo/issues/detail?id=3146
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Wierd...now I have the same problem :(
On Sat, Oct 23, 2010 at 6:06 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
I think you were having a problem with the internet connection. Here it is
fine.
Try again ;)
2010/10/23 Fabrizio Perin fabrizio.pe...@gmail.com
Hi all,
i was
On Sat, Oct 23, 2010 at 7:05 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
Wierd...now I have the same problem :(
On Sat, Oct 23, 2010 at 6:06 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
I think you were having a problem with the internet connection. Here it is
fine.
On Fri, Oct 22, 2010 at 10:40:50AM +0200, Mariano Martinez Peck wrote:
On Fri, Oct 22, 2010 at 10:33 AM, Friedrich Dominicus
fr...@q-software-solutions.de wrote:
Mariano Martinez Peck marianop...@gmail.com writes:
On Fri, Oct 22, 2010 at 10:05 AM, Friedrich Dominicus
On Fri, Oct 15, 2010 at 9:21 PM, Ramon Leon ramon.l...@allresnet.comwrote:
On 10/15/2010 9:40 AM, Simon Denier wrote:
On 15 oct. 2010, at 17:31, Mariano Martinez Peck wrote:
They've changed a lot from 1.0. For example, self, super, etc, are not in
orange or that color of 1.0.
Instances
On Fri, Oct 15, 2010 at 6:40 PM, Simon Denier simon.den...@inria.fr wrote:
On 15 oct. 2010, at 17:31, Mariano Martinez Peck wrote:
They've changed a lot from 1.0. For example, self, super, etc, are not in
orange or that color of 1.0.
Instances variables, are blue (instead of black), the
I also agree with Marcus idea: 'lets integrate much make us be more
productive and progress faster'.
I would love to have the Benjamin work.
- Remove Messages Names and Method FInder and put his new tool.
- Put his new changes browser.
I would be really really nice to have this, even if it is not
Hi,
fix attached to the issue. Unknown classes are initialized at the end
by alphabetical order.
Cheers,
-- Pavel
On Sat, Oct 23, 2010 at 12:39 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
When I clicked on a package, it got downloaded to the package cache using the
Several people had the same problem today: Fabrizio and Jorge in Bern, and
Jannik in Lille. And they had it with different versions of Pharo 1.2.
Cheers,
Doru
On 23 Oct 2010, at 19:05, Mariano Martinez Peck wrote:
On Sat, Oct 23, 2010 at 7:05 PM, Mariano Martinez Peck
Hey, I want some credit here - for coming to Squeak's possible defense :)
All I am saying is that there is a possible space/speed tradeoff with a twist.
There was a fair amount written about these decisions, which is why I know
anything at all about them. Adding an instance variable for a
Begin forwarded message:
From: pharo-project-ow...@lists.gforge.inria.fr
Date: October 23, 2010 9:31:33 PM GMT+02:00
To: stephane.duca...@gmail.com
Subject: Re: [Metacello] Re: [Pharo-project] problem with metacello in 1.2
You are not allowed to post to this mailing list, and your
2010/10/23 Luc Fabresse luc.fabre...@gmail.com:
Hi Simon,
If I understand well, you should use a dot to separate the two expressions
in the block.
|test isFact|
test := Array new:5.
isFact := False.
test doWithIndex:[ :each :i | ((each isNil) (isFact = False))
ifTrue:[
Sad to hear that.
Technical difficulties, or just lack of customers? ^^
--AA
On Oct 23, 2010, at 08:05 , Stéphane Ducasse wrote:
It was too difficult to integrate.
Stef
On Oct 23, 2010, at 2:01 PM, Niko Schwarz wrote:
What's the status of akuhn/SUnit? I couldn't find his code in 1.2
SmartReferenceStream is indeed complicated, but it is also poorly designed.
Dolphin's binary filer intuitively places versioning (of the serialized data
streams) on the class side of each serialzed class or a proxy for same. The
result is that the filer itself does not change as the classes
On Sat, 23 Oct 2010, Stéphane Ducasse wrote:
There was a discussion here a few weeks ago concerning a Trait I proposed called
TComparable. It is the protocol of Magnitude bundled separately as a Trait, so any class
can behave like Magnitude without having to inherit from Magnitude or use
I don't like the idea of instantiating red if the name is not recognized.
Since you don't have selectors (900+ might be a bit much), the compiler/Shout
won't catch mistakes, and it will be an ongoing source of silent failures.
From:
On Sat, 23 Oct 2010, Mariano Martinez Peck wrote:
On Sat, Oct 23, 2010 at 1:32 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
Ok we can deprecate it.
ys, but please please please use deprecated: anExplanationString on: date
in: version
Wouldn't it be easier to rely on method
On 23 October 2010 21:47, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
Hey, I want some credit here - for coming to Squeak's possible defense :)
All I am saying is that there is a possible space/speed tradeoff with a
twist. There was a fair amount written about these decisions, which is why
If you instantiate a color but dont see it, does it matter that the color is
not what you wanted? It's like considering the classical 'tree falls in the
forest' question.
Or if you prefer a more implementation-based view: if a morph cannot be drawn,
do you halt the system? Right now it is not
58 matches
Mail list logo
