Re: [Pharo-project] CollabActive book :)

[Simon Denier]

On 7 avr. 2010, at 01:18, Tudor Girba wrote:

> Thanks for pointing this out. Indeed something seems to be wrong in the 
> configuration. I will have to look into this.
> 
> I see that you worked on: http://book.pharo-project.org/book/Announcements
> 
> A couple of notes:
> - urls should be lowercase
> - you should create book parts for each of the subsections because like this 
> the table of contents works better, you can reference them afterwards an the 
> latex generator will produce the right outcome


I see what you mean, but I don't like the way it is displayed, because it makes 
navigating from section to section cumbersome and just skimming a chapter to 
get an overview is difficult.

Maybe I can add a +value:children+ or +value:contents+ to display the content 
of the chapter?


> 
> Cheers,
> Doru
> 
> On 7 Apr 2010, at 01:14, Simon Denier wrote:
> 
>> 
>> Also what is missing is the handy toolbar which provides buttons to decorate 
>> the text with Pier syntax. Useful when you are not a pro of the syntax. But 
>> I don't know how to install this widget.
>> 
>> 
>> 
>> On 6 avr. 2010, at 23:41, Tudor Girba wrote:
>> 
>>> Hi Mike,
>>> 
>>> I am not sure I understand what the problem is.
>>> 
>>> Try this:
>>> # go to a page: http://book.pharo-project.org/book/introduction
>>> # invoke Add
>>> # enter a name (e.g., "somepage") and select Book Portion
>>> # press add
>>> 
>>> This should create a new section in the introduction. Please let me know if 
>>> it works for you.
>>> 
>>> Cheers,
>>> Doru
>>> 
>>> On 6 Apr 2010, at 23:24, Michael Roberts wrote:
>>> 
 Hi,
 
 is there some brief documentation for how to use the book engine? I am
 not a pier expert, i just get the basic ideas.  I tried to add some
 new pages/sections using the add command, but it kept on logging me
 out to the front page.  I could not work out whether these actions had
 any side-effect or not.  If there are no docs, perhaps someone
 knowledgeable could just add a page, showing how to add a page...
 
 thanks,
 Mike
 
 ___
 Pharo-project mailing list
 Pharo-project@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>> 
>>> --
>>> www.tudorgirba.com
>>> 
>>> "Every thing has its own flow."
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
>> --
>> Simon
>> 
>> 
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> --
> www.tudorgirba.com
> 
> "Don't give to get. Just give."
> 
> 
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

--
 Simon




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Redline Smalltalk

[Stéphane Ducasse]

On Apr 6, 2010, at 11:01 PM, Dan Ingalls wrote:

> Hi, Stef -
> 
>> This is fun because I was rereading the miniimage contents and started to 
>> think in terms of package reorganization to support a mini image.
>> I reread also Spoon a bit and I was looking at the nuturning.
>> Dan it would be nice if you could merge the potatoe change into Jsqueak?
> 
> Potato is JSqueak.  I don't get it.

I know :)
Now having two different repositories with not synchronized code is not really 
good.
This is was I thought that either you put a pointer to potatoe on your page or 
better you merge their changes. 

>> Dan, Mariano for his PhD did some analysis about number of object used 
>> during typical coding session and we got around 17 %.
>> So mariano would like to see how we can get something like LOOM to dispose 
>> unused objects :)
> 
> Are you aware of the work I did that enables class fault detection in Squeak?

Yes :)
MDFault that hijack the method category

> If a class has a nil methodDictionary, it causes a fault (ie it sends 
> recoverFromMDFault to the class).   That code then restores the MD in 
> addition to any anyalysis you want. I never cleaned it up for posterity, but 
> it enabled lots of interesting work...

The problem is that we did some experiences (not too advance with mathieu) and 
we got all the classes touched after a couple of seconds.

>   By nilling all but a few MDs, and then running some application, you 
> could
>   tell exactly what classes were needed and which were not.
>   See the method discoverActiveClasses.
>   A special feature even recorded the call stack that caused each class 
> to be
>   touched.
ok this one I was not aware. 

>   What I was doing was restructuring the entire system as a bunch of
>   image segments that could be swapped out and brought in
>   on demand -- a sort of user-programmable swapping memory.

What mariano did so far is to 
- read all the image segments code /c included
- find it dangerous
- clean the project and etoy related code (for me the simple fact that 
you have all the special cases for projects 
reveals that there is a deeper fundamental problem. I do not have the 
answer but normally the "swapouter" should be generic
and may be provide hooks for specific cases but not do that in the 
logic itself.
- define some primitive to use the extra bit to collect some measure of 
object used.
- read / understand loom + the same in Java in OOPSLA 2008

next steps
- getting married
- build some tools to collect thiner grained information 

One problem we saw with IS is that as soon as you have a reference from outside 
the root graph to inside your graph, this 
subgraph does not get saved (because not marked) and this may led to brittle 
system. 



Another problem was the size of array which may be double or triple than what 
you want to save mariano will be more precise than me.


>   This all worked at one point.  Swapping of projects was a bit flakier
>   because of our weak discipline on pointer scope, but it
>   even worked in many cases.
> 
> Where I was going with the whole "reorganizeEverything" project was that the 
> SystemDictionary would be partitioned into many separate dictionaries in each 
> project, and that namespaces would be the same as the project swapping unit, 
> and the whole thing would be simple and fast.  It actually worked once (;-) 
> also.

this is interesting. I'm not convinced that I would unify namespace and project 
(but this is the case in a module system). 
Now the question is how to dynamically modularize a system. Because are static 
organization (which are good for code management) doomed to failed
when we look at them from a use point of view?

> 
> Loom was cool, but it could never come close to the speed of imageSegments.  
> I played around with swapping out the entire VM Support category with all 
> classes and methods, and it would swap in the entirety in less than 200 
> milliseconds, and this was a decade ago.
> 
> Sorry for the long digression, but maybe some of this thinking or even the 
> actual mechanism can be of use to your experiments.

Yes now we were thinking that imageSegments should not rely on the internal C 
organization of objects.



> 
>   - Dan
> 
>> 
>>> James Ladd  wrote...
> Hi Pharo-ites,
> 
> I'm working on a port of Pharo to the Java Virtual Machine called Redline 
> Smalltalk.
> (read more here: http://jamesladdcode.com/?p=323)
> 
> I'm wanting to port every single class over time, but initially enough to 
> get the
> compiler working and have a minimum runtime.
> 
> Of the 1600+/- classes which are those necessary to make a small workable 
> compiler
> and runtime environment?
>>> 
>>> Hi, James -
>>> 
>>> Bert Freudenberg forwarded this along t

Re: [Pharo-project] Linux Pharo VM on Pharo website

[Stéphane Ducasse]

thanks laurent

Do you have an account in the inria gforge?

On Apr 7, 2010, at 8:34 AM, laurent laffont wrote:

> Hi,
> 
> I've prepared the following archive. It may replace the "Unix (3.11-3)" 
> download link. 
> 
> http://lolgzs.free.fr/pharo/squeak-vm/squeak-3.11.3.2151-pharo-src.tar.gz
> 
> In this archive:
> 
> - patched squeak-vm rev. 2151. (The 2 patches are for FT2Plugin build and 
> multiple options in CFLAGS  to work. Patchs in archive).
> - awk gnuification
> - README with instructions to build and regenerate this source from VMMaker
> - All Pharo-1.0 tests green (on my machine ...)
> - it has been built/tested by several people in order to send me 
> tinyBenchmark results :)
> 
> The tinyBenchmarks are not as good as Exupery one, but this vary a lot 
> depending on the CPU.
> 
> Cheers,
> 
> Laurent Laffont
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux Pharo VM on Pharo website

[laurent laffont]

On Wed, Apr 7, 2010 at 9:07 AM, Stéphane Ducasse
wrote:

> thanks laurent
>
> Do you have an account in the inria gforge?
>

No

Laurent Laffont


>
> On Apr 7, 2010, at 8:34 AM, laurent laffont wrote:
>
> > Hi,
> >
> > I've prepared the following archive. It may replace the "Unix (3.11-3)"
> download link.
> >
> >
> http://lolgzs.free.fr/pharo/squeak-vm/squeak-3.11.3.2151-pharo-src.tar.gz
> >
> > In this archive:
> >
> > - patched squeak-vm rev. 2151. (The 2 patches are for FT2Plugin build and
> multiple options in CFLAGS  to work. Patchs in archive).
> > - awk gnuification
> > - README with instructions to build and regenerate this source from
> VMMaker
> > - All Pharo-1.0 tests green (on my machine ...)
> > - it has been built/tested by several people in order to send me
> tinyBenchmark results :)
> >
> > The tinyBenchmarks are not as good as Exupery one, but this vary a lot
> depending on the CPU.
> >
> > Cheers,
> >
> > Laurent Laffont
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Lukas Renggli]

> I see what you mean, but I don't like the way it is displayed, because it 
> makes navigating from section to section cumbersome and just skimming a 
> chapter to get an overview is difficult.

While writing/editing the Seaside book we figured out the following
simple guidelines that worked out quite well:

 http://book.seaside.st/system/howto

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux Pharo VM on Pharo website

[Hilaire Fernandes]

laurent laffont a écrit :

The tinyBenchmarks are not as good as Exupery one, but this vary a lot 
depending on the CPU.


Any reason not to propose Exupery?

Hilaire


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux Pharo VM on Pharo website

[laurent laffont]

On Wed, Apr 7, 2010 at 10:05 AM, Hilaire Fernandes <
hilaire.fernan...@gmail.com> wrote:

> laurent laffont a écrit :
>
>
>  The tinyBenchmarks are not as good as Exupery one, but this vary a lot
>> depending on the CPU.
>>
>
> Any reason not to propose Exupery?
>

The idea is to propose the squeak vm 2151 I provide (source) + Exupery VM
(binary - alternate link).

The major problem with Exupery VM is that nobody but Bryce (as far as I
know) can build it. I'm still not able to do it:(. That means no package for
Linux distributions.
Another one is failing tests.

Laurent Laffont




>
> Hilaire
>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Tudor Girba]

Hi,

The toolbar is now available.

Cheers,
Doru

On 7 Apr 2010, at 01:14, Simon Denier wrote:



Also what is missing is the handy toolbar which provides buttons to  
decorate the text with Pier syntax. Useful when you are not a pro of  
the syntax. But I don't know how to install this widget.




--
www.tudorgirba.com

"Value is always contextual."




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Handle Close Event in Image - necessary for 1.0?

[Henrik Johansen]

On Apr 6, 2010, at 10:48 19PM, Stéphane Ducasse wrote:

> Torsten I appreciate your effort but we can only do what can be done in the 
> time
> we can allocate to do a task if you see what I mean. 
> I cannot test on windows because we do not have a windows machine. We are 
> doing an incredible
> amount of work but we cannot do more than it is reasonable to do.
> 
> Then in freeze time this is freeze time. we will try to get shorter iteration 
> cycles and this is not 
> by delaying 1.0 that we are making progress on that front. 
> 
> And this is not by saying that pharo "will be less quality than" ... more or 
> less that it helps.
> 
> So 1.0 will be like it can. And if people bash us this is ok too. 
> You remember a while ago one guy asked who is ready to pay 10 Euros per month 
> to have a 
> better pharo and we got 6 persons
> 
>> However I still believe that fixing this in 1.0 would not only
>> be a plus - it will also prevent questions regarding this
>> new problem since people WILL use newer VM's after the 
>> first 1.0 release of Pharo and then instantly step into the problem!
>> 
>> 
>> And it is not a Windows specific problem as Stef thinks it is.
>> 
>> Bert requested John today (see [1]) to change the default for Mac too ...
> 
> TODAY. Imagine I was painting my house and this evening this would have 
> to be fixed?
> When is the last time that a bug that annoys you on windows got fixed in one 
> day?
> because for me on mac so far it took months. 
> 
>> so if you upgrade your Mac VM for whatever reason (maybe to do
>> 1.1 work or since you need a newer VM for a commercial project) 
>> then you will step into this with the 1.0 image.
> 
> Yes and since you are a good pharoers you will know and you will understand
> and help us and help yourself. 

I've put some slices based on the .cs in the inbox, one for 1.0 and one for 
1.1.  (quitSession was moved to WorldState in 1.1, and some other minor diffs)
I've also tested and can confirm they work with the newest Windows VM, not sure 
about the behavior on Linux, which apparently was updated as well.


Cheers,
Henry



___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Simon Denier]

On 7 avr. 2010, at 09:17, Lukas Renggli wrote:

>> I see what you mean, but I don't like the way it is displayed, because it 
>> makes navigating from section to section cumbersome and just skimming a 
>> chapter to get an overview is difficult.
> 
> While writing/editing the Seaside book we figured out the following
> simple guidelines that worked out quite well:
> 
> http://book.seaside.st/system/howto


Thanks! That's helpful.

Adding +value:book.contents+ to create a mini-toc for the chapter works ok, 
although perhaps this should go in the column.

Doru, another missing thing in the current config is the == syntax for 
Smalltalk highlighting 
See http://book.pharo-project.org/book/announcements/client


--
 Simon




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Tudor Girba]

Hi Simon,

On 7 Apr 2010, at 10:36, Simon Denier wrote:



On 7 avr. 2010, at 09:17, Lukas Renggli wrote:

I see what you mean, but I don't like the way it is displayed,  
because it makes navigating from section to section cumbersome and  
just skimming a chapter to get an overview is difficult.


While writing/editing the Seaside book we figured out the following
simple guidelines that worked out quite well:

   http://book.seaside.st/system/howto



Thanks! That's helpful.

Adding +value:book.contents+ to create a mini-toc for the chapter  
works ok, although perhaps this should go in the column.


Please do not use that there. It will make everything complex  
afterwards. You can always use the key navigations to switch between  
pages:

- "j" or left arrow: previous book part
- "k" or right arrow: next book part
- "i": table of contents
- "p": parent book part

Doru, another missing thing in the current config is the == syntax  
for Smalltalk highlighting

See http://book.pharo-project.org/book/announcements/client


Ahh, my bad again. I will look into it.

Cheers,
Doru



--
Simon




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


--
www.tudorgirba.com

"Sometimes the best solution is not the best solution."


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Simon Denier]

On 7 avr. 2010, at 10:52, Tudor Girba wrote:

> Hi Simon,
> 
> On 7 Apr 2010, at 10:36, Simon Denier wrote:
> 
>> 
>> On 7 avr. 2010, at 09:17, Lukas Renggli wrote:
>> 
 I see what you mean, but I don't like the way it is displayed, because it 
 makes navigating from section to section cumbersome and just skimming a 
 chapter to get an overview is difficult.
>>> 
>>> While writing/editing the Seaside book we figured out the following
>>> simple guidelines that worked out quite well:
>>> 
>>>   http://book.seaside.st/system/howto
>> 
>> 
>> Thanks! That's helpful.
>> 
>> Adding +value:book.contents+ to create a mini-toc for the chapter works ok, 
>> although perhaps this should go in the column.
> 
> Please do not use that there. It will make everything complex afterwards. You 
> can always use the key navigations to switch between pages:

