Mariano Martinez Peck wrote:
Hi Lawson. Nebraska was removed intentionally from Pharo. Basically,
because we want a clean, tested and working core.
ANY package that we don't consider core, should be removed and
loadable. I mean, if you want to use Nebraska, perfect, no problem.
But you
no problem :)
Tx
Stef
On Mar 19, 2010, at 9:36 PM, Lukas Renggli wrote:
Yeah, I explained the reason previously. You have to tell Gofer if
this is a version or package specification. In the beginning I though
that Gofer can guess if the stupd string is a version or just a
package name, but
On Mar 20, 2010, at 12:39 AM, Mariano Martinez Peck wrote:
Hi Lawson. Nebraska was removed intentionally from Pharo. Basically, because
we want a clean, tested and working core.
ANY package that we don't consider core, should be removed and loadable. I
mean, if you want to use Nebraska,
Ok thanks
but so far this is more than three months that we are in RC and nothing special
happened.
so this is not a show stopper bug? No?
Then when I run it multiple times it is always green. Mariano What do you get
when the test is red?
in 1.1 this is renamed BlockClosureTest and they are
This is something I will be interested to look at, but not right now yet.
Hilaire
Stéphane Ducasse a écrit :
+1
sad for genie ;(
may be now with the new event handler if should be esaier to plug
___
Pharo-project mailing list
Would be really great.
Stef
On Mar 20, 2010, at 8:34 AM, Hilaire Fernandes wrote:
This is something I will be interested to look at, but not right now yet.
Hilaire
Stéphane Ducasse a écrit :
+1 sad for genie ;(
may be now with the new event handler if should be esaier to plug
Hi martin
do you prefer that we do not integrate any changes or we can integrate
I know that you said that this is ok to integrate other changes (besides
collection hierarchy)
But I wanted to check for real :)
Stef
___
Pharo-project mailing list
hi guys
I saw that nicolas fixed all the add: ... in squeak to return the argument and
I like the idea I created an issue.
Now I saw that nicolas fixed also nextPut:
Item was changed:
- Method: DummyStreamnextPut: (in category 'accessing') -
nextPut: aByte
+ do nothing
+
Hi nicolas
last week you pushed some squeak rendering fixes to pharo and I was wondering
if the recent ones on squeak should be considered.
Stef
comm...@source.squeak.org
to squeak-dev, packages
show details 6:44 PM (15 hours ago)
Nicolas Cellier uploaded a new version of Graphics to
Hi dario
Could you reproduce your problem?
Did you check the state of the http server?
which vms which os? are you using?
Stef
On Mar 20, 2010, at 11:43 AM, Dario Trussardi wrote:
Hi,
i work with pharo1.0-10509.
I d'ont understand because but yesterday after some work,
when i do the
Is it still maintained today at 14:00 ?
Hilaire
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Yes. Will you come ?
Laurent Laffont
On Sat, Mar 20, 2010 at 1:03 PM, Hilaire Fernandes hila...@ofset.orgwrote:
Is it still maintained today at 14:00 ?
Hilaire
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
Hi,
Hi dario
Could you reproduce your problem?
My system reproduce the error but i don't have idea because this.
Did you check the state of the http server?
I test on the same notebook, at the same time but with hold image, and all
works fine.
which vms which os? are you using?
this is strange because we used that daily. So did you reload your code in a
new image?
Can you reproduce it.
Do you have a stack trace?
Stef
Could you reproduce your problem?
My system reproduce the error but i don't have idea because this.
Did you check the state of the http server?
Hi,
this is strange because we used that daily.
I can reset something relative the http support, the tcpip communications ?
So did you reload your code in a new image?
Yes, i save my last change and reload it on the last correct image.
Can you reproduce it.
Do you have a stack trace?
Yes, I am comming.
Hilaire
laurent laffont a écrit :
Yes. Will you come ?
Laurent Laffont
On Sat, Mar 20, 2010 at 1:03 PM, Hilaire Fernandes
hila...@ofset.org
mailto:hila...@ofset.org wrote:
Is it still maintained today at 14:00 ?
Hilaire
Hi guys
I think that we should remove all the code that is not about class management
from SystemDictionary.
this is the easy part.
Now what do we do for the class management behavior defined in Smalltalk image
(allclasses, allTraits, associationsAt:, at:, at:put:...)
because now this code
On 20 March 2010 15:38, stephane ducasse stephane.duca...@free.fr wrote:
Hi guys
I think that we should remove all the code that is not about class management
from SystemDictionary.
this is the easy part.
Now what do we do for the class management behavior defined in Smalltalk
image
I'm doing the first step now.
tx
On Mar 20, 2010, at 2:50 PM, Igor Stasenko wrote:
On 20 March 2010 15:38, stephane ducasse stephane.duca...@free.fr wrote:
Hi guys
I think that we should remove all the code that is not about class
management from SystemDictionary.
this is the easy part.
Mariano
I was wondering (since we already removed a lot of the behavior related to
inMemory) if we could not remove is in
traitNames
Answer a SortedCollection of all traits (not including class-traits)
names.
| names |
names := OrderedCollection new.
self do:
This package should be removed from core but it should still be loadable.
Thus, when needed, they can be easily installed. On the other hand, it
could be in PharoDev image.
- MetaObjectTools: This package is moved to PharoDev. It doesnt have any
users in PharoCore
To fix, evaluate:
(MCPackage
Marcus Denker wrote:
On Mar 20, 2010, at 12:39 AM, Mariano Martinez Peck wrote:
Hi Lawson. Nebraska was removed intentionally from Pharo. Basically, because we want a clean, tested and working core.
ANY package that we don't consider core, should be removed and loadable. I
mean, if you
Thanks I will do that!
can you open a ticket because the list is starting to get long of the stuff to
integrate after martin's changes.
BTW did you check if the other class besides ProtocolCatcher are working?
Stef
On Mar 20, 2010, at 4:22 PM, Mariano Martinez Peck wrote:
This package should
Darn. I was hoping I was getting my plug and play P2P networking on Second
Life-ST-based collaboration stuff for free.
not quite so :)
The Cobalt on a Prim plugin should work pretty well, but its only going to
be an oddity. Far more interesting will be to allow
On Sat, Mar 20, 2010 at 4:44 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
Thanks I will do that!
can you open a ticket because the list is starting to get long of the stuff
to integrate after martin's changes.
http://code.google.com/p/pharo/issues/detail?id=2180
BTW did you
Hi jb
you told us that you were turning Utilities - Updater
What is the status?
Because removing Utilities is another dream that we can realize (hobbes smiling
with large smile).
Stef
a great site of a coool comix http://worldofcalvinandhobbes.blogspot.com/
if you knew today was your
On Thu, Mar 18, 2010 at 4:19 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
We should remove this class. It is plain bad.
For that we should replace colorPickerMorph with ColorChooser.
I am not sure which is the direction here. ColorPickerMorph is from
Morphic-Widgets.
ColorChoose is
Stéphane Ducasse wrote:
Darn. I was hoping I was getting my plug and play P2P networking on Second
Life-ST-based collaboration stuff for free.
not quite so :)
The Cobalt on a Prim plugin should work pretty well, but its only going to be
an oddity. Far more interesting will be to
2010/3/18 Adrian Lienhard a...@netstyle.ch:
Here is yet another way how we could model universes. We just have multiple
Metacello repositories:
- MetacelloRepository is the one that everybody can commit to (testing
universe)
- MetacelloRepositoryPharo1.0 is the stable universe for Pharo
George,
The mcz files containing the Metacello configurations _are_ copied, but the
configuration itself is not modified in the scheme.
The idea of using different repositories is to indicate which of the many
different projects are _expected_ or _known_ to work in Pharo1.1 or Pharo1.0.
For
Thanks for the explanation, Dale!
May be it's obvious and I'm asking stupid questions but then I don't
understand how can I specify in my configuration the differences
between the versions of the target platform?
2010/3/20 Dale Henrichs dale.henri...@gemstone.com:
George,
The mcz files
On Mar 20, 2010, at 5:52 PM, Mariano Martinez Peck wrote:
On Thu, Mar 18, 2010 at 4:19 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
We should remove this class. It is plain bad.
For that we should replace colorPickerMorph with ColorChooser.
I am not sure which is the
Hi folks. We are proud to announce the (hopefully) last RC3 for Pharo 1.0.
This image is based in PharoCore-1.0-10515rc3. The image also contain lot of
fixes and improvements of external packages:
These, are the fixed issues of the external tools:
OB: Issues 1891, 1748, 1670, 1667, 1705, 1667
George,
At the moment there is no overall way to do that for Pharo. For GemStone I have
attributes for specific versions, so for GemStone I can write a spec like this:
spec for: #common do: [...].
spec for: #gemstone do: [...].
spec for: #'gs2.4.x' do: [...].
Sorry, the link is actually this one:
https://gforge.inria.fr/frs/download.php/26681/Pharo-1.0-10515-rc3dev10.03.1.zip
On Sat, Mar 20, 2010 at 8:40 PM, Mariano Martinez Peck
marianop...@gmail.com wrote:
Hi folks. We are proud to announce the (hopefully) last RC3 for Pharo 1.0.
This image is
2010/3/20 Stéphane Ducasse stephane.duca...@inria.fr:
Hi nicolas
last week you pushed some squeak rendering fixes to pharo and I was wondering
if the recent ones on squeak should be considered.
Stef
Yes.
I just analyzed the diffs between CharacterScanner subclasses with
El sáb, 20-03-2010 a las 21:54 +0300, George Herolyants escribió:
Thanks for the explanation, Dale!
May be it's obvious and I'm asking stupid questions but then I don't
understand how can I specify in my configuration the differences
between the versions of the target platform?
2010/3/20
I just think the issue #1155 should also be addressed before we could claim 1.0
done.
Em 20/03/2010 16:40, Mariano Martinez Peck marianop...@gmail.com escreveu:
Hi folks. We are proud to announce the (hopefully) last RC3 for Pharo 1.0.
This image is based in PharoCore-1.0-10515rc3. The
thanks a lot mariano.
this is cool to have somebody like you helping and pushing pharo that way.
Stef
On Mar 20, 2010, at 8:40 PM, Mariano Martinez Peck wrote:
Hi folks. We are proud to announce the (hopefully) last RC3 for Pharo 1.0.
This image is based in PharoCore-1.0-10515rc3. The image
Sorry but this is certainly not a show stopper so this bug will not be
integrated.
Stef
I just think the issue #1155 should also be addressed before we could claim
1.0 done.
Em 20/03/2010 16:40, Mariano Martinez Peck marianop...@gmail.com escreveu:
Hi folks. We are proud to
On Mar 20, 2010, at 9:06 PM, Nicolas Cellier wrote:
2010/3/20 Stéphane Ducasse stephane.duca...@inria.fr:
Hi nicolas
last week you pushed some squeak rendering fixes to pharo and I was
wondering if the recent ones on squeak should be considered.
Stef
Yes.
I just analyzed the
Miguel,
Keep in mind that the conditional load code in Metacello is the moral
equivalent of #ifdef in C. The debian package universe has the advantage of
pushing the conditional compilaton of _source code_ down a level.
With Metacello, I purposely use the version attribute for conditional
hasSpecialSelector: ifTrueSetByte:
is heavily used by SystemNavigation but either invoked via Smalltak or self
environment or classEnviroment
I would tend to think that this is something that should be part of
SmalltalkImage but this is not that clear.
What do you think?
Stef
Miguel,
I should emphasize that conditional load/compile in Metacello is a pragmatic
feature. I don't disagree that the combinatorials can quickly spiral out of
control, but for the short term there is no alternative. I won't argue that
conditionals _should_ be included in the package
2010/3/20 Stéphane Ducasse stephane.duca...@inria.fr:
hasSpecialSelector: ifTrueSetByte:
is heavily used by SystemNavigation but either invoked via Smalltak or self
environment or classEnviroment
I would tend to think that this is something that should be part of
SmalltalkImage but this
In general, nebraska is one of the examples (others are eToys and Genie),
that where *very cool experiments*, but where the last important step was
never done:
to learn from them and than build abstractions in the base system to make
these things implementable in a nice way.
I know that
This is a very minor change, but to me as important as having class
comments, 'at last classified' categories etc...
My rationale is :
1) #nextPut: #nextPutAll: are just like #add: #addAll:
2) that's how they historically behave
3) it's good to have homogeneity in the system
Nicolas
2010/3/20
On Mar 20, 2010, at 10:32 PM, Nicolas Cellier wrote:
2010/3/20 Stéphane Ducasse stephane.duca...@inria.fr:
hasSpecialSelector: ifTrueSetByte:
is heavily used by SystemNavigation but either invoked via Smalltak or self
environment or classEnviroment
I would tend to think that this is
FWIW, Gemstone returns the arg..
Dale
- stephane ducasse stephane.duca...@free.fr wrote:
| hi guys
|
| I saw that nicolas fixed all the add: ... in squeak to return the
| argument and I like the idea I created an issue.
| Now I saw that nicolas fixed also nextPut:
|
| Item was changed:
|
Chris
be sure that if somebody clean the core of morphic we are interested.
In general, nebraska is one of the examples (others are eToys and Genie),
that where *very cool experiments*, but where the last important step was
never done:
to learn from them and than build abstractions in the
On Mar 20, 2010, at 10:41 PM, Chris Muller wrote:
In general, nebraska is one of the examples (others are eToys and Genie),
that where *very cool experiments*, but where the last important step was
never done:
to learn from them and than build abstractions in the base system to make
On Mar 20, 2010, at 11:00 PM, Nicolas Cellier wrote:
This is a very minor change, but to me as important as having class
comments, 'at last classified' categories etc...
I imagine and for me I spent time looking at your squeak changes just for
exactly the same reason.
My rationale is :
Cool
since I like the idea.
This is really where the ANSI standard shows that there were probably conflict
of interest.
FWIW, Gemstone returns the arg..
Dale
- stephane ducasse stephane.duca...@free.fr wrote:
| hi guys
|
| I saw that nicolas fixed all the add: ... in squeak to
FYI: The refactoring engine also uses this method quite heavily.
Lukas
On Saturday, March 20, 2010, Stéphane Ducasse stephane.duca...@inria.fr wrote:
hasSpecialSelector: ifTrueSetByte:
is heavily used by SystemNavigation but either invoked via Smalltak or self
environment or classEnviroment
Marcus Denker wrote:
On Mar 20, 2010, at 10:41 PM, Chris Muller wrote:
In general, nebraska is one of the examples (others are eToys and Genie), that
where *very cool experiments*, but where the last important step was never done:
to learn from them and than build abstractions in the base
On Mar 20, 2010, at 4:43 PM, Lawson English wrote:
Darn. I was hoping I was getting my plug and play P2P networking on Second
Life-ST-based collaboration stuff for free.
nothing is free ;-)
The Cobalt on a Prim plugin should work pretty well, but its only going to
be an oddity.
On Mar 21, 2010, at 12:29 AM, Lawson English wrote:
Hi Marcus, actually I'm pretty sure most everyone on the Squeak side
agrees with you here. The real difference is that Squeak wants to
take the approach that we *do* that last step;
Since when? for the last 12 years, this *never*
Burned out Sophie team members can talk to you about Tweak and TeaTime
Don' t go there...
Not that a bit of effort couldn't fix it
So why does everyone ignore TeaTime? I admit I don't understand the
internals, but it obviously *looks* like it could be the basis of Nebraska
(or any
On 3/20/10 4:35 PM, Marcus Denker wrote:
So why does everyone ignore TeaTime? I admit I don't understand the
internals, but it obviously *looks* like it could be the basis of
Nebraska (or any other P2P solution).
Can you point me to a real good publication about it? I mean, a
*real* one?
Try UIManager default chooseColor...
That would be a potentially portable facade...
Regards, Gary.
On Sat, 2010-03-20 at 17:52 +0100, Mariano Martinez Peck wrote:
On Thu, Mar 18, 2010 at 4:19 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
We should remove this class. It
Lukas Renggli, Marcus Denker, and Oscar Nierstrasz:
Language Boxes. Bending the Host Language with Modular Language Changes
In: Software Language Engineering: Second International Conference, SLE 2009,
Denver, Colorado, October 5-6, 2009, LNCS 5969 p. 274—293, Springer, 2009.
Abstract
==
Marcus Denker wrote:
On Mar 21, 2010, at 12:29 AM, Lawson English wrote:
Hi Marcus, actually I'm pretty sure most everyone on the Squeak side
agrees with you here. The real difference is that Squeak wants to
take the approach that we *do* that last step;
Since when? for the
in order to figure out another process.. i loaded up a project to pull
in twitter statuses.
it looks as if it's broken, as it just keeps feeding stuff to the
transcript, with no end in sight..
the first time i tried this, i realized that i hadn't saved my image
for a half hour, so i lost a
63 matches
Mail list logo