I guess it depends on how you'd like to represent a date and time.
We may have 2 representations here, the DateAndTime object and the string.
If you consider that the string '1901-01-01T00:00:00+12:00' actually *
represents* that day and time and it's not just the way you would print it,
then I
I am not sure, but I think FixUnderscores should be useful for old packages
loaded in pharo.
The problem with the FixUnderscores package is that it does a string
replacement and thus might perform incorrect transformations. You need
to manually visit each change to be sure that it did
Hi Mariano,
As you may remember, I have removed HostSystemMenus from PharoCore 1.0 some
time ago.
What I did in this case was Smalltalk at: #HostSystemMenus ifPresent:...,
which is not very nice but easily solves the problem.
Thanks for removing it in 1.1. Until the duplication of events due
I believe the duplicate events issue was solved or do you have an
example of it occuring again?
On 3/19/10, Adrian Lienhard a...@netstyle.ch wrote:
Hi Mariano,
As you may remember, I have removed HostSystemMenus from PharoCore 1.0 some
time ago.
What I did in this case was Smalltalk at:
Ah, I didn't know this was solved. I don't know about it occurring again
because I mostly work in Pharo 1.0, which has the Host System Menu code removed.
Is this a fix in the VM?
Cheers,
Adrian
On Mar 19, 2010, at 08:50 , John McIntosh wrote:
I believe the duplicate events issue was solved
On Mar 19, 2010, at 7:39 AM, Carla F. Griggio wrote:
I guess it depends on how you'd like to represent a date and time.
We may have 2 representations here, the DateAndTime object and the string. If
you consider that the string '1901-01-01T00:00:00+12:00' actually represents
that day and
lukas could you publish somewhere (soon on the lint chapter)
the gofer and rb expression to fix all the _
Stef
On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote:
I am not sure, but I think FixUnderscores should be useful for old packages
loaded in pharo.
The problem with the FixUnderscores
adrian the duplication was solved :)
Now what mariano is aiming at is can be get minicore in place and from minicore
reload core :)
if you see what I mean.
Stef
On Mar 19, 2010, at 8:43 AM, Adrian Lienhard wrote:
Hi Mariano,
As you may remember, I have removed HostSystemMenus from
Begin forwarded message:
From: John M McIntosh john...@smalltalkconsulting.com
Date: March 16, 2010 7:29:12 PM GMT+01:00
To: stephane ducasse stephane.duca...@free.fr
Subject: Re: do you remember the fix for the hostMenu
Reply-To: john...@smalltalkconsulting.com
The fix seems to be in
thanks :)
did you check?
does it work?
does it fucked up the system ;)
Stef
Stef
On Mar 18, 2010, at 11:48 PM, Mariano Martinez Peck wrote:
I am not responsible of the consequences of the following code:
First:
Gofer new
squeaksource: 'autoMethodCat';
package:
I understand, but what if people do want classify papers labelled as yet
unclassified?
not in the core at home they can eat in the living room, put mess on their
sofa, let bottles on the floor
mess up the kitchen, do not put the pizza boxed in the trash. ***But not in the
core.***
Did
Since the refactoring engine and OmniBrowser has no overrides and
cleanly loads into Pharo 1.0 and 1.1 images this can conveniently be
done from the GUI.
Alternatively the following script works without GUI:
1. Load the code:
Gofer new
squeaksource: 'rb';
package:
Not yet. We should merge the current welcome workspace with the actions done
in 1.0.
Any ideas how to do that ?
On Fri, Mar 19, 2010 at 7:15 AM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
with the summary of all the actions?
Stef
___
Is there any release team for 1.0 ?
2010/3/19 Mariano Martinez Peck marianop...@gmail.com:
Not yet. We should merge the current welcome workspace with the actions done
in 1.0.
Any ideas how to do that ?
On Fri, Mar 19, 2010 at 7:15 AM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
The double copy was fixed in the image side, with the code Stef has just
pasted. No need of VM.
Now, for 1.1 I want the HostMenuSystem not to be in Core as I think it is
not a CORE package, but be loadable. And even more, load it by default in
PharoDev 1.1.
Adrian: I saw the ifPresent: I
That's why I said I am not responsible of the consequences of the following
code:
hahahahaha
but yes, I tested. I doesn't fucked up the system but I don't know why when
trying to see the changes in all the dirty packages it seems all methods
were with revision changed and it was difficult to me
I was working with changesets (manipulating them),
then unexpectably, i got an error, and image hangs and starts
consuming 100% CPU.
I attempted to interrupt it - it shows a debugger, but still unresponsible..
This is a tail of PharoDebug.log:
THERE_BE_DRAGONS_HERE
Error: There is no free space
On Mar 19, 2010, at 09:50 , Mariano Martinez Peck wrote:
The double copy was fixed in the image side, with the code Stef has just
pasted. No need of VM.
Great! I must have missed the mail or bug report about this being fixed.
Now, for 1.1 I want the HostMenuSystem not to be in Core as I
Jannik: yes, I talk with Stef before sending this email and he told me it
was old. In addition, I know RB code to do that was better.
Now, I put Lukas' help here:
http://code.google.com/p/pharo/wiki/CodeSnippets
Cheers
Mariano
On Fri, Mar 19, 2010 at 9:33 AM, Lukas Renggli reng...@gmail.com
Hmm.. i found that even if i don't do anything and just press Alt-. (interrupt)
image stops handling events. :(((
So it looks like VM-Image issue on win32.
--
Best regards,
Igor Stasenko AKA sig.
___
Pharo-project mailing list
On Mar 19, 2010, at 09:15 , Stéphane Ducasse wrote:
I understand, but what if people do want classify papers labelled as yet
unclassified?
not in the core at home they can eat in the living room, put mess on their
sofa, let bottles on the floor
mess up the kitchen, do not put the
I tried different VM
http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip
no changes...
Any ideas why interrupt key makes image unresponsive?
--
Best regards,
Igor Stasenko AKA sig.
___
Pharo-project mailing list
What is the point of leaving the empty class TheWorldMenu in Pharo
1.1? Obviously it is deprecated, but then all its methods are removed.
I run across code like the following one in numerous packages:
Smalltalk at: #TheWorldMenu ifPresent:
[:theWorldMenu | theWorldMenu
On Mar 19, 2010, at 10:07 20AM, Igor Stasenko wrote:
I tried different VM
http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip
no changes...
Any ideas why interrupt key makes image unresponsive?
--
Best regards,
Igor Stasenko AKA sig.
On Mar 19, 2010, at 9:37 40AM, Mariano Martinez Peck wrote:
Not yet. We should merge the current welcome workspace with the actions done
in 1.0.
Any ideas how to do that ?
There was someone asking a question which was answered in the lower half of the
welcome workspace on IRC yesterday,
Hi. I remember in previous Pharo images when you save a method that has
unused temporal variables you have a popup that said XXX is unused, don't
you want to remove it ? or something similar
We then removed that. Ok, cool.
Now...suppose I want to examine all the system to detect all those
Refactoring engine.
2010/3/19 Mariano Martinez Peck marianop...@gmail.com:
Hi. I remember in previous Pharo images when you save a method that has
unused temporal variables you have a popup that said XXX is unused, don't
you want to remove it ? or something similar
We then removed that.
On 19 March 2010 11:48, Henrik Johansen henrik.s.johan...@veloxit.no wrote:
On Mar 19, 2010, at 10:07 20AM, Igor Stasenko wrote:
I tried different VM
http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip
after 40 minutes of updating , i got an error, and
still were unable to
Lukas, i have the following problem:
model := RBNamespace new.
Then executing successive RenameRefactoring's using the same model yields an
Error.
1. ClassA - ClassA2OK
2. ClassA2 - ClassA3 OK
3. ClassA3 - ClassA4 ERROR!
I've tracked it down to this:
1.
2010/3/19 Fernando olivero olive...@lu.unisi.ch:
Lukas, i have the following problem:
model := RBNamespace new.
Then executing successive RenameRefactoring's using the same model yields an
Error.
1. ClassA - ClassA2 OK
2. ClassA2 - ClassA3 OK
3. ClassA3 - ClassA4 ERROR!
I've tracked it
THERE_BE_DRAGONS_HERE
MessageNotUnderstood: AnObsoletePreferences classpreferenceAt:ifAbsent:
19 March 2010 1:23:52 pm
VM: Win32 - IX86 - NT - Squeak3.10.2 of 11 February 2010 [latest update: #9314]
Image: PharoCore1.1ALPHA [Latest update: #11146]
AnObsoletePreferences
Get it now!
Thanks for the clarification.
On Mar 19, 2010, at 11:56 AM, Lukas Renggli wrote:
2010/3/19 Fernando olivero olive...@lu.unisi.ch:
Lukas, i have the following problem:
model := RBNamespace new.
Then executing successive RenameRefactoring's using the same model yields an
Error.
my mistake, that i'm using old image...
its a bit confusing that pharo-dev images downloads listed first
and they are pretty outdated.
I just loaded PhaoCore1.1.-11268
will try there.
At least , pressing Alt-. no longer hangs an image
--
Best regards,
Igor Stasenko AKA sig.
Try Object reInitializeDependentsFields first... it may help.
Regards, Gary
From: Igor Stasenko siguc...@gmail.com
To: Pharo-project@lists.gforge.inria.fr
Sent: Friday, 19 March, 2010 10:37:58
Subject: Re: [Pharo-project] Here's my problems...
On 19 March 2010
On Mar 19, 2010, at 12:42 24PM, Igor Stasenko wrote:
my mistake, that i'm using old image...
its a bit confusing that pharo-dev images downloads listed first
and they are pretty outdated.
I just loaded PhaoCore1.1.-11268
will try there.
At least , pressing Alt-. no longer hangs an image
Okay!
I updated to the latest Pharo-Core!
Image not hangs anymore.
Pressing 'install' of changeset still having same problem in file
browser as before.
--
Best regards,
Igor Stasenko AKA sig.
___
Pharo-project mailing list
We should get the same for pharo, the beauty of the system should
shout at you: I wan to be clean.
Write class comments.
Quality is also in the details because everything is in synergy.
+1
+1
Alexandre
Adrian
Stef
___
Pharo-project
There seem to be some serious bugs when performing a sequence of renames.
I added (a modified version) of your test and fixed the problem in:
Name: Refactoring-Core-lr.115
Author: lr
Time: 19 March 2010, 1:36:35 pm
UUID: 89f629b7-df37-4545-b795-87c5b78e1127
Ancestors: Refactoring-Core-lr.114,
So far so good..
found DNU:
Utilities noteMethodSubmission: #Comment forClass: cls
while filing in the .st code
--
Best regards,
Igor Stasenko AKA sig.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
i added a changesets into a corresponding tracker issue (#1907)
please, be advised, that in Squeak it was adopted after
HashedCollection refactoring.
And a scope of changes is wider than my own (it includes KeyedSet and
KeyedIdentitySet, which i haven't touched before).
Still, all tests are
Hi Smalltalkers!
Maybe you are not aware of what our selection to this year GSoC really means
for the Smalltalk community. And I wasn't aware completely until few hours.
Just to give you an example, even such big organizations like Ruby or PHP
where not selected. From this viewpoint you can see
This is great!
I read that Google also prioritized organizations that had not participated
before, in order to give them more visibility to the whole programmers
community. So this is a *big *opportunity gain popularity :)
Congratulations!
On Fri, Mar 19, 2010 at 12:01 PM, Mariano Martinez Peck
We should probably add the methods back so that people can load they code.
On Mar 19, 2010, at 10:26 AM, Lukas Renggli wrote:
What is the point of leaving the empty class TheWorldMenu in Pharo
1.1? Obviously it is deprecated, but then all its methods are removed.
I run across code like the
cool
I'm waiting for martin.
Stef
On Mar 19, 2010, at 2:51 PM, Igor Stasenko wrote:
i added a changesets into a corresponding tracker issue (#1907)
please, be advised, that in Squeak it was adopted after
HashedCollection refactoring.
And a scope of changes is wider than my own (it
input field label string. There has to be a better, standard, way of doing
this.
Can someone tell me what the standard way, or some reasonable way,
of labeling my input field is when using ToolBuilder?
I don't exactly understand what you want to do?
ToolBuilder provides an abstraction over
Yes I know.
May be we should hide the other. I know that INRIA will restart the forge from
scratch.
Stef
On Mar 19, 2010, at 12:56 PM, Henrik Johansen wrote:
On Mar 19, 2010, at 12:42 24PM, Igor Stasenko wrote:
my mistake, that i'm using old image...
its a bit confusing that pharo-dev
Good can you open a ticket (running to catch the kids).
Stef
On Mar 19, 2010, at 2:12 PM, Igor Stasenko wrote:
So far so good..
found DNU:
Utilities noteMethodSubmission: #Comment forClass: cls
while filing in the .st code
--
Best regards,
Igor Stasenko AKA sig.
Yeah, the class comment says: Just a placeholder so that old code can
still load.
However since all methods are missing old code doesn't load any better
than if the complete class would be gone.
The following commit in the inbox adds a few deprecated messages that.
That should improve the
Thanks lukas
Stef
On Mar 19, 2010, at 5:53 PM, Lukas Renggli wrote:
Yeah, the class comment says: Just a placeholder so that old code can
still load.
However since all methods are missing old code doesn't load any better
than if the complete class would be gone.
The following commit in
Lukas
I'm confused but it seems that the gofer in pier1.2 does not understand the
same protocol than the one in latest seaside.
Is there a way to fix that ?
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
Stéphane Ducasse wrote:
On Feb 10, 2010, at 3:01 AM, Javier Pimás wrote:
Hi, I've been browsing the different ways to use OpenGL in pharo and squeak.
Here is a log of the results:
1 - Baloon3D - It looks like a layer on which squeaksource.com/OpenGL stands,
so to use opengl you load
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
HI lukas
Gofer new
squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89';
package: 'Rio-Grande-kph.45'; load.
does not work while the following does and load the same files.
Gofer new
squeaksource: 'Rio'; package: 'Rio-Kernel';
instClass ss
project: 'SmaccDevelopment';
install: 'SmaCC-lr.13.mcz'.
On Mar 19, 2010, at 6:48 PM, Stéphane Ducasse wrote:
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
El vie, 19-03-2010 a las 18:55 +0100, Stéphane Ducasse escribió:
HI lukas
Gofer new
squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89';
package: 'Rio-Grande-kph.45'; load.
does not work while the following does and load the same files.
Gofer
2010/3/19 Stéphane Ducasse stephane.duca...@inria.fr:
We should probably add the methods back so that people can load they code.
+1
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
FileDirectorymatchingEntries: criteria
Ignore the filter criteria for now
^self entries
Michael R 2001...
MMm really want to say matchingEntries: '*.png'
Surely someone would like to add a bit more behaviour to the method?
--
Stef: what about letting for now (RC3) the welcome workspace as it was, and
then, when we release 1.0 stable (which may be probable exactly the same
version as rc3) we change and incorporte both workspaces.
I am not sure which one to put first and how to link them.
Cheers
Mariano
On Fri, Mar
remove it!
Stef
On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote:
- Make BlockContextTesttestTrace run by commenting out broken part
of code simulation
Adrian: In 10515 this test sometime fails, but then running it again, it
works :(
___
Careful, does anyone understand why it works, then why it fails.
Is it because the environment changes? Or some subtle issue in blocks?
Removing it because it fails doesn't seem like a useful criteria if it's
attempted to give us a clue?
On 2010-03-19, at 12:41 PM, Stéphane Ducasse wrote:
- Make BlockContextTesttestTrace run by commenting out broken part
of code simulation
Adrian: In 10515 this test sometime fails, but then running it again, it
works :(
___
http://www.adrian-lienhard.ch/
___
Pharo-project
thanks!
On Mar 19, 2010, at 7:05 PM, Miguel Enrique Cobá Martinez wrote:
El vie, 19-03-2010 a las 18:55 +0100, Stéphane Ducasse escribió:
HI lukas
Gofer new
squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89';
package: 'Rio-Grande-kph.45'; load.
does
can we (Adrian ?) fix this so that have everything green ?
Running all tests together, the first time, it fails. If it run it again, it
works :(
Cheers
Mariano
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
it looks a bit draft as a filter
http://code.google.com/p/pharo/issues/detail?id=2169
Stef
On Mar 19, 2010, at 7:25 PM, John M McIntosh wrote:
FileDirectorymatchingEntries: criteria
Ignore the filter criteria for now
^self entries
Michael R 2001...
MMm really
On Mar 19, 2010, at 7:45 PM, Mariano Martinez Peck wrote:
Stef: what about letting for now (RC3) the welcome workspace as it was, and
then, when we release 1.0 stable (which may be probable exactly the same
version as rc3) we change and incorporte both workspaces.
yes my remark was for
I'm confused but it seems that the gofer in pier1.2 does not understand the
same protocol than the one in latest seaside.
Is there a way to fix that ?
Yeah, these images are all based on older Pharo versions. I plan to
create updated versions as soon as Pharo 1.0 is out.
To update Gofer you
Gofer new
squeaksource: 'SmaccDevelopment';
package: 'SmaCC';
package: 'SmaCCDev';
load
On 19 March 2010 18:58, Stéphane Ducasse stephane.duca...@inria.fr wrote:
instClass ss
project: 'SmaccDevelopment';
install: 'SmaCC-lr.13.mcz'.
In MacOSX, this works just fine.
http://www.squeaksource.com/AlienOpenGL.html
config := Gofer new
url: 'http://www.squeaksource.com/AlienOpenGL';
package: 'ConfigurationOfAlienOpenGL';
config load.
(Smalltalk at: #ConfigurationOfAlienOpenGL) perform:#loadDefault .
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 then I run into all those wired non-standard naming
of packages that makes this
I was fooling around and noticed that Nebraska isn't in the Pharo RC
image. Is it compatible at all with pharo, since it is based on Morphic?
lawson
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
John is right. This is an important test. In my work image it works fine.
That it fails in Pharo is indicative of some problem with the execution
simulation machinery and closures. You're missing some changes.
BTW, in my image the class is BlockTest (see attached)
2010/3/19 John M McIntosh
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 should load
it by yourself from
72 matches
Mail list logo