On 03/10/2008, at 2:50 PM, Stéphane Ducasse wrote:
By professional we mean: clean and robust, Of course we would like
to have a good layout and UI. But someone has to do it. :)
What is also important is that people get the fredom to invent new
things and that pharo keeps making progress even
On 02.10.2008, at 21:59, Stéphane Ducasse wrote:
Hi marcus
did you harvest ?
No, but this looks good.
Marcus
Name: Kernel-dc.198
Author: dc
Time: 28 September 2008, 4:00:03 pm
UUID: 3b2eeec4-6461-4d22-94d1-e7f692e7e177
Ancestors: Kernel-marcus.denker.197
- M7166: speedup allSele
Hi antony
Yes I like your look.
If Pharo is meant to be a 'professional' environment then IMO you
should concentrate on implementing known and tested solutions for
layout, rather than inventing a new system.
By professional I am assuming people mean interfaces as you see in
Windows and O
If Pharo is meant to be a 'professional' environment then IMO you
should concentrate on implementing known and tested solutions for
layout, rather than inventing a new system.
By professional I am assuming people mean interfaces as you see in
Windows and OSX applications e.g. fields, button
The idea behind ordinates is to deal with morphic layouts.
Any morph , can define an arbitrary set of ordinates, then another
morph can say - lets my ordinate 'center' be a function which
calculates its position by taking another morph ordinate into account.
There can be infinite number of combina
[EMAIL PROTECTED] schrieb:
> I can supply a built VM if anyone wants to try it immediately. If
> not I'll package one up after finishing tidying up.
Hello Bryce,
I'd like to try it out immediately. But...
What are the premises? Do I have to build a special VM for Exupery (your
post indicates th
Oh and in the ss/Testing repo the master packages are still SUnit and
SUnitGUI, the "Testing" heirarchy is a proposed reorganisation for the
future.
Keith
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cg
Stéphane Ducasse wrote:
> Thanks
> I will have a look. I do not really understand what is written, this
> is too cryptic.
> Does the framework changes remove the fact that tests should start
> with test?
>
> Stef
Yes, although the default behaviour is preserved, TestCase subclasses
can publish thei
I can supply a built VM if anyone wants to try it immediately. If
not I'll package one up after finishing tidying up.
Looking at the bytecodes, they're suppressing context recycling
whenever a closure is created. The only reason that closures
refer to their surrounding contexts is to support ^ re
Just made an update and seen the Univers Browser (enhanced). It seems
to have what I wanted :)
On Thu, Oct 2, 2008 at 11:46 PM, Dan Corneanu <[EMAIL PROTECTED]> wrote:
> Hi,
> I know it is not decided yet what will pharo use for loading code, but
> I would really appreciate a search button in the
Hi,
I know it is not decided yet what will pharo use for loading code, but
I would really appreciate a search button in the Univers Browser.
I always find myself lost in the tree.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://
Hi marcus
did you harvest ?
Name: Kernel-dc.198
Author: dc
Time: 28 September 2008, 4:00:03 pm
UUID: 3b2eeec4-6461-4d22-94d1-e7f692e7e177
Ancestors: Kernel-marcus.denker.197
- M7166: speedup allSelectors add allSelectorsBelow:.
Firstly #allSelectors inefficiently creates multiple intermediate
Thanks
I will have a look. I do not really understand what is written, this
is too cryptic.
Does the framework changes remove the fact that tests should start
with test?
Stef
http://wiki.squeak.org/squeak/SUnit%20for%203.10
--
Damien Cassou
Peter von der Ahé: «I'm beginning to see why Gil
Well, I've done a bit with CSS (3.0) not fully looked though, just enough
that our Report Builder file format (XML) is roughly equivalent.
Just a thought about states of "widgets" I've seen in the wild... base
Morphic doen't honour any of them by default... hence lots of extra code for
dealing
Gary Chambers wrote:
Just some thoughts picked up over the years. Things that all Morphs
should have, at least, defaults for...
UI States:
how does this list compare to the list of possible CSS states?
Transitions would be nice, but might be a bit overboard... Igor and I
discussed a framew
Just some thoughts picked up over the years. Things that all Morphs should
have, at least, defaults for...
UI States:
Enabled
Enabled Mouse over
Enabled Mouse down inside
Enabled Mouse down outside (?)
Enabled Selected
Enabled Selected Mouse over
Enabled Selected Mouse down inside
Enabled Sele
On Wed, Oct 1, 2008 at 5:13 PM, Stéphane Ducasse
<[EMAIL PROTECTED]> wrote:
> can you tell us more?
http://wiki.squeak.org/squeak/SUnit%20for%203.10
--
Damien Cassou
Peter von der Ahé: «I'm beginning to see why Gilad wished us good
luck». (http://blogs.sun.com/ahe/entry/override_snafu)
I propose to harvest the cleaning behavior.
I will go over the list and check
Stef
On Oct 1, 2008, at 10:53 PM, Damien Pollet wrote:
Hi list, we (with Stef) are browsing Kernel-Extensions, here are some
notes for discussion, as we think there is stuff that should be merged
in Pharo.
Null and
Thanks mathieu.
We will include that since COG is MIT
Stef
On Oct 2, 2008, at 2:36 PM, Mathieu Suen wrote:
Hi,
If you don't mind Eliot, I have taken a changeset from COG to Pharo.
You can integrate it. It should work fine
This change is for having a better CompiledMethod explorer. See
attac
Hi david
2 bugs:
- when I select a class in a hierarchy when I click on package, the
package is not selected
- the drag and drop on a package does not work with me.
Let me know if you need a more precise example
Stef
___
Pharo-project mailing list
Hi,
If you don't mind Eliot, I have taken a changeset from COG to Pharo.
You can integrate it. It should work fine
This change is for having a better CompiledMethod explorer. See
attached file.
BytecodeBrowsing.2.cs
Description: Binary data
Mth
for information.
I will continue to harvest etoy removals and gary/simon enh.
Stef
From: Craig Latta <[EMAIL PROTECTED]>
Date: October 1, 2008 10:49:14 PM CEDT
To: [EMAIL PROTECTED]
Subject: [squeak-dev] re: Squeak 4
Reply-To: The general-purpose Squeak developers list <[EMAIL PROTECTED]
>
Indeed. I've poked around a bit and it doesn't pick up stuff in image for
new packages it would seem. Only changes for previous versions of the
package being merged. I think it looks possible to change it to do so
though!
Gary.
- Original Message -
From: "Stéphane Ducasse" <[EMAIL PR
Ok I think that this is a MC "bug"
Stef
On Oct 2, 2008, at 11:12 AM, Gary Chambers wrote:
Though that seems to make no difference...
Gary
- Original Message - From: "Gary Chambers" <[EMAIL PROTECTED]
>
To: "An open mailing list to discuss any topics related to anopen-
sourceSmalltalk
Though that seems to make no difference...
Gary
- Original Message -
From: "Gary Chambers" <[EMAIL PROTECTED]>
To: "An open mailing list to discuss any topics related to
anopen-sourceSmalltalk"
Sent: Thursday, October 02, 2008 10:06 AM
Subject: Re: [Pharo-project] A .mcz of Pinesoft's
Hi Stef, my fault. The override methods are not categorised properly, I'll
fix and send a gain if you like.
Gary.
- Original Message -
From: "Stéphane Ducasse" <[EMAIL PROTECTED]>
To: "An open mailing list to discuss any topics related to an
open-sourceSmalltalk"
Sent: Sunday, Septe
26 matches
Mail list logo
