Michael Rueger wrote:
>> I'm in favor of pushing the CairoGraphics package and porting Rome to it.
Despite (or on top of? ;-) ) my arguments in the previous mail that
would be the way to go either way :-)
My argument basically is that we should avoid "trapping" people into the
Cairo back-end. I
The braces around the $e do not seem to hurt anything, but you are probably
correct that they can be omitted. Thanks for the ~. Otherwise, I'm trying to
get the title, emphasis and capitalization correct.
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[
Hmmm... just off the top of my head, I think that would be
Dr.~St\'ephane Ducasse
The ~ is there to tell LaTeX that yes, there's a period, but it's not an
"end of sentence" period, so don't treat the separation between the
period and the S as a flexible space.
Andres.
Schwab,Wilhelm K wrote:
Dear list members,
As part of a data mining process I need to use many
external files. File based developement is boring and error prone, as
other developers should reproduce the same directory structure to load
my packages in their images, etc. I can use InstanceEncoder but
sometimes
Damien Cassou wrote:
> On Fri, Sep 25, 2009 at 7:59 PM, Stéphane Ducasse
> wrote:
>> should we push rome or the cairo graphics package?
>> I kno wthat they are not at the same level of abstarction but I prefer
>> to ask.
>> Or should rome be based on the cairo graphics package?
>
> I'm in favor o
On Mon, Sep 28, 2009 at 4:49 AM, John M McIntosh
wrote:
> I've updated the Macintosh Carbon VM to include the latest changes for
> serial port logic which was driven by changes in the Unix serial port
> plugin.
> Plus Bert identified that horizontal wheel scrolling didn't work
> correctly, oddly i
What is the proper way to cite Pharo? Is there a proper way? :)
If not, we might take some guidance from R, which sprays out the text below in
response to citation().
Bill
To cite R in publications use:
R Development Core Team (2008). R: A language and environment for
statistical comput
Stef,
It's only fair to immortalize you in a final report on a grant. As near as I
can tell, it should be:
Dr.\ St\'{e}phane Ducasse
Let me know if that's not right.
Bill
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http:
I've updated the Macintosh Carbon VM to include the latest changes for
serial port logic which was driven by changes in the Unix serial port
plugin.
Plus Bert identified that horizontal wheel scrolling didn't work
correctly, oddly it's never worked since I think 2002. People must
not use t
> I tried to load 32.fullNiall in pharo and it -> DNU
> TestCase class>>methodChanged:
>
> I checked and I do not understand where this method is coming from.
That's because TestCase registers for change notification and these
methods are suddenly gone.
Lukas
--
Lukas Renggli
http://www.lukas-r
Damien, if you find it could you please update this:
http://code.google.com/p/pharo/wiki/VMPluginOverview
-- Forwarded message --
From: Damien Cassou
Date: Sun, Sep 27, 2009 at 11:25 AM
Subject: [squeak-dev] Where to find the FT2Plugin sources
To: The general-purpose Squeak develo
may be we should say that to niall.
why can we have extensions in this great frameworks of 3 class long?
>>> I also think that SUnit 3.2 should be packaged differently.
>>> Now this is annoying to get all the wrapper code.
>>> Any idea how to get rid of them in a reproduceable way?
>>
>> Ideally
On Sep 27, 2009, at 9:05 PM, Lukas Renggli wrote:
>> I also think that SUnit 3.2 should be packaged differently.
>> Now this is annoying to get all the wrapper code.
>> Any idea how to get rid of them in a reproduceable way?
>
> Ideally we had an SUnit-Base package that is identical to SUnit on
>
I tried to load 32.fullNiall in pharo and it -> DNU
TestCase class>>methodChanged:
I checked and I do not understand where this method is coming from.
valueWithArguments: anArray startingFrom: startIndex
"Do the same as my parent, but make sure that all actions that do not
give er
> I also think that SUnit 3.2 should be packaged differently.
> Now this is annoying to get all the wrapper code.
> Any idea how to get rid of them in a reproduceable way?
Ideally we had an SUnit-Base package that is identical to SUnit on
other platforms and then have the rest of the code as a sep
> Now we could do that incrementally. Do you know if SUnit3.2 has tests?
Yes, more than SUnit 3.1.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-
I also think that SUnit 3.2 should be packaged differently.
Now this is annoying to get all the wrapper code.
Any idea how to get rid of them in a reproduceable way?
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gfo
Hi lukas
>> Yes, that's what I wrote in the second paragraph :-)
I could not find your second paragraph. I would prefer to avoid to
lose what have been added to SUnit.
Now I read the SUnit version of keith and there are only a couple of
methods that do not exist in pharo
from his version. I d
thanks
do you know how we can reproduce it?
Stef
On Sep 27, 2009, at 5:58 PM, Mariano Martinez Peck wrote:
> VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest
> update: #6747] Squeak VM 4.1.1b2
> Image: Pharo1.0beta [Latest update: #10451]
>
>
>
> On Sun, Sep 27, 2009 at 4:41 AM
VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest update:
#6747] Squeak VM 4.1.1b2
Image: Pharo1.0beta [Latest update: #10451]
On Sun, Sep 27, 2009 at 4:41 AM, Stéphane Ducasse wrote:
> we need to know with which version!
> Else this is useless.
>
> stef
>
> On Sep 26, 2009, at
Stef if you loaded STickySq in Pharo I cannot guarantee to work
properly because one difference between the Pharo an Squeak are some
removed keyboard hooking methods in HandMorph.
I've tested in #10462 and it works fine too. If the problem persists
please let me know.
Hernán
2009/9/27 Hernán Mor
Ok, maybe this is going to be a sticky post? :)
I have no problems installing with the following script in a Pharo-Core #10458 :
| instClass |
instClass := Smalltalk at: #Installer ifAbsent: [ ScriptLoader new
installingInstaller ].
instClass ss
project: 'STicky';
install: 'STicky'
Ok now if you want people to use it provide a loader that loads
everything.
Because so far I could not make it work. Because extra packages are
missin.
Stef
On Sep 27, 2009, at 2:12 PM, Hernán Morales Durand wrote:
> That's one idea. Although there are many applications. I'm using it
> now t
On Sep 27, 2009, at 11:43 AM, nullPointer wrote:
>
>
>
> Stéphane Ducasse-2 wrote:
>>
>> In VisualWorks you use the builder and it generates a class for you
>> a bit in the same way then you code the missing code.
>>
>> You said:
>>
>>> Of course, but I don´t know do it of another way. Literal ar
- Issue 1153: Many occurrences of "WriteStream on: aCollection" which
can be replaced with "aCollection writeStream"
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo
That's one idea. Although there are many applications. I'm using it
now to test a translator from Smalltalk to PQF (an insane query
language), but the course of acquisition of a natural language is a
very complex process, so a linguist can write a translator which
display dynamically inflectional s
Hi Stef,
STicky is for Pharo and STickySq is for Squeak. I've decided to
provide two separate packages because it's easier for me to make
changes in each ST separately, without worring about collateral
consequences in another.
Cheers,
Hernán
2009/9/27 Stéphane Ducasse :
> what is the diff betwe
> What about replacing Pharo's SUnit by Nial's and then re-add lost features?
Yes, that's what I wrote in the second paragraph :-)
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
h
Stéphane Ducasse-2 wrote:
>
> In VisualWorks you use the builder and it generates a class for you
> a bit in the same way then you code the missing code.
>
> You said:
>
>> Of course, but I don´t know do it of another way. Literal array is
>> very
>> complicated for me.
>> Xml serialization a
On Sep 27, 2009, at 11:09 AM, nullPointer wrote:
>
>
> Stéphane Ducasse-2 wrote:
>>
>> I can tell you I cannot read your code well.
>> So if you want to really have fun with Smalltalk, change.
>>
>
> But I´m cannot read then with that format. I have fun with
> Smalltalk, but
> for fun i need
>
I have the impression that Sunit should be an API specification not a
implementation common
to all the dialect.
So I would really like to see if nial has some tests for SUnit3.2 and
which ones pass and fail
on pharo.
Stef
On Sep 27, 2009, at 11:06 AM, Damien Cassou wrote:
> On Sun, Sep 27,
- Issue 973: Cleaning better MessageTally
- Issue 1234: MessageTally tallySends: [3.14159 printString] broken
http://code.google.com/p/pharo/issues/detail?id=1234
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http:/
Stéphane Ducasse-2 wrote:
>
> I can tell you I cannot read your code well.
> So if you want to really have fun with Smalltalk, change.
>
But I´m cannot read then with that format. I have fun with Smalltalk, but
for fun i need
don´t write the code of apocalyptic way :))
Exists the possibility o
On Sun, Sep 27, 2009 at 10:55 AM, Lukas Renggli wrote:
> I tried to merge the changes with mcz packages that Niall prepared. As
> it says in the commit comment the code is broken. The difference of
> SUnit in Pharo is so substantial that almost every method was a
> conflict. I spent a few hours an
I watch the video and this is cool
>> PS. I added recently the CLSplitterPanel widget ->
>> http://www.youtube.com/watch?v=qbd9bbfxNB4
In VisualWorks you use the builder and it generates a class for you
a bit in the same way then you code the missing code.
You said:
> Of course, but I don´t kno
Hi Stef,
I tried to merge the changes with mcz packages that Niall prepared. As
it says in the commit comment the code is broken. The difference of
SUnit in Pharo is so substantial that almost every method was a
conflict. I spent a few hours and tried to merge the changes manually,
but in the end
lukas
what should we do?
SUnit-lr.76.mczFilename:SUnit-lr.76.mcz
Author:
Timestamp: 13 September 2009 1:07:41 pm
UUID: df933429-8228-4ae9-938b-3565231fd2f5
Ancestors: SUnit-adrian_lienhard.75.mcz
Message:
Trying to merge the SUnit 3.2 changes, but the difference of P
http://code.google.com/p/pharo/issues/detail?id=1224
if somebody can have a look about what I did it would be cool
stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proje
I know
now waht andreas propose is more a process to make sure that other
places where this should be changed will be noticed
automatically
Stef
On Sep 27, 2009, at 9:51 AM, Damien Cassou wrote:
> On Sat, Sep 26, 2009 at 7:39 AM, Stéphane Ducasse
> wrote:
>> I kind of agree on this one.
>> So
>>
> Sorry, but i don´t like that format of code. For me is not readable.
> I don´t
> know when starts a block or if is a loop or condition block.That
> problem is
> more big when exists various identations. I´m coming of VB and C#
> and that
> way seems anarchist for me :) my cerebellum is
Thanks for the replies.
Actually, I am in the code of selectedItem: of a list and I would like
to add to the current selection if Shift is pressed. The problem is
that I do not have access there at the event.
Cheers,
Doru
On 27 Sep 2009, at 03:14, Schwab,Wilhelm K wrote:
> +1 to Sig's comme
ok cool!
On Sep 27, 2009, at 9:49 AM, Damien Cassou wrote:
> On Fri, Sep 25, 2009 at 7:59 PM, Stéphane Ducasse
> wrote:
>> should we push rome or the cairo graphics package?
>> I kno wthat they are not at the same level of abstarction but I
>> prefer
>> to ask.
>> Or should rome be based on th
On Sat, Sep 26, 2009 at 7:39 AM, Stéphane Ducasse
wrote:
> I kind of agree on this one.
> So what is the preferred solution.
> Now this is important to be able to distinguish an empty string from a
> cancel.
I'm not sure. I think the fixes are small enough to apply everywhere to avoid
complicatin
On Fri, Sep 25, 2009 at 7:59 PM, Stéphane Ducasse
wrote:
> should we push rome or the cairo graphics package?
> I kno wthat they are not at the same level of abstarction but I prefer
> to ask.
> Or should rome be based on the cairo graphics package?
I'm in favor of pushing the CairoGraphics packa
what is the diff between sticky and stickysq
I like the name...
On Sep 26, 2009, at 11:20 PM, Hernán Morales Durand wrote:
> STicky is a pluggable real-time evaluator and/or translator workspace
> aimed to learn languages. For a quick overview please take a look at
> the presentation video: htt
But for beginner what is the difference between that and a Smalltalk
interpreter.
The idea is that they can compare with their own language the
smalltalk syntax?
it could work now when trnaslating to Java you can generate really bad
code to
express smalltalk syntax?
Stef
On Sep 26, 2009, at
2009/9/25 Dennis Schetinin :
> I can't log in at the 'main' page (http://127.0.0.1:8080/seaside/pier) in
> Pier. It just ignores all the inputs (both correct and incorrect) simply
> redirecting from input form back to the main page. But from the Blog or
> About page it works correctly. It's all usi
I'm confused Smalltalk to Java is not really a smalltalk to java but a
a minimal subset and it is quite slow.
Do you have a full smalltalk interpreter?
I'm looking for that (I would like to code one that deals with
explicit returns and exception
On Sep 26, 2009, at 11:20 PM, Hernán Morales Dura
we need to know with which version!
Else this is useless.
stef
On Sep 26, 2009, at 10:38 PM, Mariano Martinez Peck wrote:
> http://code.google.com/p/pharo/issues/detail?id=1249
>
> I marked it as 1.0
>
> It was reported by John Toohey
>
> Best
>
> Mariano
> __
49 matches
Mail list logo