Why exactly?

I still would like such stuff at the chapter level.


> - "j" or left arrow: previous book part
> - "k" or right arrow: next book part
> - "i": table of contents
> - "p": parent book part
> 
>> Doru, another missing thing in the current config is the == syntax for 
>> Smalltalk highlighting
>> See http://book.pharo-project.org/book/announcements/client
> 
> Ahh, my bad again. I will look into it.
> 
> Cheers,
> Doru
> 
>> 
>> --
>> Simon
>> 
>> 
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> --
> www.tudorgirba.com
> 
> "Sometimes the best solution is not the best solution."
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

--
 Simon




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Tudor Girba]

Hi,

On 7 Apr 2010, at 10:59, Simon Denier wrote:



On 7 avr. 2010, at 10:52, Tudor Girba wrote:


Hi Simon,

On 7 Apr 2010, at 10:36, Simon Denier wrote:



On 7 avr. 2010, at 09:17, Lukas Renggli wrote:

I see what you mean, but I don't like the way it is displayed,  
because it makes navigating from section to section cumbersome  
and just skimming a chapter to get an overview is difficult.


While writing/editing the Seaside book we figured out the following
simple guidelines that worked out quite well:

 http://book.seaside.st/system/howto



Thanks! That's helpful.

Adding +value:book.contents+ to create a mini-toc for the chapter  
works ok, although perhaps this should go in the column.


Please do not use that there. It will make everything complex  
afterwards. You can always use the key navigations to switch  
between pages:


Why exactly?


Because you are mixing implementation with content.


I still would like such stuff at the chapter level.


I never felt the need for this, but it is doable. It is just that this  
won't come too fast.



- "j" or left arrow: previous book part
- "k" or right arrow: next book part
- "i": table of contents
- "p": parent book part

Doru, another missing thing in the current config is the == syntax  
for Smalltalk highlighting

See http://book.pharo-project.org/book/announcements/client


Ahh, my bad again. I will look into it.

Cheers,
Doru



--
Simon




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


--
www.tudorgirba.com

"Sometimes the best solution is not the best solution."


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


--
Simon




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


--
www.tudorgirba.com

"Yesterday is a fact.
 Tomorrow is a possibility.
 Today is a challenge."




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Bug or new feature in RB?

[Mariano Martinez Peck]

Hi Lukas. I was playing around RB (actually, looking at your screencasts)
and I found something weird. Steps done:

1) Go to AST, "refactoring scope" -> "package"
2) There, took class RBReplaceRule and "refactor method" -> "rename" to the
method initialize
3) Proceed -> yes

There you will see the list of the initialize methods that it will apply the
refactor. As you can see, all classes affected are RB, BUT Behavior and
CompiledMethod. This is because the package AST has extensions to both
classes. But NONE of those extensions are with the initialize method, but
with parseTreeFor: and parseTree,

So, my question is, shouldn't only apply the refactor to the initialize
method of extended packages ONLY if that method is extended ? Because
otherwise I think it is a bit dangerous.

What do you think ?

I attach screenshot also.

Cheers

Mariano
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [squeak-dev] Mac carbon VM goes to 4.2.4beta1U

[Jan van de Sandt]

Hello John,

Is it possible to update the CurlPlugin that is shipped with the Squeak Mac
VM? It is great that the plugin is part of the standard VM. But the version
that is shipped is quite old. Danil Osipchuk created a new version that
contains valuable new functionality. For example the possibility to add
custom headers to http requests. I would really like to use this feauture
for Cloudfork.

I think CurlPlugin-dao.23.mcz is the latest stable version of the plugin. (
http://www.squeaksource.com/CurlPlugin.html)

Regards,
Jan.


On 4/6/10, John M McIntosh  wrote:
>
> In order to wrap up some VM fixes that should be pushed into the Squeak 4.x
> offering I've compiled up a 4.2.4beta1U VM
> This will be the last 4.x series of macintosh VMs as the 5.x series gains
> support.
>
> Someone should run the Sunit and smoke test to ensure the VM is sane.
>
> Follow the macintosh link from http://www.squeakvm.org/index.html
>
> 4.2.4b1 We update to VMMaker 168
>
>Change #versionString from 3.x.x to 4.0.2.
>Fix loading of image segments that are from older, but compatible
> image versions.
>fix bounds bug in primitiveSoundRecordSamples.
>Add primitiveUtcWithOffset.
>Provide an explicit imageFormatBackwardCompatibilityVersion
>Merge some/*lots* of 64bit fixes
>
> --
> ===
> John M. McIntosh 
> Twitter:  squeaker68882
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===
>
>
>
>
>
>
>
>
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Michael Roberts]

Thanks Doru. I will take a look. I think I was doing as you describe.
I will try again. Perhaps the spaces were a problem. Lukas - thanks
for those notes!

Mike

On Tuesday, April 6, 2010, Tudor Girba  wrote:
> Hi Mike,
>
> I am not sure I understand what the problem is.
>
> Try this:
> # go to a page: http://book.pharo-project.org/book/introduction
> # invoke Add
> # enter a name (e.g., "somepage") and select Book Portion
> # press add
>
> This should create a new section in the introduction. Please let me know if 
> it works for you.
>
> Cheers,
> Doru
>
> On 6 Apr 2010, at 23:24, Michael Roberts wrote:
>
>
> Hi,
>
> is there some brief documentation for how to use the book engine? I am
> not a pier expert, i just get the basic ideas.  I tried to add some
> new pages/sections using the add command, but it kept on logging me
> out to the front page.  I could not work out whether these actions had
> any side-effect or not.  If there are no docs, perhaps someone
> knowledgeable could just add a page, showing how to add a page...
>
> thanks,
> Mike
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow."
>
>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux Pharo VM on Pharo website

[Stéphane Ducasse]

laurent if you want register using the rmod team and let me know so that I add 
you to the pharo project.

stef

On Apr 7, 2010, at 9:09 AM, laurent laffont wrote:

> On Wed, Apr 7, 2010 at 9:07 AM, Stéphane Ducasse  
> wrote:
> thanks laurent
> 
> Do you have an account in the inria gforge?
> 
> No
> 
> Laurent Laffont
>   
> 
> On Apr 7, 2010, at 8:34 AM, laurent laffont wrote:
> 
> > Hi,
> >
> > I've prepared the following archive. It may replace the "Unix (3.11-3)" 
> > download link.
> >
> > http://lolgzs.free.fr/pharo/squeak-vm/squeak-3.11.3.2151-pharo-src.tar.gz
> >
> > In this archive:
> >
> > - patched squeak-vm rev. 2151. (The 2 patches are for FT2Plugin build and 
> > multiple options in CFLAGS  to work. Patchs in archive).
> > - awk gnuification
> > - README with instructions to build and regenerate this source from VMMaker
> > - All Pharo-1.0 tests green (on my machine ...)
> > - it has been built/tested by several people in order to send me 
> > tinyBenchmark results :)
> >
> > The tinyBenchmarks are not as good as Exupery one, but this vary a lot 
> > depending on the CPU.
> >
> > Cheers,
> >
> > Laurent Laffont
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Handle Close Event in Image - necessary for 1.0?

[Stéphane Ducasse]

Thanks Henrik
this is something I understand. I will integrate that for 1.1

Now adrian is polishing 1.0 so we will see what will happen.

Stef


On Apr 7, 2010, at 10:35 AM, Henrik Johansen wrote:

> 
> On Apr 6, 2010, at 10:48 19PM, Stéphane Ducasse wrote:
> 
>> Torsten I appreciate your effort but we can only do what can be done in the 
>> time
>> we can allocate to do a task if you see what I mean. 
>> I cannot test on windows because we do not have a windows machine. We are 
>> doing an incredible
>> amount of work but we cannot do more than it is reasonable to do.
>> 
>> Then in freeze time this is freeze time. we will try to get shorter 
>> iteration cycles and this is not 
>> by delaying 1.0 that we are making progress on that front. 
>> 
>> And this is not by saying that pharo "will be less quality than" ... more or 
>> less that it helps.
>> 
>> So 1.0 will be like it can. And if people bash us this is ok too. 
>> You remember a while ago one guy asked who is ready to pay 10 Euros per 
>> month to have a 
>> better pharo and we got 6 persons
>> 
>>> However I still believe that fixing this in 1.0 would not only
>>> be a plus - it will also prevent questions regarding this
>>> new problem since people WILL use newer VM's after the 
>>> first 1.0 release of Pharo and then instantly step into the problem!
>>> 
>>> 
>>> And it is not a Windows specific problem as Stef thinks it is.
>>> 
>>> Bert requested John today (see [1]) to change the default for Mac too ...
>> 
>> TODAY. Imagine I was painting my house and this evening this would have 
>> to be fixed?
>> When is the last time that a bug that annoys you on windows got fixed in one 
>> day?
>> because for me on mac so far it took months. 
>> 
>>> so if you upgrade your Mac VM for whatever reason (maybe to do
>>> 1.1 work or since you need a newer VM for a commercial project) 
>>> then you will step into this with the 1.0 image.
>> 
>> Yes and since you are a good pharoers you will know and you will understand
>> and help us and help yourself. 
> 
> I've put some slices based on the .cs in the inbox, one for 1.0 and one for 
> 1.1.  (quitSession was moved to WorldState in 1.1, and some other minor diffs)
> I've also tested and can confirm they work with the newest Windows VM, not 
> sure about the behavior on Linux, which apparently was updated as well.
> 
> 
> Cheers,
> Henry
> 
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Stéphane Ducasse]

tx

On Apr 7, 2010, at 10:29 AM, Tudor Girba wrote:

> Hi,
> 
> The toolbar is now available.
> 
> Cheers,
> Doru
> 
> On 7 Apr 2010, at 01:14, Simon Denier wrote:
> 
>> 
>> Also what is missing is the handy toolbar which provides buttons to decorate 
>> the text with Pier syntax. Useful when you are not a pro of the syntax. But 
>> I don't know how to install this widget.
>> 
> 
> --
> www.tudorgirba.com
> 
> "Value is always contextual."
> 
> 
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Stéphane Ducasse]

tx

On Apr 7, 2010, at 9:17 AM, Lukas Renggli wrote:

>> I see what you mean, but I don't like the way it is displayed, because it 
>> makes navigating from section to section cumbersome and just skimming a 
>> chapter to get an overview is difficult.
> 
> While writing/editing the Seaside book we figured out the following
> simple guidelines that worked out quite well:
> 
> http://book.seaside.st/system/howto
> 
> Lukas
> 
> -- 
> Lukas Renggli
> www.lukas-renggli.ch
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] FFI+Linux+double return value

[Schwab,Wilhelm K]

Sig,

Sounds like a good idea - thanks!!

Bill



-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Igor Stasenko
Sent: Wednesday, April 07, 2010 12:30 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] FFI+Linux+double return value

On 7 April 2010 01:12, Schwab,Wilhelm K  wrote:
> Nicolas,
>
> I tried, and it has not been smooth.  What exactly do you mean by the library 
> path?  Perhaps the easiest way to answer my question is to tell me which 
> libraries should be found there.  Will the vm no longer use absolute paths in 
> #moduleName?
>
> I moved on to the RC3 one-click image and am trying to figure out how to 
> point its vm at my image - can't hurt.
>

Check that a library, you trying to load is listed in ldconfig -p

If its not, then add path to it in /etc/ld.so.conf file, so you won't need to 
specify it in LD_LIBRARY_PATH all the time.

> Bill
>
>
>
>
> -Original Message-
> From: pharo-project-boun...@lists.gforge.inria.fr 
> [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of 
> Nicolas Cellier
> Sent: Tuesday, April 06, 2010 5:07 PM
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [Pharo-project] FFI+Linux+double return value
>
> 2010/4/6 Schwab,Wilhelm K :
>> Hello all,
>>
>> I built (I think) a 2151 vm, but I can't run it.  It keeps 
>> complaining that it can't find the X11 display driver.  What am I 
>> missing about the command line options?  I generally try to use
>>
>>  /full-path-to-vm/squeakvm options /full-path-to-image
>>
>> Help??
>>
>> Bill
>>
>
> Unless you add some specific home made plugin, you should better use latest 
> squeak vm, after setting the LD_LIBRARY_PATH to point to your library path. 
> Did you try ?
>
> Nicolas
>
>>
>> -Original Message-
>> From: pharo-project-boun...@lists.gforge.inria.fr
>> [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of 
>> Schwab,Wilhelm K
>> Sent: Tuesday, April 06, 2010 3:05 PM
>> To: Pharo-project@lists.gforge.inria.fr; The general-purpose Squeak 
>> developers list
>> Subject: Re: [Pharo-project] FFI+Linux+double return value
>>
>> Nicolas,
>>
>> I am running this on Ubuntu (9.10) and have been using the Pharo 0.15.2f vm. 
>>  I just tried a Squeak vm (3.11-3) and could not get it to load my library.  
>> I have been using an absolute path the the .so; could that be the problem 
>> with the Squeak vm??
>>
>> There has been a lot of discussion of the Pharo Linux vm lately, with some 
>> links and corrections, so I'll have to look around a little.
>>
>> You asked if I can check the vm sources; the concern is whether or not I 
>> will have anything to add :)  Is there something specific you want me to do?
>>
>> Bill
>>
>>
>> -Original Message-
>> From: pharo-project-boun...@lists.gforge.inria.fr
>> [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of 
>> Schwab,Wilhelm K
>> Sent: Tuesday, April 06, 2010 1:46 PM
>> To: Pharo-project@lists.gforge.inria.fr; The general-purpose Squeak 
>> developers list
>> Subject: [Pharo-project] FFI+Linux+double return value
>>
>> Hello all,
>>
>> I had some strange results with double return values and boiled it 
>> down to a C function
>>
>> Double AnyDouble()
>> {
>>        return 1.0;
>> }
>>
>> called via
>>
>>  anyDouble
>>  < cdecl: double 'AnyDouble' () >
>>
>> and driven by
>>
>> | out |
>> out := Array writeStream.
>> 100 timesRepeat:[
>>  out nextPut:Library default anyDouble ].
>> out contents.
>>
>> The results are not good.  It works for the first three elements, after 
>> which it produces NaN.  The real problem appears to be comparison of floats 
>> being broken after that point, as evidenced by a walkback that arises when 
>> trying to inspect the resulting collection - exploring it works.
>>
>> I need to try this on the latest image/vm, but wanted to start gathering 
>> opinions.  Any ideas?
>>
>> Bill
>>
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



--
Best regards,
Igor Stasenko AKA sig.

_

Re: [Pharo-project] Redline Smalltalk

[Mariano Martinez Peck]

>
> Are you aware of the work I did that enables class fault detection in
> Squeak?
>
> If a class has a nil methodDictionary, it causes a fault (ie it sends
> recoverFromMDFault to the class).   That code then restores the MD in
> addition to any anyalysis you want. I never cleaned it up for posterity, but
> it enabled lots of interesting work...
>
>By nilling all but a few MDs, and then running some application, you
> could
>tell exactly what classes were needed and which were not.
>See the method discoverActiveClasses.
>A special feature even recorded the call stack that caused each
> class to be
>touched.
>What I was doing was restructuring the entire system as a bunch of
>image segments that could be swapped out and brought in
>on demand -- a sort of user-programmable swapping memory.
>This all worked at one point.  Swapping of projects was a bit
> flakier
>because of our weak discipline on pointer scope, but it
>even worked in many cases.
>
> Where I was going with the whole "reorganizeEverything" project was that
> the SystemDictionary would be partitioned into many separate dictionaries in
> each project, and that namespaces would be the same as the project swapping
> unit, and the whole thing would be simple and fast.  It actually worked once
> (;-) also.
>
> Loom was cool, but it could never come close to the speed of imageSegments.
>  I played around with swapping out the entire VM Support category with all
> classes and methods, and it would swap in the entirety in less than 200
> milliseconds, and this was a decade ago.
>
> Sorry for the long digression, but maybe some of this thinking or even the
> actual mechanism can be of use to your experiments.
>
>
Hi Dan. First let me say that it is really cool to have you in the list :)

Yes, I know about that MD faults and I did some experiments with it. As part
of my work, I remove that from core and I put it in a separate package. I
also rewrite some things a little. I invite you, if you want/have time to
look at it. It is in

http://www.squeaksource.com/ClaseUseDiscovery

You can see the class comments of CUDClassesUseDiscoverer and also the
CUDClassesUseDiscovererTest
This tool is working perfect. I sent an email some weeks ago:
http://n4.nabble.com/ANN-ClaseUseDiscovery-tool-td1296859.html#a1296861

Now, my conclusions were that it is a great tool but it has the problem that
when ever you do a Smalltalk allClassesDo or similar, it brings all the
classes back. I saw there was the *gentlly*  so that you could do
allClassesDoGently   etc  and the gently checks for isInMemory, where in
ImageSegmentRootStub answers false. The problem is that you have to put
those gently everywhere and once you forget about thatyou are dead.

The other problem is the gradunalirity. I mean, even when sending a simple
message to a single object of a class, the whole class is loaded.

Even with all that, it was great to see and have in mind a percentage of the
used classes against different scenarios.

Cheers

Mariano


>- Dan
>
> >
> >>  James Ladd  wrote...
>  Hi Pharo-ites,
> 
>  I'm working on a port of Pharo to the Java Virtual Machine called
> Redline Smalltalk.
>  (read more here: http://jamesladdcode.com/?p=323)
> 
>  I'm wanting to port every single class over time, but initially enough
> to get the
>  compiler working and have a minimum runtime.
> 
>  Of the 1600+/- classes which are those necessary to make a small
> workable compiler
>  and runtime environment?
> >>
> >> Hi, James -
> >>
> >> Bert Freudenberg forwarded this along to me, as I'm not on a Pharo
> mailing list.
> >>
> >> I think you know of my JSqueak project (a.k.a. Potato) -- a Squeak VM
> written in Java.  The image that I used with it, is the same that I always
> use for this kind of experiment -- mini.image built in Squeak 2.2.
> >>
> >> The reason it is so cool is that it includes browser, editor, compiler,
> inspector debugger, and files -- everything you need for self-support.  Plus
> it has the decompiler, and special temp-name hack, so you can actually
> browse sources with temp names before any file system works.  My favorite
> thing about this image is that although it is only 600k, if you decompile
> all its sources, it comprises over 850k of Smalltalk, so it's like a
> compressed version of the sources with a full-function IDE thrown in for
> free ;-).
> >>
> >> As I said, the image is about 600k, of which 240k is code -- 202 classes
> (x2 if you count the metas) with 4590 methods.  This should be a good guide
> for you in choosing classes to start with.
> >>
> >> You can actually run this image live in JSqueak on the web if you have
> Java installed and the planets are aligned correctly...
> >> http://Weather-dimensions.com/Dan/JSqueak.jnlp
> >> Another interesting statistic is that 

Re: [Pharo-project] Redline Smalltalk

[Mariano Martinez Peck]

>
> >> Dan, Mariano for his PhD did some analysis about number of object used
> during typical coding session and we got around 17 %.
> >> So mariano would like to see how we can get something like LOOM to
> dispose unused objects :)
> >
> > Are you aware of the work I did that enables class fault detection in
> Squeak?
>
> Yes :)
> MDFault that hijack the method category
>
>
But now it is in a separate package:

http://www.squeaksource.com/ClaseUseDiscovery




>  > If a class has a nil methodDictionary, it causes a fault (ie it sends
> recoverFromMDFault to the class).   That code then restores the MD in
> addition to any anyalysis you want. I never cleaned it up for posterity, but
> it enabled lots of interesting work...
>
> The problem is that we did some experiences (not too advance with mathieu)
> and we got all the classes touched after a couple of seconds.
>
> >   By nilling all but a few MDs, and then running some application,
> you could
> >   tell exactly what classes were needed and which were not.
> >   See the method discoverActiveClasses.
> >   A special feature even recorded the call stack that caused each
> class to be
> >   touched.
> ok this one I was not aware.
>


I was ;)
you can read how to enable that trance and see the results, in the class
comment of CUDClassesUseDiscoverer
And also in the tests.


> >   What I was doing was restructuring the entire system as a bunch of
> >   image segments that could be swapped out and brought in
> >   on demand -- a sort of user-programmable swapping memory.
>
> What mariano did so far is to
>- read all the image segments code /c included
>- find it dangerous
>

As we discussed recently:
http://n4.nabble.com/The-Pharo-Linux-Vm-WAS-Squeak-VM-FT2Plugin-all-Pharo-1-0-rc3-tests-green-tp1694428p1695571.html
ImageSegment primitives and the VERY core is working well. The problem is
all what is/was implemented on top of that for Project and friends.



>- clean the project and etoy related code (for me the simple fact
> that you have all the special cases for projects
>reveals that there is a deeper fundamental problem. I do not have
> the answer but normally the "swapouter" should be generic
>and may be provide hooks for specific cases but not do that in the
> logic itself.
>- define some primitive to use the extra bit to collect some measure
> of object used.
>- read / understand loom + the same in Java in OOPSLA 2008
>


This paper is very related to what we are talking about:
http://www.cs.utexas.edu/~mikebond/melt-oopsla-2008.pdf



>
> Another problem was the size of array which may be double or triple than
> what you want to save mariano will be more precise than me.
>
>
This, this was a minor problem. But if you want to use ImageSegment for
REALLY big segmentes (Like DabbleDB) you may have a problem as ImageSegment
allocates 2 or 3 times the size of the arraymaybe adding a primitive to
do that directly in disk (of course it will be slower) could be a good idea.


Cheers

Mariano



>
>
>
> >
> >   - Dan
> >
> >>
> >>> James Ladd  wrote...
> > Hi Pharo-ites,
> >
> > I'm working on a port of Pharo to the Java Virtual Machine called
> Redline Smalltalk.
> > (read more here: http://jamesladdcode.com/?p=323)
> >
> > I'm wanting to port every single class over time, but initially
> enough to get the
> > compiler working and have a minimum runtime.
> >
> > Of the 1600+/- classes which are those necessary to make a small
> workable compiler
> > and runtime environment?
> >>>
> >>> Hi, James -
> >>>
> >>> Bert Freudenberg forwarded this along to me, as I'm not on a Pharo
> mailing list.
> >>>
> >>> I think you know of my JSqueak project (a.k.a. Potato) -- a Squeak VM
> written in Java.  The image that I used with it, is the same that I always
> use for this kind of experiment -- mini.image built in Squeak 2.2.
> >>>
> >>> The reason it is so cool is that it includes browser, editor, compiler,
> inspector debugger, and files -- everything you need for self-support.  Plus
> it has the decompiler, and special temp-name hack, so you can actually
> browse sources with temp names before any file system works.  My favorite
> thing about this image is that although it is only 600k, if you decompile
> all its sources, it comprises over 850k of Smalltalk, so it's like a
> compressed version of the sources with a full-function IDE thrown in for
> free ;-).
> >>>
> >>> As I said, the image is about 600k, of which 240k is code -- 202
> classes (x2 if you count the metas) with 4590 methods.  This should be a
> good guide for you in choosing classes to start with.
> >>>
> >>> You can actually run this image live in JSqueak on the web if you have
> Java installed and the planets are aligned correctly...
> >>>http://Weather-dimensions.com/Dan/JSqueak.jnlp
> >>> Another interesting s

[Pharo-project] todo after 1.0 is released

[Stéphane Ducasse]

Hi Adrian

Once 1.0 is released we should check that all the fixes that went in 1.0 after 
the fork to 1.1 are integrated in 1.1.
Would be nice also to remove the testsexpected to break so that we give them a 
chance to be fixed in 1.1.

Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Fwd: [squeak-dev] OB performance (Re: Slime)

[Mariano Martinez Peck]

Thanks Andreas :)

Lukas, do you think this is worth?

-- Forwarded message --
From: Andreas Raab 
Date: Wed, Apr 7, 2010 at 5:25 AM
Subject: [squeak-dev] OB performance (Re: Slime)
To: The general-purpose Squeak developers list <
squeak-...@lists.squeakfoundation.org>


On 4/3/2010 2:22 PM, Colin Putney wrote:

>
> On 2010-04-03, at 11:50 AM, Andreas Raab wrote:
>
>  On 4/3/2010 11:27 AM, Levente Uzonyi wrote:
>>
>>> On Sat, 3 Apr 2010, Andreas Raab wrote:
>>>
 Interesting. My encounters with OB mostly originate from Pharo where
 it's always been dog-slow so I was never interested in looked deeper.
 Any ideas how to install OB without that stuff?

>>>
>>> Try this:
>>>
>>
>> Thanks. It's definitely better than I remembered. I'm still noticing a
>> real delay in some areas though, for example when I click on a system
>> category. One thing you can try to test this is to open a regular browser
>> and OB and then just keep scrolling through the system categories with
>> cursor up or cursor down. In the regular browser this entirely smooth; in OB
>> it's "stuttering" and at least I notice the same delay when clicking on the
>> list.
>>
>
> Yeah, this one area where OB is certainly not as fast. That's because OB
> sorts classes according to inheritance, rather than name. It's just more
> work. I find the tradeoff worthwhile - it's not that slow, and the extra
> information imparted by the sort order is useful - but reasonable people may
> disagree. It wouldn't be hard to make this a preference.
>

Nope it's not that. A bit of profiling shows the particular problem is
caused by some gross inefficiencies when updating. If you file in the
attached tweaks, OB scrolls just as smoothly as the standard browser. I'm
not sure if the tweaks have side effects though; you might want to verify
that (in particular because of the comment in OBColumn>>switchFilter: which
indicates some interference although I can't see how that could make a
difference if the filter is identical).

Cheers,
 - Andreas


OmniTweaks-ar.cs
Description: application/text
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Canvas transform bug when rendering text?

[David Harvey]

Hi list,

I'm writing a little charting morph, and while playing with rotating text
for axis labels came across something which I've noted in Morphs text
handling a couple of times.

If I apply a transform in a drawing operation, rotated text _appears_ to be
drawn twice, slightly offset, giving a scrappy bold look. It seems only to
do this when drawing on a form canvas that's backed onto the display: if you
pick and drag the morph, the text is rendered beautifully.

The test morph attached isolates the problem. The transcript logging is an
attempt to see what might be happening: looking at the output it appears
that there are circumstances in which the during: block is invoked twice.

Any thoughts?

David

--
David Harvey
www.teamsandtechnology.com
www.cateams.com
@david_harvey


TextRotationBug.st
Description: Binary data
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Bug or new feature in RB?

[Lukas Renggli]

> So, my question is, shouldn't only apply the refactor to the initialize
> method of extended packages ONLY if that method is extended ? Because
> otherwise I think it is a bit dangerous.
>
> What do you think ?
>
> I attach screenshot also.

I see no screenshot, but I can reproduce the problem.

The problem is that for some refactorings the refactoring engine needs
too look beyond the defined scope to be able to do something useful
(e.g. if a class is not contained in a scope but some methods, it
still needs some object that represents the class to enumerate the
methods). There are definitely issues when classes are not fully
contained within a scope, but I don't think that this is critical.
After all the changes are presented for review.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Fwd: [squeak-dev] OB performance (Re: Slime)

[Lukas Renggli]

> Lukas, do you think this is worth?

I can neither observe nor measure a performance improvement, but i've
integrated it this morning as it makes sense not to recreate the
buttons all the time.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Michael Roberts]

I'm afraid it doesn't work behind my coporate firewall. I will need to
look in more detail. I think some redirects are perhaps being dropped.
In IE 6 it doesn't work at all. Login command goes to a page that says
command  PULogin not found. I don't care for IE but I know the proxy
is configured. In firefox with foxy proxy I can login but when I add a
page, the page I get back is exactly the same as the one for the add.
It's just my name eg test2 has been replaced by untitled. Any ideas? I
will dig around.

Cheers
mike

On Tuesday, April 6, 2010, Tudor Girba  wrote:
> Hi Mike,
>
> I am not sure I understand what the problem is.
>
> Try this:
> # go to a page: http://book.pharo-project.org/book/introduction
> # invoke Add
> # enter a name (e.g., "somepage") and select Book Portion
> # press add
>
> This should create a new section in the introduction. Please let me know if 
> it works for you.
>
> Cheers,
> Doru
>
> On 6 Apr 2010, at 23:24, Michael Roberts wrote:
>
>
> Hi,
>
> is there some brief documentation for how to use the book engine? I am
> not a pier expert, i just get the basic ideas.  I tried to add some
> new pages/sections using the add command, but it kept on logging me
> out to the front page.  I could not work out whether these actions had
> any side-effect or not.  If there are no docs, perhaps someone
> knowledgeable could just add a page, showing how to add a page...
>
> thanks,
> Mike
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow."
>
>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] todo after 1.0 is released

[Mariano Martinez Peck]

On Wed, Apr 7, 2010 at 1:07 PM, Stéphane Ducasse
wrote:

> Hi Adrian
>
> Once 1.0 is released we should check that all the fixes that went in 1.0
> after the fork to 1.1 are integrated in 1.1.
>

The problem is how we can identify them ?
I only remember
http://code.google.com/p/pharo/issues/detail?id=1841
but it even is different in 1.1

Ahh maybe also the NetNameResolver problem ?


> Would be nice also to remove the testsexpected to break so that we give
> them a chance to be fixed in 1.1.
>
>
Good idea.


> Stef
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Canvas transform bug when rendering text?

[Henrik Johansen]

On Apr 7, 2010, at 1:45 49PM, David Harvey wrote:

> Hi list,
> 
> I'm writing a little charting morph, and while playing with rotating text for 
> axis labels came across something which I've noted in Morphs text handling a 
> couple of times. 
> 
> If I apply a transform in a drawing operation, rotated text _appears_ to be 
> drawn twice, slightly offset, giving a scrappy bold look. It seems only to do 
> this when drawing on a form canvas that's backed onto the display: if you 
> pick and drag the morph, the text is rendered beautifully.
> 
> The test morph attached isolates the problem. The transcript logging is an 
> attempt to see what might be happening: looking at the output it appears that 
> there are circumstances in which the during: block is invoked twice.
> 
> Any thoughts?
> 
> David


http://n4.nabble.com/Problem-with-TransformationMorph-td1691811.html#a1691811

Basically, transform doesn't work with depth 32.
Workarounds are described in the thread.

Cheers,
Henry

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Show Actions of a SystemWindow: bug?

[Carla F. Griggio]

Hi!

The option is in one of the last sections of the menu that I get doing
Ctrl+Click over a SystemWindow.



2010/4/6 Mariano Martinez Peck 

> Carla, where is that "show actions" option ? i don't see it
>
> 2010/4/6 Carla F. Griggio 
>
>> Hello!
>>
>> I was fooling around with the latest rc3 image and I tried to use the
>> "show actions" option in the menu of a SystemWindow and got this:
>>
>> *MessageNotUnderstood: ToolSet class>>openMessageList:name:autoSelect:*
>>
>> ToolSet class(Object)>>doesNotUnderstand:
>>> #openMessageList:name:autoSelect:
>>
>> SystemWindow(Morph)>>showActions
>>
>> [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
>>
>> BlockClosure>>ensure:
>>
>> CursorWithMask(Cursor)>>showWhile:
>>
>> ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
>>
>> ToggleMenuItemMorph(MenuItemMorph)>>mouseUp:
>>
>> ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp:
>>
>> MouseButtonEvent>>sentTo:
>>
>> ...
>>
>>
>> This is the code in SystemWindow>>showActions:
>>
>> showActions
>>
>>  "Put up a message list browser of all the code that this morph
>>
>>  would run for mouseUp, mouseDown, mouseMove, mouseEnter,
>>
>>  mouseLeave, and
>>
>>  mouseLinger. tk 9/13/97"
>>
>>  | list cls selector adder |
>>
>>  list := SortedCollection new.
>>
>>  adder := [:mrClass :mrSel | list
>>
>>  add: (MethodReference new setStandardClass: mrClass methodSymbol:
>>> mrSel)].
>>
>>  "the eventHandler"
>>
>>  self eventHandler
>>
>>  ifNotNil: [list := self eventHandler methodRefList.
>>
>>  (self eventHandler handlesMouseDown: nil)
>>
>>  ifFalse: [adder value: HandMorph value: #grabMorph:]].
>>
>>  "If not those, then non-default raw events"
>>
>>  #(#keyStroke: #mouseDown: #mouseEnter: #mouseLeave: #mouseMove:
>>> #mouseUp: #doButtonAction )
>>
>>  do: [:sel |
>>
>>  cls := self class whichClassIncludesSelector: sel.
>>
>>  cls
>>
>>  ifNotNil: ["want more than default behavior"
>>
>>  cls == Morph
>>
>>  ifFalse: [adder value: cls value: sel]]].
>>
>>  "The mechanism on a Button"
>>
>>  (self respondsTo: #actionSelector)
>>
>>  ifTrue: ["A button"
>>
>>  selector := self actionSelector.
>>
>>  cls := self target class whichClassIncludesSelector: selector.
>>
>>  cls
>>
>>  ifNotNil: ["want more than default behavior"
>>
>>  cls == Morph
>>
>>  ifFalse: [adder value: cls value: selector]]].
>>
>>  *ToolSet openMessageList: list name: 'Actions of ' , self printString
>>> autoSelect: false*
>>
>>
>> Shouldn't the last line be MessageSet openMessageList: list name:
>> 'Actions of ' , self printString autoSelect: nil ? I tried it and it
>> seemed to work OK, although I never tried that option before so I don't know
>> what was it's original behaviour.
>>
>> Cheers!
>> Carla.
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Mariano Martinez Peck]

On Wed, Apr 7, 2010 at 2:14 PM, Michael Roberts  wrote:

> I'm afraid it doesn't work behind my coporate firewall. I will need to
> look in more detail. I think some redirects are perhaps being dropped.
> In IE 6 it doesn't work at all. Login command goes to a page that says
> command  PULogin not found. I don't care for IE but I know the proxy
> is configured. In firefox with foxy proxy I can login but when I add a
> page, the page I get back is exactly the same as the one for the add.
> It's just my name eg test2 has been replaced by untitled. Any ideas? I
> will dig around.
>
>
http://www.your-freedom.net/;)


> Cheers
> mike
>
> On Tuesday, April 6, 2010, Tudor Girba  wrote:
> > Hi Mike,
> >
> > I am not sure I understand what the problem is.
> >
> > Try this:
> > # go to a page: http://book.pharo-project.org/book/introduction
> > # invoke Add
> > # enter a name (e.g., "somepage") and select Book Portion
> > # press add
> >
> > This should create a new section in the introduction. Please let me know
> if it works for you.
> >
> > Cheers,
> > Doru
> >
> > On 6 Apr 2010, at 23:24, Michael Roberts wrote:
> >
> >
> > Hi,
> >
> > is there some brief documentation for how to use the book engine? I am
> > not a pier expert, i just get the basic ideas.  I tried to add some
> > new pages/sections using the add command, but it kept on logging me
> > out to the front page.  I could not work out whether these actions had
> > any side-effect or not.  If there are no docs, perhaps someone
> > knowledgeable could just add a page, showing how to add a page...
> >
> > thanks,
> > Mike
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow."
> >
> >
> >
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [For Testing] RC3 One-Click

[Marcus Denker]

On Apr 3, 2010, at 1:10 PM, Mariano Martinez Peck wrote:

> Hi Marcus. I have been testing a little the one click image and I found the 
> following things:
> 
> - splash.bmp  says release candidate 2. It should be release stable 1.0 or 
> RC3.

This comes from the vm package. I personally honestly don't understand 
spash-screens. Is windows so
slow in loading an image file?

> 
> - There is the __MACOSX folder...should be remove. Remember yemuzip ;)
> 
Ok, I will use that.

> - In Linux VM, you pass the parameter -encoding latin1  to the VM. 
> Shouldn't this be UTF-8 ? I don't know.
> 
Me neither.

> - In /Contents/Resources   not only is PharoV10.sources  but also 
> SqueakV39.sources. Shouldn't SqueakV39.sources be deleted ?   even more it 
> size 16MB!!
> 
deleted.


> - The name of the zip of the 1.0 maybe should have a name different 
> than:Pharo-1.0-10515-rc3dev.zip, for example Pharo-1.0-OneClick.
> Notice the OneClick as part of the name
> 

fixed.

> - In linux there are 2 failing test:
> TestIdenting >> testNewLineLeaveSpacesOnOldLine
> TestIdenting >> testCR2
> They are not new. I even try to ask help and Laurent too some time ago. I 
> would like someone to analyze them. If it is a problem of the test, I would 
> remove them. If there is nothing wrong with the test, I would try to analyze 
> how to fix it. 
> 
If anyone has a vm that I should put that is good, I put it. Else I let it like 
this.
I got completely lost with which linux vm to use...

Marcus

--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Show Actions of a SystemWindow: bug?

[Mariano Martinez Peck]

2010/4/6 Carla F. Griggio 

> Hello!
>
> I was fooling around with the latest rc3 image and I tried to use the "show
> actions" option in the menu of a SystemWindow and got this:
>
> *MessageNotUnderstood: ToolSet class>>openMessageList:name:autoSelect:*
>
> ToolSet class(Object)>>doesNotUnderstand: #openMessageList:name:autoSelect:
>
> SystemWindow(Morph)>>showActions
>
> [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
>
> BlockClosure>>ensure:
>
> CursorWithMask(Cursor)>>showWhile:
>
> ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
>
> ToggleMenuItemMorph(MenuItemMorph)>>mouseUp:
>
> ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp:
>
> MouseButtonEvent>>sentTo:
>
> ...
>
>
> This is the code in SystemWindow>>showActions:
>


Actually, it is Morph >> showActions   ;)



>
>  *ToolSet openMessageList: list name: 'Actions of ' , self printString
>> autoSelect: false*
>
>
> Shouldn't the last line be MessageSet openMessageList: list name: 'Actions
> of ' , self printString autoSelect: nil ? I tried it and it seemed to work
> OK, although I never tried that option before so I don't know what was it's
> original behaviour.
>
>

I think your change is correct and it works.
It is funny it is almost the first time in my life I do a ctrl + click
hahaha  I saw that menu one or two times in my life :)

Even more, I checked and it is broken since, at least, Squeak 3.9 haha

So..Carla, can you open a bug ticket and submit the fix ?

http://www.pharo-project.org/community/issue-tracking

Thanks  and good catch!

Mariano



> Cheers!
> Carla.
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Splash for 1.0...Torsten ? Re: [For Testing] RC3 One-Click

[Mariano Martinez Peck]

On Wed, Apr 7, 2010 at 3:04 PM, Marcus Denker wrote:

>
> On Apr 3, 2010, at 1:10 PM, Mariano Martinez Peck wrote:
>
> > Hi Marcus. I have been testing a little the one click image and I found
> the following things:
> >
> > - splash.bmp  says release candidate 2. It should be release stable 1.0
> or RC3.
>
> This comes from the vm package. I personally honestly don't understand
> spash-screens. Is windows so
> slow in loading an image file?
>
>
Torsten, I don't have the background image neither the tools handly...can
you make a new .bmp that says only Pharo 1.0 instead of "Pharo 1.0 Rlease
candidate 2"

Thanks!

mariano
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] todo after 1.0 is released

[Adrian Lienhard]

Usually I put the 1.1 tag on items I integrated in 1.0 and I didn't close the 
issues so they are not lost. The only one I remember that we may also want to 
integrate is the network rollback. Not sure what the plan is there. But it 
doesn't seem anybody is working on a better implementation so I suggest we also 
roll back in 1.1.

Adrian

On Apr 7, 2010, at 14:20 , Mariano Martinez Peck wrote:

> On Wed, Apr 7, 2010 at 1:07 PM, Stéphane Ducasse
> wrote:
> 
>> Hi Adrian
>> 
>> Once 1.0 is released we should check that all the fixes that went in 1.0
>> after the fork to 1.1 are integrated in 1.1.
>> 
> 
> The problem is how we can identify them ?
> I only remember
> http://code.google.com/p/pharo/issues/detail?id=1841
> but it even is different in 1.1
> 
> Ahh maybe also the NetNameResolver problem ?
> 
> 
>> Would be nice also to remove the testsexpected to break so that we give
>> them a chance to be fixed in 1.1.
>> 
>> 
> Good idea.
> 
> 
>> Stef
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Redline Smalltalk

[Michael Haupt]

Hi,

On Wed, Apr 7, 2010 at 9:04 AM, Stéphane Ducasse
 wrote:
>> Potato is JSqueak.  I don't get it.
>
> I know :)
> Now having two different repositories with not synchronized code is not 
> really good.

which two repositories?

Best,

Michael

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] How to manage todo?

[Stéphane Ducasse]

Hi guys

We have bug entries and now I have one question.
Do we want to mix or not todo within them?
I deleted all the old tasks from the inria web site.
Now we could use it. 

Do you have experience managing todo (which may be orthogonal to issue and bug 
trcking)?

Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [For Testing] RC3 One-Click

[Mariano Martinez Peck]

I agree with you Torsten. And thanks for the very fast upload :)

2010/4/7 Torsten Bergmann 

> >- splash.bmp  says release candidate 2. It should be release stable 1.0 or
> RC3.
>
> Use the attached one.
>
> >This comes from the vm package. I personally honestly don't understand
> >spash-screens. Is windows so slow in loading an image file?
>
> There is no reason to have one to fill load time since this is fast
> as on any other platform. It is more or less a short intro screen to
> display version info and show the logo. It is very common to provide
> one and often you can already guess the version from the style of
> the splash without reading the provided version info.
>
> As a developer you would ask "why" - wearing a marketing hat you
> should say "absolutely necessary".
>
> Smalltalk should not only evolve in programming features but also
> learn some marketing/branding so people will remember it.
>
> Read the german entry on Wikipedia for more infos:
> [1] http://de.wikipedia.org/wiki/Splash_Screen
>
> Another bonus is that if one takes the one-click to develop a
> commercial application he just has to replace the splash with
> a custom one.
>
> If you dislike it, then just delete/rename the splash.bmp after
> unzipping the one click and you are done.
>
> Bye
> T.
>
>
>
>
>
>
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [For Testing] RC3 One-Click

[Stéphane Ducasse]

good!

Stef

On Apr 7, 2010, at 3:39 PM, Mariano Martinez Peck wrote:

> I agree with you Torsten. And thanks for the very fast upload :)
> 
> 2010/4/7 Torsten Bergmann 
> >- splash.bmp  says release candidate 2. It should be release stable 1.0 or 
> >RC3.
> 
> Use the attached one.
> 
> >This comes from the vm package. I personally honestly don't understand
> >spash-screens. Is windows so slow in loading an image file?
> 
> There is no reason to have one to fill load time since this is fast
> as on any other platform. It is more or less a short intro screen to
> display version info and show the logo. It is very common to provide
> one and often you can already guess the version from the style of
> the splash without reading the provided version info.
> 
> As a developer you would ask "why" - wearing a marketing hat you
> should say "absolutely necessary".
> 
> Smalltalk should not only evolve in programming features but also
> learn some marketing/branding so people will remember it.
> 
> Read the german entry on Wikipedia for more infos:
> [1] http://de.wikipedia.org/wiki/Splash_Screen
> 
> Another bonus is that if one takes the one-click to develop a
> commercial application he just has to replace the splash with
> a custom one.
> 
> If you dislike it, then just delete/rename the splash.bmp after
> unzipping the one click and you are done.
> 
> Bye
> T.
> 
> 
> 
> 
> 
> 
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Redline Smalltalk

[Stéphane Ducasse]

the one of potataoe and the code that we can find on Jsqueak web site.
I imagine that they are not the same.


On Apr 7, 2010, at 3:37 PM, Michael Haupt wrote:

> Hi,
> 
> On Wed, Apr 7, 2010 at 9:04 AM, Stéphane Ducasse
>  wrote:
>>> Potato is JSqueak.  I don't get it.
>> 
>> I know :)
>> Now having two different repositories with not synchronized code is not 
>> really good.
> 
> which two repositories?
> 
> Best,
> 
> Michael
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Show Actions of a SystemWindow: bug?

[Stéphane Ducasse]

add a bug entry :)

On Apr 7, 2010, at 3:11 PM, Mariano Martinez Peck wrote:

> 
> 
> 2010/4/6 Carla F. Griggio 
> Hello!
> 
> I was fooling around with the latest rc3 image and I tried to use the "show 
> actions" option in the menu of a SystemWindow and got this:
> 
> MessageNotUnderstood: ToolSet class>>openMessageList:name:autoSelect:
> ToolSet class(Object)>>doesNotUnderstand: #openMessageList:name:autoSelect:
> SystemWindow(Morph)>>showActions
> [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
> BlockClosure>>ensure:
> CursorWithMask(Cursor)>>showWhile:
> ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
> ToggleMenuItemMorph(MenuItemMorph)>>mouseUp:
> ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp:
> MouseButtonEvent>>sentTo:
> ...
> 
> This is the code in SystemWindow>>showActions:
> 
> 
> Actually, it is Morph >> showActions   ;)
> 
> 
> 
> 
>   ToolSet openMessageList: list name: 'Actions of ' , self printString 
> autoSelect: false
> 
> Shouldn't the last line be MessageSet openMessageList: list name: 'Actions of 
> ' , self printString autoSelect: nil ? I tried it and it seemed to work OK, 
> although I never tried that option before so I don't know what was it's 
> original behaviour.
> 
> 
> 
> I think your change is correct and it works. 
> It is funny it is almost the first time in my life I do a ctrl + click hahaha 
>  I saw that menu one or two times in my life :)
> 
> Even more, I checked and it is broken since, at least, Squeak 3.9 haha
> 
> So..Carla, can you open a bug ticket and submit the fix ? 
> 
> http://www.pharo-project.org/community/issue-tracking
> 
> Thanks  and good catch!
> 
> Mariano
> 
>  
> Cheers!
> Carla.
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] todo after 1.0 is released

[Stéphane Ducasse]

Yes
http://code.google.com/p/pharo/issues/detail?id=2282



On Apr 7, 2010, at 3:17 PM, Adrian Lienhard wrote:

> Usually I put the 1.1 tag on items I integrated in 1.0 and I didn't close the 
> issues so they are not lost. The only one I remember that we may also want to 
> integrate is the network rollback. Not sure what the plan is there. But it 
> doesn't seem anybody is working on a better implementation so I suggest we 
> also roll back in 1.1.
> 
> Adrian
> 
> On Apr 7, 2010, at 14:20 , Mariano Martinez Peck wrote:
> 
>> On Wed, Apr 7, 2010 at 1:07 PM, Stéphane Ducasse
>> wrote:
>> 
>>> Hi Adrian
>>> 
>>> Once 1.0 is released we should check that all the fixes that went in 1.0
>>> after the fork to 1.1 are integrated in 1.1.
>>> 
>> 
>> The problem is how we can identify them ?
>> I only remember
>> http://code.google.com/p/pharo/issues/detail?id=1841
>> but it even is different in 1.1
>> 
>> Ahh maybe also the NetNameResolver problem ?
>> 
>> 
>>> Would be nice also to remove the testsexpected to break so that we give
>>> them a chance to be fixed in 1.1.
>>> 
>>> 
>> Good idea.
>> 
>> 
>>> Stef
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[Stéphane Ducasse]

I propose that we use

Type-Task or Type-ToDo for the management of some items that are not directly 
bug.
Marcus? adrian? is it ok for you?
Stef

On Apr 7, 2010, at 3:38 PM, Stéphane Ducasse wrote:

> Hi guys
> 
> We have bug entries and now I have one question.
> Do we want to mix or not todo within them?
> I deleted all the old tasks from the inria web site.
> Now we could use it. 
> 
> Do you have experience managing todo (which may be orthogonal to issue and 
> bug trcking)?
> 
> Stef
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux Pharo VM on Pharo website

[Schwab,Wilhelm K]

To anyone who might be struggling with this:  I don't call Ubuntu 9.10 the 
Kranky Kangaroo for nothing =:0   The apt-get line kept prompting for a CD.  
After a couple of false starts, I found instructions to go to /etc/apt 
/sources.list and comment out the line referencing the cd.  That _appears_ to 
have worked.

Bill



From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of laurent 
laffont
Sent: Wednesday, April 07, 2010 1:34 AM
To: An open mailing list to discuss any topics related to an open-source 
Smalltalk
Subject: [Pharo-project] Linux Pharo VM on Pharo website

Hi,

I've prepared the following archive. It may replace the "Unix (3.11-3)" 
download link.

http://lolgzs.free.fr/pharo/squeak-vm/squeak-3.11.3.2151-pharo-src.tar.gz

In this archive:

- patched squeak-vm rev. 2151. (The 2 patches are for FT2Plugin build and 
multiple options in CFLAGS  to work. Patchs in archive).
- awk gnuification
- README with instructions to build and regenerate this source from VMMaker
- All Pharo-1.0 tests green (on my machine ...)
- it has been built/tested by several people in order to send me tinyBenchmark 
results :)

The tinyBenchmarks are not as good as Exupery one, but this vary a lot 
depending on the CPU.

Cheers,

Laurent Laffont
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Menu navigation

[Sean P. DeNigris]

It seems that the world menu navigation is not as usable as that of Squeak.

For example, to go to full screen mode:
Squeak: click -> move down -> click -> move down -> click
Pharo:   click -> move down -> move right -> click -> move down -> click

What is the advantage of this way?

Sean
-- 
View this message in context: 
http://n4.nabble.com/Menu-navigation-tp1754368p1754368.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] who is maintaining shout?

[Stéphane Ducasse]

Because I would like to change the default color of comments.
Green is really ugly for the release.


Stef



defaultStyleTable
"color can be a valid argument to Color class>>colorFrom: , or nil to
use the editor text color.
Multiple emphases can be specified using an array e.g. #(bold italic).
If emphasis is not specified, #normal will be used.
if pixel height is not specified , then the editor font size will be 
used.
"

^#(
"(symbolcolor   [emphasisSymbolOrArray  
[textStyleName [pixelHeight]]])"
(default
black   )
(invalid
red )
(excessCode 
red )
(comment
(gray muchDarker)   italic)
(unfinishedComment  (red 
muchDarker)italic)
(#'$'   
(red muchDarker))
(character  
(red muchDarker))
(integer
(red muchDarker))
(number (red 
muchDarker))   
(#- 
(red muchDarker))
(symbol 
(blue muchDarker)   bold)   
(stringSymbol   (blue 
muchDarker)   bold)   
(literalArray   (blue 
muchDarker)   bold)
(string 
(magenta muchDarker)normal)
(unfinishedString   red 
normal  )
(assignment 
nil bold)
(ansiAssignment nil 
bold)
(literal
nil italic)
(keyword
(blue muchDarker)   )
(binary 
(blue muchDarker)   )   
(unary  
(blue muchDarker)   )
(incompleteKeyword  (gray 
muchDarker)   underlined)
(incompleteBinary   (gray 
muchDarker)   underlined) 
(incompleteUnary(gray 
muchDarker)   underlined)
(undefinedKeyword   red 
)
(undefinedBinaryred 
)   
(undefinedUnary red 
)   

(patternKeyword nil 
bold)
(patternBinary  nil 
bold)
(patternUnary   nil 
bold)   
(#self  
(red muchDarker)bold)
(#super 
(red muchDarker)bold) 
(#true  
(red muchDarker)bold)
(#false 
(red muchDarker)bold)
(#nil   
(red muchDarker)bold)
(#thisContext   (red 
muchDarker)bold)
(#return
(red muchDarker)bold)
(patternArg  

Re: [Pharo-project] Menu navigation

[Mariano Martinez Peck]

On Wed, Apr 7, 2010 at 3:56 PM, Sean P. DeNigris wrote:

>
> It seems that the world menu navigation is not as usable as that of Squeak.
>
> For example, to go to full screen mode:
> Squeak: click -> move down -> click -> move down -> click
> Pharo:   click -> move down -> move right -> click -> move down -> click
>
>
I would be more detailed. Why don't you say the menu labels instead of move
xxx ?
I have ever seen full screen.


> What is the advantage of this way?
>
>
I have no idea. What I do am aware of is that we want clean and short menus
for Pharo. Having looong list menus is unconfortable to work with. How
frequently do you use that option ? how many people use that ?
Cheers

Mariano


> Sean
> --
> View this message in context:
> http://n4.nabble.com/Menu-navigation-tp1754368p1754368.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[Marcus Denker]

On Apr 7, 2010, at 3:50 PM, Stéphane Ducasse wrote:

> I propose that we use
> 
> Type-Task or Type-ToDo for the management of some items that are not directly 
> bug.
> Marcus? adrian? is it ok for you?

As a frist step good. I personally would like to destinguish bugs from feature 
requests. Bugs
are bad and I want as little as possible. Feature request are good and I want 
as many as possible...

Another aspect is: Bugs I feel kind of responsible to fix. Feature request I 
say: If this is really important,
someone will do it. (someone not me).

Marcus


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Sean P. DeNigris]

Mariano Martinez Peck wrote:
> 
> I would be more detailed. Why don't you say the menu labels instead of
> move
> xxx ?
> 
>> What is the advantage of this way?
> 
> I have no idea. What I do am aware of is that we want clean and short
> menus
> for Pharo. Having looong list menus is unconfortable to work with. How
> frequently do you use that option ? how many people use that ?
> 

I put the user movements to emphasize the greater amount and variety of
effort required (not thinking of readers reproducing the steps :( ).
System -> Preferences... -> Full screen on

My point, which you clarified for me, is more that the way submenus appear
in Squeak seems to flow better i.e. when you want to open a submenu, you
click on it and it replaces the outer menu in the same place vertically so
you can just continue to move down, as opposed to hovering, moving to the
right (which breaks the 'moving down' flow, and navigating the submenu.

Maybe they could coexist, since clicking on a menu item with a submenu
doesn't seem to do anything useful now?
-- 
View this message in context: 
http://n4.nabble.com/Menu-navigation-tp1754368p1754402.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[Adrian Lienhard]

On Apr 7, 2010, at 15:50 , Stéphane Ducasse wrote:

> I propose that we use
> 
> Type-Task or Type-ToDo for the management of some items that are not directly 
> bug.
> Marcus? adrian? is it ok for you?

yes, looks good

Adrian

> Stef
> 
> On Apr 7, 2010, at 3:38 PM, Stéphane Ducasse wrote:
> 
>> Hi guys
>> 
>> We have bug entries and now I have one question.
>> Do we want to mix or not todo within them?
>> I deleted all the old tasks from the inria web site.
>> Now we could use it. 
>> 
>> Do you have experience managing todo (which may be orthogonal to issue and 
>> bug trcking)?
>> 
>> Stef
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[Stéphane Ducasse]

> I propose that we use
>> 
>> Type-Task or Type-ToDo for the management of some items that are not 
>> directly bug.
>> Marcus? adrian? is it ok for you?
> 
> As a frist step good. I personally would like to destinguish bugs from 
> feature requests. Bugs
> are bad and I want as little as possible. Feature request are good and I want 
> as many as possible...
> 
> Another aspect is: Bugs I feel kind of responsible to fix. Feature request I 
> say: If this is really important,
> someone will do it. (someone not me).

Ok I like this distinction. I will recategorise.
I added some TODO items (like going to the prefecture)

Stef

> 
>   Marcus
> 
> 
> --
> Marcus Denker  -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Lukas Renggli]

> Because I would like to change the default color of comments.
> Green is really ugly for the release.

This is my color scheme I am using since 1992 when I first programmed
in BASIC and Pascal. I don't know why people use my own personal fork
of the code? Looks like Shout has no official maintainer.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Stéphane Ducasse]

in 1.1 this is even more complex :)
because you have to use the default setting browser. 
Now sean as mariano mentioned it if some behavior are really used all time then 
we will change to 
make them easier to use. 
What you can also do is to define a Script to do it for you and to setup your 
image the exact way you want. 
In 1.1 I would like to change the Code recovering subsub list. This is too deep.
I tried and broke it so I should retry.

Stef


On Apr 7, 2010, at 3:56 PM, Sean P. DeNigris wrote:

> 
> It seems that the world menu navigation is not as usable as that of Squeak.
> 
> For example, to go to full screen mode:
> Squeak: click -> move down -> click -> move down -> click
> Pharo:   click -> move down -> move right -> click -> move down -> click
> 
> What is the advantage of this way?
> 
> Sean
> -- 
> View this message in context: 
> http://n4.nabble.com/Menu-navigation-tp1754368p1754368.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] who is maintaining shout?

[Torsten Bergmann]

Stef wrote
>Because I would like to change the default color of comments.
>Green is really ugly for the release.

Please no! This is subject to personal taste.

In most text editors and IDE's I know the comments are always
green by default independent from language.

So I would keep it since this is what is common in developer
tools. If you want you can have your own. So shout is already 
what most users may expect. Please keep it.

See

C/C++ Eclipse   
http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
C/C++ VStudio   
http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
PHP Antechius   
http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
JavaScript  http://assets.devx.com/articlefigs/19100.png
Java Eclipsehttp://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
C# Eclipse  
http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
...

Bye
T.





-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Stéphane Ducasse]

> 
> I put the user movements to emphasize the greater amount and variety of
> effort required (not thinking of readers reproducing the steps :( ).
> System -> Preferences... -> Full screen on
> 
> My point, which you clarified for me, is more that the way submenus appear
> in Squeak seems to flow better i.e. when you want to open a submenu, you
> click on it and it replaces the outer menu in the same place vertically so
> you can just continue to move down, as opposed to hovering, moving to the
> right (which breaks the 'moving down' flow, and navigating the submenu.

ok I see what you mean

> Maybe they could coexist, since clicking on a menu item with a submenu
> doesn't seem to do anything useful now?

Yes this is probably a good suggestion. 
But if we click on a menu with a submenu what should happen?
The menu on the right should slide and replace the current one.
I have the impression that may be the theme should be able to implement thes 
two different
behavior separated.




> -- 
> View this message in context: 
> http://n4.nabble.com/Menu-navigation-tp1754368p1754402.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Sean P. DeNigris]

Stéphane Ducasse wrote:
> 
> Now sean as mariano mentioned it if some behavior are really used all time
> then we will change to 
> make them easier to use. 
> 

I appreciate that - my purpose was about the general flow of sub-menus,
rather than that specific one, which I used as an example (but which I
happen to use every time I open the image because, in full screen mode,
Pharo (and Squeak) opens on the primary display instead of the display it
was last used/saved on)


Stéphane Ducasse wrote:
> 
> What you can also do is to define a Script to do it for you and to setup
> your image the exact way you want. 
> 
Cool, I'll try that.  Is there a good place to look for info on how to do
that?


Stéphane Ducasse wrote:
> 
> In 1.1 I would like to change the Code recovering subsub list. This is too
> deep.
> I tried and broke it so I should retry.
> 

This part went right over my head :)

Sean
-- 
View this message in context: 
http://n4.nabble.com/Menu-navigation-tp1754368p1754453.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Redline Smalltalk

[Michael Haupt]

Hi Stéphane,

On Wed, Apr 7, 2010 at 3:45 PM, Stéphane Ducasse
 wrote:
> the one of potataoe and the code that we can find on Jsqueak web site.
> I imagine that they are not the same.

they are not. As far as I understood it, the code available from the
JSqueak page is JSqueak as originally released by Dan, and is not
further developed, while the Potato SourceForge page and repository
represent ongoing (well, as far as it goes with the manpower
available) development.

Best,

Michael

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux Pharo VM on Pharo website

[laurent laffont]

Now on INRIAGForge server:
https://gforge.inria.fr/frs/download.php/26793/squeak-3.11.3.2151-pharo-src.tar.gz


Laurent Laffont


On Wed, Apr 7, 2010 at 12:37 PM, Stéphane Ducasse  wrote:

> laurent if you want register using the rmod team and let me know so that I
> add you to the pharo project.
>
> stef
>
> On Apr 7, 2010, at 9:09 AM, laurent laffont wrote:
>
> > On Wed, Apr 7, 2010 at 9:07 AM, Stéphane Ducasse <
> stephane.duca...@inria.fr> wrote:
> > thanks laurent
> >
> > Do you have an account in the inria gforge?
> >
> > No
> >
> > Laurent Laffont
> >
> >
> > On Apr 7, 2010, at 8:34 AM, laurent laffont wrote:
> >
> > > Hi,
> > >
> > > I've prepared the following archive. It may replace the "Unix (3.11-3)"
> download link.
> > >
> > >
> http://lolgzs.free.fr/pharo/squeak-vm/squeak-3.11.3.2151-pharo-src.tar.gz
> > >
> > > In this archive:
> > >
> > > - patched squeak-vm rev. 2151. (The 2 patches are for FT2Plugin build
> and multiple options in CFLAGS  to work. Patchs in archive).
> > > - awk gnuification
> > > - README with instructions to build and regenerate this source from
> VMMaker
> > > - All Pharo-1.0 tests green (on my machine ...)
> > > - it has been built/tested by several people in order to send me
> tinyBenchmark results :)
> > >
> > > The tinyBenchmarks are not as good as Exupery one, but this vary a lot
> depending on the CPU.
> > >
> > > Cheers,
> > >
> > > Laurent Laffont
> > > ___
> > > Pharo-project mailing list
> > > Pharo-project@lists.gforge.inria.fr
> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Sean P. DeNigris]

Stéphane Ducasse wrote:
> 
>> Maybe they could coexist, since clicking on a menu item with a submenu
>> doesn't seem to do anything useful now?
> 
> Yes this is probably a good suggestion. 
> But if we click on a menu with a submenu what should happen?
> The menu on the right should slide and replace the current one.
> I have the impression that may be the theme should be able to implement
> thes two different
> behavior separated.
> 

I think the sliding behavior could be the best of both worlds.  Now that I
think about that, the current implementation is definitely superior for
searching for unknown menu options - in Squeak, when you click on an item
with a sub-menu, the original menu disappears, so you have to start over if
it's not what you wanted.  The behavior I'm suggesting seems to work better
when you already know exactly where you're going.

Sean
-- 
View this message in context: 
http://n4.nabble.com/Menu-navigation-tp1754368p1754468.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Mariano Martinez Peck]

Hi Sean: As far as I understand, part of the new improvements of the Pharo
1.1 architecture will make this kind of things easier:

1) We completely removed Preferences class. It was a mess and with million
of dependencies, difficult to extend, etc. Now, in Pharo 1.1 we have a new
Setting framework where each package can define using metadata (pragmas)
their own settings. Then, this Setting framework will scan the pragmas and
build the Setting browser according to that.

2) We changed the way the menu registration works. Now it is easier to
change the menu, without needing to hack inside the core code. I think it is
also done using pragmas.

For both incredible works, you have to thanks Alain :)

Cheers

Mariano

On Wed, Apr 7, 2010 at 4:44 PM, Sean P. DeNigris wrote:

>
>
> Stéphane Ducasse wrote:
> >
> > Now sean as mariano mentioned it if some behavior are really used all
> time
> > then we will change to
> > make them easier to use.
> >
>
> I appreciate that - my purpose was about the general flow of sub-menus,
> rather than that specific one, which I used as an example (but which I
> happen to use every time I open the image because, in full screen mode,
> Pharo (and Squeak) opens on the primary display instead of the display it
> was last used/saved on)
>
>
> Stéphane Ducasse wrote:
> >
> > What you can also do is to define a Script to do it for you and to setup
> > your image the exact way you want.
> >
> Cool, I'll try that.  Is there a good place to look for info on how to do
> that?
>
>
> Stéphane Ducasse wrote:
> >
> > In 1.1 I would like to change the Code recovering subsub list. This is
> too
> > deep.
> > I tried and broke it so I should retry.
> >
>
> This part went right over my head :)
>
> Sean
> --
> View this message in context:
> http://n4.nabble.com/Menu-navigation-tp1754368p1754453.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[Tudor Girba]

In Moose we use mainly:
Type-Engineering = (Re)engineering the code base to enhance its  
quality

Type-Defect  = Report of a software defect
Type-Enhancement = Request for enhancement

and from time to time:
Type-Project = Long-term project or autonomous task
Type-Review  = Request for a code review
Type-Other   = Some other kind of issue

Cheers,
Doru

On 7 Apr 2010, at 16:30, Stéphane Ducasse wrote:


I propose that we use


Type-Task or Type-ToDo for the management of some items that are  
not directly bug.

Marcus? adrian? is it ok for you?


As a frist step good. I personally would like to destinguish bugs  
from feature requests. Bugs
are bad and I want as little as possible. Feature request are good  
and I want as many as possible...


Another aspect is: Bugs I feel kind of responsible to fix. Feature  
request I say: If this is really important,

someone will do it. (someone not me).


Ok I like this distinction. I will recategorise.
I added some TODO items (like going to the prefecture)

Stef



Marcus


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project



___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


--
www.tudorgirba.com

"Sometimes the best solution is not the best solution."


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Issue 2279: [BUG]MultiByteFileStream(Object)>>error: on changes file throwing ***System Error Handling Failed*** running test coverage

[Mariano Martinez Peck]

On Tue, Apr 6, 2010 at 11:27 AM, Lukas Renggli  wrote:

> This could be a problem with the coverage analysis. You have to be
> extra careful with coverage analysis on system classes like
> collections and filestreams, because they are used everywhere.
>
>
In such case, should we add them to TestRunner >> promptForPackages
or similar ?

Cheers

MAriano


> Lukas
>
> On Tuesday, April 6, 2010, Stan Shepherd 
> wrote:
> >
> > VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update:
> > #10074]
> > Image: Pharo-1.0-10517-rc4 [Latest update: #10517]
> >
> > Steps to reproduce:
> > 1.In TestRunner, select Tests-Traits , TestTraits
> > 2.Select Run Coverage button.
> > 3.In dialog, select Files
> >
> >
> >  stack trace attached ** to issue **
> > http://code.google.com/p/pharo/issues/detail?id=2279
> > --
> > View this message in context:
> http://n4.nabble.com/Issue-2279-BUG-MultiByteFileStream-Object-error-on-changes-file-throwing-System-Error-Handling-Failee-tp1752526p1752526.html
> > Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Peter Hugosson-Miller]

I absolutely agree with Torsten. Here's one I made myself for VaSt, and I've
been using it for 8 years now:

[image: PehuTextEnhancer.png]

Note (whatever you might think of all the other fonts and colours) that the
comments are green ;-)

--
Cheers,
Peter

On Wed, Apr 7, 2010 at 4:39 PM, Torsten Bergmann  wrote:

> Stef wrote
> >Because I would like to change the default color of comments.
> >Green is really ugly for the release.
>
> Please no! This is subject to personal taste.
>
> In most text editors and IDE's I know the comments are always
> green by default independent from language.
>
> So I would keep it since this is what is common in developer
> tools. If you want you can have your own. So shout is already
> what most users may expect. Please keep it.
>
> See
>
> C/C++ Eclipse
> http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
> C/C++ VStudio
> http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
> PHP Antechius
> http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
> JavaScript  http://assets.devx.com/articlefigs/19100.png
> Java Eclipse
> http://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
> C# Eclipse
> http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
> VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
> ...
>
> Bye
> T.
>
>
>
>
>
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
<>___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Bug or new feature in RB?

[Mariano Martinez Peck]

On Wed, Apr 7, 2010 at 2:09 PM, Lukas Renggli  wrote:

> > So, my question is, shouldn't only apply the refactor to the initialize
> > method of extended packages ONLY if that method is extended ? Because
> > otherwise I think it is a bit dangerous.
> >
> > What do you think ?
> >
> > I attach screenshot also.
>
> I see no screenshot, but I can reproduce the problem.
>

Thanks Lukas. I forgot the screenshot...but I guess you already understood
so it has no sense.


>
> The problem is that for some refactorings the refactoring engine needs
> too look beyond the defined scope to be able to do something useful
> (e.g. if a class is not contained in a scope but some methods, it
> still needs some object that represents the class to enumerate the
> methods). There are definitely issues when classes are not fully
> contained within a scope, but I don't think that this is critical.
> After all the changes are presented for review.
>
>
Ok, thanks for the explanation and the consideration. I just wanted to be
sure it was not an easy bug/fix.

Cheers

Mariano

ps: did I already said that waiting 13 hours in a airport is boring ?

Lukas
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Thanks for license agreement :)

[Stéphane Ducasse]

Hi Justin and Yanni

I checked my mailbox today and saw your license agreement.

Thanks

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Schwab,Wilhelm K]

I've pretty much grown to accept green for comments too.  What I really want to 
see is a way to change the background color, though the current values should 
be the default.

Bill



-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Torsten 
Bergmann
Sent: Wednesday, April 07, 2010 9:40 AM
To: pharo-project@lists.gforge.inria.fr
Subject: [Pharo-project] who is maintaining shout?

Stef wrote
>Because I would like to change the default color of comments.
>Green is really ugly for the release.

Please no! This is subject to personal taste.

In most text editors and IDE's I know the comments are always green by default 
independent from language.

So I would keep it since this is what is common in developer tools. If you want 
you can have your own. So shout is already what most users may expect. Please 
keep it.

See

C/C++ Eclipse   
http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
C/C++ VStudio   
http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
PHP Antechius   
http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
JavaScript  http://assets.devx.com/articlefigs/19100.png
Java Eclipsehttp://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
C# Eclipse  
http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
...

Bye
T.





--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Stéphane Ducasse]

Ok but this looks terrible. This is good like that we are sure that one day a 
guy not knowing anything
will propose something mucch better. What ugly convention. And also nobody 
ever worked with daltonian apparently
because green for comments means nothing.

Anyway I'm happy not to use Shout when I code in core. Else this would be first 
things I would have change.
Now may be Shout could be improve to not force the user to recompile a method 
all the time. 
So I will check if this is working and make sure that as a user I can specify 
an array of spec and not been forced to dirty 
a package all the time. 

Stef

On Apr 7, 2010, at 5:34 PM, Peter Hugosson-Miller wrote:

> I absolutely agree with Torsten. Here's one I made myself for VaSt, and I've 
> been using it for 8 years now:
> 
> 
> 
> Note (whatever you might think of all the other fonts and colours) that the 
> comments are green ;-)
> 
> --
> Cheers,
> Peter
> 
> On Wed, Apr 7, 2010 at 4:39 PM, Torsten Bergmann  wrote:
> Stef wrote
> >Because I would like to change the default color of comments.
> >Green is really ugly for the release.
> 
> Please no! This is subject to personal taste.
> 
> In most text editors and IDE's I know the comments are always
> green by default independent from language.
> 
> So I would keep it since this is what is common in developer
> tools. If you want you can have your own. So shout is already
> what most users may expect. Please keep it.
> 
> See
> 
> C/C++ Eclipse   
> http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
> C/C++ VStudio   
> http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
> PHP Antechius   
> http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
> JavaScript  http://assets.devx.com/articlefigs/19100.png
> Java Eclipsehttp://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
> C# Eclipse  
> http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
> VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
> ...
> 
> Bye
> T.
> 
> 
> 
> 
> 
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Redline Smalltalk

[Stéphane Ducasse]

I know and this is why I mentioned to dan that it would be good to merge back 
because may be a poor
guy will just reimplement exactly what the guy in potatoes already did long 
time ago.
But at the end of the day I do not care because I know. I should stop to be 
altruist.


Stef

On Apr 7, 2010, at 4:45 PM, Michael Haupt wrote:

> Hi Stéphane,
> 
> On Wed, Apr 7, 2010 at 3:45 PM, Stéphane Ducasse
>  wrote:
>> the one of potataoe and the code that we can find on Jsqueak web site.
>> I imagine that they are not the same.
> 
> they are not. As far as I understood it, the code available from the
> JSqueak page is JSqueak as originally released by Dan, and is not
> further developed, while the Potato SourceForge page and repository
> represent ongoing (well, as far as it goes with the manpower
> available) development.
> 
> Best,
> 
> Michael
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Handle Close Event in Image - necessary for 1.0?

[Henrik Johansen]

On Apr 7, 2010, at 12:38 25PM, Stéphane Ducasse wrote:

> Thanks Henrik
> this is something I understand. I will integrate that for 1.1

Yes, there's some new stuff there which won't work well if we ever move towards 
multi-window support, but the entire event-handling will have to be rewritten 
in that case anyways, so I didn't think too much of it.
I'd say the first step in any case would be moving Event-object generation out 
of the HandMorph class... (did MVC make its own kind of events?)

Probably a good idea to switch to something reacting to new events in the queue 
rather than polling it too, if we intend to ever switch the 
inputEventPollingFetcher for the actual InputEventFetcher some time in the 
future. 
Though,  InputEventSensor installEventSensorFramework seems borken on Windows 
now (eventbuffer overflows with 4.0.2 VM ), and incredibly slow to signal 
semaphore (albeit not loosing any events anymore in 1.1) on a Mac 4.2.4 VM. On 
the 5.X series, it works like a dream though :D

Cheers,
Henry


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Stéphane Ducasse]

I know that people around me use Setup something
so probably somebody will mention it to you.


>> 
>> What you can also do is to define a Script to do it for you and to setup
>> your image the exact way you want. 
>> 
> Cool, I'll try that.  Is there a good place to look for info on how to do
> that?


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Linux 3.11-3 vm and shared libraries

[Schwab,Wilhelm K]

Hello all,

I am trying to use the 3.11-3 vm to see if it fixes my double return value 
problem, and I cannot get it to load the library to do the test =:0  At this 
point, I am just guessing.  Can someone who has been successful at it give me 
an example?  What is the .so file named, how do you refer to it in #moduleName, 
where do you put the file relative to the vm?

Bill


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Mariano Martinez Peck]

On Wed, Apr 7, 2010 at 12:49 PM, Stéphane Ducasse  wrote:

> Ok but this looks terrible. This is good like that we are sure that one day
> a guy not knowing anything
> will propose something mucch better. What ugly convention. And also
> nobody ever worked with daltonian apparently
> because green for comments means nothing.
>
> Anyway I'm happy not to use Shout when I code in core. Else this would be
> first things I would have change.
> Now may be Shout could be improve to not force the user to recompile a
> method all the time.
> So I will check if this is working and make sure that as a user I can
> specify an array of spec and not been forced to dirty
> a package all the time.
>
>
Maybe add a new Setting for Shout for Pharo 1.1 ?


> Stef
>
> On Apr 7, 2010, at 5:34 PM, Peter Hugosson-Miller wrote:
>
> > I absolutely agree with Torsten. Here's one I made myself for VaSt, and
> I've been using it for 8 years now:
> >
> > 
> >
> > Note (whatever you might think of all the other fonts and colours) that
> the comments are green ;-)
> >
> > --
> > Cheers,
> > Peter
> >
> > On Wed, Apr 7, 2010 at 4:39 PM, Torsten Bergmann  wrote:
> > Stef wrote
> > >Because I would like to change the default color of comments.
> > >Green is really ugly for the release.
> >
> > Please no! This is subject to personal taste.
> >
> > In most text editors and IDE's I know the comments are always
> > green by default independent from language.
> >
> > So I would keep it since this is what is common in developer
> > tools. If you want you can have your own. So shout is already
> > what most users may expect. Please keep it.
> >
> > See
> >
> > C/C++ Eclipse
> http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
> > C/C++ VStudio
> http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
> > PHP Antechius
> http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
> > JavaScript  http://assets.devx.com/articlefigs/19100.png
> > Java Eclipse
> http://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
> > C# Eclipse
> http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
> > VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
> > ...
> >
> > Bye
> > T.
> >
> >
> >
> >
> >
> > --
> > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Lukas Renggli]

> Maybe add a new Setting for Shout for Pharo 1.1 ?

Yeah, but it is difficult because the code is built around these
specification arrays.

You can already today change the settings without touching the code
(in a load script for example):

SHTextStylerST80 styleTable: #( (comment ( green ) ... )

Lukas

>
>>
>> Stef
>>
>> On Apr 7, 2010, at 5:34 PM, Peter Hugosson-Miller wrote:
>>
>> > I absolutely agree with Torsten. Here's one I made myself for VaSt, and
>> > I've been using it for 8 years now:
>> >
>> > 
>> >
>> > Note (whatever you might think of all the other fonts and colours) that
>> > the comments are green ;-)
>> >
>> > --
>> > Cheers,
>> > Peter
>> >
>> > On Wed, Apr 7, 2010 at 4:39 PM, Torsten Bergmann  wrote:
>> > Stef wrote
>> > >Because I would like to change the default color of comments.
>> > >Green is really ugly for the release.
>> >
>> > Please no! This is subject to personal taste.
>> >
>> > In most text editors and IDE's I know the comments are always
>> > green by default independent from language.
>> >
>> > So I would keep it since this is what is common in developer
>> > tools. If you want you can have your own. So shout is already
>> > what most users may expect. Please keep it.
>> >
>> > See
>> >
>> > C/C++ Eclipse
>> > http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
>> > C/C++ VStudio
>> > http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
>> > PHP Antechius
>> > http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
>> > JavaScript      http://assets.devx.com/articlefigs/19100.png
>> > Java Eclipse
>> >  http://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
>> > C# Eclipse
>> >  http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
>> > VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
>> > ...
>> >
>> > Bye
>> > T.
>> >
>> >
>> >
>> >
>> >
>> > --
>> > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
>> > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>> >
>> > ___
>> > Pharo-project mailing list
>> > Pharo-project@lists.gforge.inria.fr
>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> >
>> > ___
>> > Pharo-project mailing list
>> > Pharo-project@lists.gforge.inria.fr
>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Thanks for license agreement :)

[Justin Langhorst]

No problem Stéphane, now I just need to get around to contributing :)
BTW, hi everyone.

On Wed, Apr 7, 2010 at 10:41 AM, Stéphane Ducasse
 wrote:
> Hi Justin and Yanni
>
> I checked my mailbox today and saw your license agreement.
>
> Thanks
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Eliot Miranda]

Personally I don't mind having the preference in code.  Its nice to be able
to see what one's settings are in the patch browser.  What I mind is the
lack of support for temporarily rescinding my change to the method when I
commit the monticello package.  Yes I can save the image, revert, commit,
exit, restart and merge, but that's a RR PITA.  Yes I can file-out, revert,
commit, file back in.  That's much better but still a PITA.  Acceptable is
to view changes to the package (a Patch Browser), open versions on the
method(s) I want to revert, revert in the changed list, commit and then
revert.

What would be really nice would be a per-method temporary revert check mark
in the patch browser, and a commit button in the patch browser that applied
the reversions, spawned the save, waiting for it to complete or be closed,
and the undid the reversions.  Almost as nice would be three buttons, revert
checked, save and unrevert checked.

On Wed, Apr 7, 2010 at 9:31 AM, Lukas Renggli  wrote:

> > Maybe add a new Setting for Shout for Pharo 1.1 ?
>
> Yeah, but it is difficult because the code is built around these
> specification arrays.
>
> You can already today change the settings without touching the code
> (in a load script for example):
>
>SHTextStylerST80 styleTable: #( (comment ( green ) ... )
>
> Lukas
>
> >
> >>
> >> Stef
> >>
> >> On Apr 7, 2010, at 5:34 PM, Peter Hugosson-Miller wrote:
> >>
> >> > I absolutely agree with Torsten. Here's one I made myself for VaSt,
> and
> >> > I've been using it for 8 years now:
> >> >
> >> > 
> >> >
> >> > Note (whatever you might think of all the other fonts and colours)
> that
> >> > the comments are green ;-)
> >> >
> >> > --
> >> > Cheers,
> >> > Peter
> >> >
> >> > On Wed, Apr 7, 2010 at 4:39 PM, Torsten Bergmann 
> wrote:
> >> > Stef wrote
> >> > >Because I would like to change the default color of comments.
> >> > >Green is really ugly for the release.
> >> >
> >> > Please no! This is subject to personal taste.
> >> >
> >> > In most text editors and IDE's I know the comments are always
> >> > green by default independent from language.
> >> >
> >> > So I would keep it since this is what is common in developer
> >> > tools. If you want you can have your own. So shout is already
> >> > what most users may expect. Please keep it.
> >> >
> >> > See
> >> >
> >> > C/C++ Eclipse
> >> >
> http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
> >> > C/C++ VStudio
> >> >
> http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
> >> > PHP Antechius
> >> > http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
> >> > JavaScript  http://assets.devx.com/articlefigs/19100.png
> >> > Java Eclipse
> >> >  http://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
> >> > C# Eclipse
> >> >  http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
> >> > VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
> >> > ...
> >> >
> >> > Bye
> >> > T.
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> >> > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
> >> >
> >> > ___
> >> > Pharo-project mailing list
> >> > Pharo-project@lists.gforge.inria.fr
> >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >> >
> >> > ___
> >> > Pharo-project mailing list
> >> > Pharo-project@lists.gforge.inria.fr
> >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >>
> >>
> >> ___
> >> Pharo-project mailing list
> >> Pharo-project@lists.gforge.inria.fr
> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
>
>
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

[Schwab,Wilhelm K]

I think there is something wrong with the library searches in 3.11-3.  It is 
one thing for my hacked together .so to avoid detection due to some mistake on 
my part, but has anyone tried ODBC on Linux with the new vm?  It's sitting in 
/usr/lib like it has always been; the vm should find it, right?

Bill


-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of 
Schwab,Wilhelm K
Sent: Wednesday, April 07, 2010 10:57 AM
To: The general-purpose Squeak developers list; 
Pharo-project@lists.gforge.inria.fr
Subject: [Pharo-project] Linux 3.11-3 vm and shared libraries

Hello all,

I am trying to use the 3.11-3 vm to see if it fixes my double return value 
problem, and I cannot get it to load the library to do the test =:0  At this 
point, I am just guessing.  Can someone who has been successful at it give me 
an example?  What is the .so file named, how do you refer to it in #moduleName, 
where do you put the file relative to the vm?

Bill


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

[Dale Henrichs]

Bill,

I haven't followed your trials and tribulations with libraries, but I do know 
that starting with version 3.11-3 of the Squeak vm(see 
'http://lists.squeakfoundation.org/pipermail/vm-dev/2009-September/003206.html'),
 the naming conventions for dynamically loaded files was changed to use a 
_leading_ so. instead of a trailing .so

Dale
- "Wilhelm K Schwab"  wrote:

| I think there is something wrong with the library searches in 3.11-3. 
| It is one thing for my hacked together .so to avoid detection due to
| some mistake on my part, but has anyone tried ODBC on Linux with the
| new vm?  It's sitting in /usr/lib like it has always been; the vm
| should find it, right?
| 
| Bill
| 
| 
| -Original Message-
| From: pharo-project-boun...@lists.gforge.inria.fr
| [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of
| Schwab,Wilhelm K
| Sent: Wednesday, April 07, 2010 10:57 AM
| To: The general-purpose Squeak developers list;
| Pharo-project@lists.gforge.inria.fr
| Subject: [Pharo-project] Linux 3.11-3 vm and shared libraries
| 
| Hello all,
| 
| I am trying to use the 3.11-3 vm to see if it fixes my double return
| value problem, and I cannot get it to load the library to do the test
| =:0  At this point, I am just guessing.  Can someone who has been
| successful at it give me an example?  What is the .so file named, how
| do you refer to it in #moduleName, where do you put the file relative
| to the vm?
| 
| Bill
| 
| 
| ___
| Pharo-project mailing list
| Pharo-project@lists.gforge.inria.fr
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| 
| ___
| Pharo-project mailing list
| Pharo-project@lists.gforge.inria.fr
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

[laurent laffont]

Hi Bill,

I don't really understand what you're doing, too many mails in my inbox, I'm
lost :) What simple test / code can I run to reproduce your problem and try
to help you ? It seems interesting.

Cheers,

Laurent Laffont


On Wed, Apr 7, 2010 at 7:34 PM, Schwab,Wilhelm K wrote:

> I think there is something wrong with the library searches in 3.11-3.  It
> is one thing for my hacked together .so to avoid detection due to some
> mistake on my part, but has anyone tried ODBC on Linux with the new vm?
>  It's sitting in /usr/lib like it has always been; the vm should find it,
> right?
>
> Bill
>
>
> -Original Message-
> From: pharo-project-boun...@lists.gforge.inria.fr [mailto:
> pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K
> Sent: Wednesday, April 07, 2010 10:57 AM
> To: The general-purpose Squeak developers list;
> Pharo-project@lists.gforge.inria.fr
> Subject: [Pharo-project] Linux 3.11-3 vm and shared libraries
>
> Hello all,
>
> I am trying to use the 3.11-3 vm to see if it fixes my double return value
> problem, and I cannot get it to load the library to do the test =:0  At this
> point, I am just guessing.  Can someone who has been successful at it give
> me an example?  What is the .so file named, how do you refer to it in
> #moduleName, where do you put the file relative to the vm?
>
> Bill
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Menu navigation

[Tudor Girba]

Try this one:

Gofer new
squeaksource: 'setup';
package: 'Setup';
load.

Cheers,
Doru

On 7 Apr 2010, at 17:55, Stéphane Ducasse wrote:


I know that people around me use Setup something
so probably somebody will mention it to you.




What you can also do is to define a Script to do it for you and to  
setup

your image the exact way you want.

Cool, I'll try that.  Is there a good place to look for info on how  
to do

that?



___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


--
www.tudorgirba.com

"It's not what we do that matters most, it's how we do it."


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Thanks for license agreement :)

[Stéphane Ducasse]

you are welcome!
There is a lot of simple things to do. 

On Apr 7, 2010, at 6:45 PM, Justin Langhorst wrote:

> No problem Stéphane, now I just need to get around to contributing :)
> BTW, hi everyone.
> 
> On Wed, Apr 7, 2010 at 10:41 AM, Stéphane Ducasse
>  wrote:
>> Hi Justin and Yanni
>> 
>> I checked my mailbox today and saw your license agreement.
>> 
>> Thanks
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] who is maintaining shout?

[Stéphane Ducasse]

Ok good to know.

Stef

>> Maybe add a new Setting for Shout for Pharo 1.1 ?
> 
> Yeah, but it is difficult because the code is built around these
> specification arrays.
> 
> You can already today change the settings without touching the code
> (in a load script for example):
> 
>SHTextStylerST80 styleTable: #( (comment ( green ) ... )
> 
> Lukas
> 
>> 
>>> 
>>> Stef
>>> 
>>> On Apr 7, 2010, at 5:34 PM, Peter Hugosson-Miller wrote:
>>> 
 I absolutely agree with Torsten. Here's one I made myself for VaSt, and
 I've been using it for 8 years now:
 
 
 
 Note (whatever you might think of all the other fonts and colours) that
 the comments are green ;-)
 
 --
 Cheers,
 Peter
 
 On Wed, Apr 7, 2010 at 4:39 PM, Torsten Bergmann  wrote:
 Stef wrote
> Because I would like to change the default color of comments.
> Green is really ugly for the release.
 
 Please no! This is subject to personal taste.
 
 In most text editors and IDE's I know the comments are always
 green by default independent from language.
 
 So I would keep it since this is what is common in developer
 tools. If you want you can have your own. So shout is already
 what most users may expect. Please keep it.
 
 See
 
 C/C++ Eclipse
 http://img.brothersoft.com/screenshots/softimage/e/eclipse_ide_for_c-c++_developers-133195-1.jpeg
 C/C++ VStudio
 http://www.lisisoft.com/imglisi/4/OptimizeUtilities/51119text-editor-pro-screenshot.jpg
 PHP Antechius
 http://www.lisisoft.com/imglisi/7/HelpfileTools/37086phpedscreen.jpg
 JavaScript  http://assets.devx.com/articlefigs/19100.png
 Java Eclipse
  http://www.oio.de/public/opensource/eclipse/eclipse_editor.jpg
 C# Eclipse
  http://emonic.sourceforge.net/html/CSharpEditorWithCompletion.jpg
 VB SharpDevelop http://www.borncity.de/Net/Img/SharpDevelop.jpg
 ...
 
 Bye
 T.
 
 
 
 
 
 --
 GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
 Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
 
 ___
 Pharo-project mailing list
 Pharo-project@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
 
 ___
 Pharo-project mailing list
 Pharo-project@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>> 
>>> 
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
> 
> 
> 
> -- 
> Lukas Renggli
> www.lukas-renggli.ch
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Handle Close Event in Image - necessary for 1.0?

[Stéphane Ducasse]

On Apr 7, 2010, at 5:54 PM, Henrik Johansen wrote:

> 
> On Apr 7, 2010, at 12:38 25PM, Stéphane Ducasse wrote:
> 
>> Thanks Henrik
>> this is something I understand. I will integrate that for 1.1
> 
> Yes, there's some new stuff there which won't work well if we ever move 
> towards multi-window support, but the entire event-handling will have to be 
> rewritten in that case anyways, so I didn't think too much of it.
> I'd say the first step in any case would be moving Event-object generation 
> out of the HandMorph class... (did MVC make its own kind of events?)
> 
> Probably a good idea to switch to something reacting to new events in the 
> queue rather than polling it too, if we intend to ever switch the 
> inputEventPollingFetcher for the actual InputEventFetcher some time in the 
> future. 

Yes I think that we should move to not use a polling of event.

> Though,  InputEventSensor installEventSensorFramework seems borken on Windows 
> now (eventbuffer overflows with 4.0.2 VM ), and incredibly slow to signal 
> semaphore (albeit not loosing any events anymore in 1.1) on a Mac 4.2.4 VM. 
> On the 5.X series, it works like a dream though :D
> 
> Cheers,
> Henry
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[Stéphane Ducasse]

tx 
I checked the inria task is too complex (the idea is to manage dependency and 
produce gantt about tasks).

Stef

> In Moose we use mainly:
> Type-Engineering = (Re)engineering the code base to enhance its quality
> Type-Defect  = Report of a software defect
> Type-Enhancement = Request for enhancement
> 
> and from time to time:
> Type-Project = Long-term project or autonomous task
> Type-Review  = Request for a code review
> Type-Other   = Some other kind of issue
> 
> Cheers,
> Doru
> 
> On 7 Apr 2010, at 16:30, Stéphane Ducasse wrote:
> 
>>> I propose that we use
 
 Type-Task or Type-ToDo for the management of some items that are not 
 directly bug.
 Marcus? adrian? is it ok for you?
>>> 
>>> As a frist step good. I personally would like to destinguish bugs from 
>>> feature requests. Bugs
>>> are bad and I want as little as possible. Feature request are good and I 
>>> want as many as possible...
>>> 
>>> Another aspect is: Bugs I feel kind of responsible to fix. Feature request 
>>> I say: If this is really important,
>>> someone will do it. (someone not me).
>> 
>> Ok I like this distinction. I will recategorise.
>> I added some TODO items (like going to the prefecture)
>> 
>> Stef
>> 
>>> 
>>> Marcus
>>> 
>>> 
>>> --
>>> Marcus Denker  -- http://www.marcusdenker.de
>>> INRIA Lille -- Nord Europe. Team RMoD.
>>> 
>>> 
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> --
> www.tudorgirba.com
> 
> "Sometimes the best solution is not the best solution."
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Michael Roberts]

so it seems that indeed it is fine at home.  I confirmed that the in
the former setup, the redirects (I assume) go missing. every execution
of the command goes back to the the page I started from.  Even the
edit of a typo on a page, caused the page to reload and revert the
edit.  anyway i was only testing it out at lunch, it is not a big
problem.

cheers Mike

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

[Schwab,Wilhelm K]

Dale,

That *cannot* be the only option for arbitrary external libraries - that will 
break things like odbc, or at best force people to create links in order to 
compensate.  Hopefully, you are thinking of plugins.

Bill




-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Dale Henrichs
Sent: Wednesday, April 07, 2010 1:19 PM
To: Pharo-project@lists.gforge.inria.fr
Cc: The general-purpose Squeak developers list; 
Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

Bill,

I haven't followed your trials and tribulations with libraries, but I do know 
that starting with version 3.11-3 of the Squeak vm(see 
'http://lists.squeakfoundation.org/pipermail/vm-dev/2009-September/003206.html'),
 the naming conventions for dynamically loaded files was changed to use a 
_leading_ so. instead of a trailing .so

Dale
- "Wilhelm K Schwab"  wrote:

| I think there is something wrong with the library searches in 3.11-3. 
| It is one thing for my hacked together .so to avoid detection due to 
| some mistake on my part, but has anyone tried ODBC on Linux with the 
| new vm?  It's sitting in /usr/lib like it has always been; the vm 
| should find it, right?
| 
| Bill
| 
| 
| -Original Message-
| From: pharo-project-boun...@lists.gforge.inria.fr
| [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of 
| Schwab,Wilhelm K
| Sent: Wednesday, April 07, 2010 10:57 AM
| To: The general-purpose Squeak developers list; 
| Pharo-project@lists.gforge.inria.fr
| Subject: [Pharo-project] Linux 3.11-3 vm and shared libraries
| 
| Hello all,
| 
| I am trying to use the 3.11-3 vm to see if it fixes my double return 
| value problem, and I cannot get it to load the library to do the test 
| =:0  At this point, I am just guessing.  Can someone who has been 
| successful at it give me an example?  What is the .so file named, how 
| do you refer to it in #moduleName, where do you put the file relative 
| to the vm?
| 
| Bill
| 
| 
| ___
| Pharo-project mailing list
| Pharo-project@lists.gforge.inria.fr
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| 
| ___
| Pharo-project mailing list
| Pharo-project@lists.gforge.inria.fr
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

[Schwab,Wilhelm K]

Laurent,

Probably the best starting point is to install the odbc package and use it to 
connect to a datasource.  Then load the new vm and see if breaks.

Thanks!!

Bill




From: pharo-project-boun...@lists.gforge.inria.fr 
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of laurent 
laffont
Sent: Wednesday, April 07, 2010 1:35 PM
To: Pharo-project@lists.gforge.inria.fr
Cc: The general-purpose Squeak developers list
Subject: Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

Hi Bill,

I don't really understand what you're doing, too many mails in my inbox, I'm 
lost :) What simple test / code can I run to reproduce your problem and try to 
help you ? It seems interesting.

Cheers,

Laurent Laffont


On Wed, Apr 7, 2010 at 7:34 PM, Schwab,Wilhelm K 
mailto:bsch...@anest.ufl.edu>> wrote:
I think there is something wrong with the library searches in 3.11-3.  It is 
one thing for my hacked together .so to avoid detection due to some mistake on 
my part, but has anyone tried ODBC on Linux with the new vm?  It's sitting in 
/usr/lib like it has always been; the vm should find it, right?

Bill


-Original Message-
From: 
pharo-project-boun...@lists.gforge.inria.fr
 
[mailto:pharo-project-boun...@lists.gforge.inria.fr]
 On Behalf Of Schwab,Wilhelm K
Sent: Wednesday, April 07, 2010 10:57 AM
To: The general-purpose Squeak developers list; 
Pharo-project@lists.gforge.inria.fr
Subject: [Pharo-project] Linux 3.11-3 vm and shared libraries

Hello all,

I am trying to use the 3.11-3 vm to see if it fixes my double return value 
problem, and I cannot get it to load the library to do the test =:0  At this 
point, I am just guessing.  Can someone who has been successful at it give me 
an example?  What is the .so file named, how do you refer to it in #moduleName, 
where do you put the file relative to the vm?

Bill


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Linux 3.11-3 vm and shared libraries

[Dale Henrichs]

In the link there's also mention of a change in the search path ...

Dale
- "Wilhelm K Schwab"  wrote:

| Dale,
| 
| That *cannot* be the only option for arbitrary external libraries -
| that will break things like odbc, or at best force people to create
| links in order to compensate.  Hopefully, you are thinking of
| plugins.
| 
| Bill
| 
| 
| 
| 
| -Original Message-
| From: pharo-project-boun...@lists.gforge.inria.fr
| [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Dale
| Henrichs
| Sent: Wednesday, April 07, 2010 1:19 PM
| To: Pharo-project@lists.gforge.inria.fr
| Cc: The general-purpose Squeak developers list;
| Pharo-project@lists.gforge.inria.fr
| Subject: Re: [Pharo-project] Linux 3.11-3 vm and shared libraries
| 
| Bill,
| 
| I haven't followed your trials and tribulations with libraries, but I
| do know that starting with version 3.11-3 of the Squeak vm(see
| 
'http://lists.squeakfoundation.org/pipermail/vm-dev/2009-September/003206.html'),
| the naming conventions for dynamically loaded files was changed to use
| a _leading_ so. instead of a trailing .so
| 
| Dale
| - "Wilhelm K Schwab"  wrote:
| 
| | I think there is something wrong with the library searches in
| 3.11-3. 
| | It is one thing for my hacked together .so to avoid detection due to
| 
| | some mistake on my part, but has anyone tried ODBC on Linux with the
| 
| | new vm?  It's sitting in /usr/lib like it has always been; the vm 
| | should find it, right?
| | 
| | Bill
| | 
| | 
| | -Original Message-
| | From: pharo-project-boun...@lists.gforge.inria.fr
| | [mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of 
| | Schwab,Wilhelm K
| | Sent: Wednesday, April 07, 2010 10:57 AM
| | To: The general-purpose Squeak developers list; 
| | Pharo-project@lists.gforge.inria.fr
| | Subject: [Pharo-project] Linux 3.11-3 vm and shared libraries
| | 
| | Hello all,
| | 
| | I am trying to use the 3.11-3 vm to see if it fixes my double return
| 
| | value problem, and I cannot get it to load the library to do the
| test 
| | =:0  At this point, I am just guessing.  Can someone who has been 
| | successful at it give me an example?  What is the .so file named,
| how 
| | do you refer to it in #moduleName, where do you put the file
| relative 
| | to the vm?
| | 
| | Bill
| | 
| | 
| | ___
| | Pharo-project mailing list
| | Pharo-project@lists.gforge.inria.fr
| | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| | 
| | ___
| | Pharo-project mailing list
| | Pharo-project@lists.gforge.inria.fr
| | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| 
| ___
| Pharo-project mailing list
| Pharo-project@lists.gforge.inria.fr
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Potato and jSqueak ...

[James Ladd]

Hi,

Please could those discussing Potato and jSqueak change the reply to 
subject from Redline Smalltalk?

Rgs, James.
  
_
Browse profiles for FREE! Meet local singles online.
http://clk.atdmt.com/NMN/go/150855801/direct/01/___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Show Actions of a SystemWindow: bug?

[Carla F. Griggio]

Whoops! It is Morph>> showActions :P

I'll submit the bug and the fix :)

I don't usually use that menu either, but I was playing with Morphs and I
recalled that I had seen that menu before and it could be usefull. Actually,
I didn't remember how to open it, I tried several key combinations until I
got it, hehehe.



On Wed, Apr 7, 2010 at 10:45 AM, Stéphane Ducasse  wrote:

> add a bug entry :)
>
> On Apr 7, 2010, at 3:11 PM, Mariano Martinez Peck wrote:
>
> >
> >
> > 2010/4/6 Carla F. Griggio 
> > Hello!
> >
> > I was fooling around with the latest rc3 image and I tried to use the
> "show actions" option in the menu of a SystemWindow and got this:
> >
> > MessageNotUnderstood: ToolSet class>>openMessageList:name:autoSelect:
> > ToolSet class(Object)>>doesNotUnderstand:
> #openMessageList:name:autoSelect:
> > SystemWindow(Morph)>>showActions
> > [] in ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
> > BlockClosure>>ensure:
> > CursorWithMask(Cursor)>>showWhile:
> > ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent:
> > ToggleMenuItemMorph(MenuItemMorph)>>mouseUp:
> > ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp:
> > MouseButtonEvent>>sentTo:
> > ...
> >
> > This is the code in SystemWindow>>showActions:
> >
> >
> > Actually, it is Morph >> showActions   ;)
> >
> >
> >
> >
> >   ToolSet openMessageList: list name: 'Actions of ' , self
> printString autoSelect: false
> >
> > Shouldn't the last line be MessageSet openMessageList: list name:
> 'Actions of ' , self printString autoSelect: nil ? I tried it and it seemed
> to work OK, although I never tried that option before so I don't know what
> was it's original behaviour.
> >
> >
> >
> > I think your change is correct and it works.
> > It is funny it is almost the first time in my life I do a ctrl + click
> hahaha  I saw that menu one or two times in my life :)
> >
> > Even more, I checked and it is broken since, at least, Squeak 3.9 haha
> >
> > So..Carla, can you open a bug ticket and submit the fix ?
> >
> > http://www.pharo-project.org/community/issue-tracking
> >
> > Thanks  and good catch!
> >
> > Mariano
> >
> >
> > Cheers!
> > Carla.
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] CollabActive book :)

[Tudor Girba]

Hi,

Aaron and Dale added the missing Shout plugin for Pier. Now, using ==  
at the beginning of the line shows highlighted code.


Cheers,
Doru


On 7 Apr 2010, at 10:36, Simon Denier wrote:

Doru, another missing thing in the current config is the == syntax  
for Smalltalk highlighting

See http://book.pharo-project.org/book/announcements/client


--
www.tudorgirba.com

"Relationships are of two kinds: those we choose and those that  
happen. They both matter."






___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] How to manage todo?

[laurent laffont]

On Wed, Apr 7, 2010 at 10:48 PM, Stéphane Ducasse  wrote:

> tx
> I checked the inria task is too complex (the idea is to manage dependency
> and produce gantt about tasks).
>


Like this: http://trac.edgewall.org/milestone/0.12 ?

Laurent Laffont


>
> Stef
>
> > In Moose we use mainly:
> > Type-Engineering = (Re)engineering the code base to enhance its
> quality
> > Type-Defect  = Report of a software defect
> > Type-Enhancement = Request for enhancement
> >
> > and from time to time:
> > Type-Project = Long-term project or autonomous task
> > Type-Review  = Request for a code review
> > Type-Other   = Some other kind of issue
> >
> > Cheers,
> > Doru
> >
> > On 7 Apr 2010, at 16:30, Stéphane Ducasse wrote:
> >
> >>> I propose that we use
> 
>  Type-Task or Type-ToDo for the management of some items that are not
> directly bug.
>  Marcus? adrian? is it ok for you?
> >>>
> >>> As a frist step good. I personally would like to destinguish bugs from
> feature requests. Bugs
> >>> are bad and I want as little as possible. Feature request are good and
> I want as many as possible...
> >>>
> >>> Another aspect is: Bugs I feel kind of responsible to fix. Feature
> request I say: If this is really important,
> >>> someone will do it. (someone not me).
> >>
> >> Ok I like this distinction. I will recategorise.
> >> I added some TODO items (like going to the prefecture)
> >>
> >> Stef
> >>
> >>>
> >>> Marcus
> >>>
> >>>
> >>> --
> >>> Marcus Denker  -- http://www.marcusdenker.de
> >>> INRIA Lille -- Nord Europe. Team RMoD.
> >>>
> >>>
> >>> ___
> >>> Pharo-project mailing list
> >>> Pharo-project@lists.gforge.inria.fr
> >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >>
> >>
> >> ___
> >> Pharo-project mailing list
> >> Pharo-project@lists.gforge.inria.fr
> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> >
> > --
> > www.tudorgirba.com
> >
> > "Sometimes the best solution is not the best solution."
> >
> >
> > ___
> > Pharo-project mailing list
> > Pharo-project@lists.gforge.inria.fr
> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project