there is a hopefully fixed version of the Kom package in the Pharo inbox.
I'm not familiar with Universes yet, so I can't easily make a modified
loader for Seaside or Pier.
Is it backward compatible? Do your changes to Kom continue to work in
Squeak 3.9?
If so, we should probably publish it
2009/2/25 Damien Cassou damien.cas...@gmail.com:
On Tue, Feb 24, 2009 at 10:33 PM, Igor Stasenko siguc...@gmail.com wrote:
btw, how i can switch to old one?
Toolset askForDefault
Have a look at the DevToolSet class (class-side). There is something
like an #ifOB:else: method.
--
Damien
mike
is this change dependent on another change of yours?
Stef
On Feb 25, 2009, at 4:05 AM, Rob Rothwell wrote:
Hello,
I almost did everything right I think, following the directions at
http://code.google.com/p/pharo/wiki/HowToContribute
.
If I did, I believe
what seasiders think?
I would be in favor to get a KOM pharo version
Stef
On Feb 24, 2009, at 11:47 PM, Michael Rueger wrote:
Lukas Renggli wrote:
Then I think that we should first make sure that seaside can run and
after we should
really put pression on the KOM maintainer or declare that
what seasiders think?
I would be in favor to get a KOM pharo version
Having two incompatible versions of Kom makes distribution even more
painful as it is today. I would prefer to have compatible versions if
this is possible.
Otherwise Seaside won't run on Squeak anymore, unless somebody steps
Hi Alex,
When I accept methods definition in OB, I have some printout:
ERROR: SAXCModule classsuperSenderSelectors
ERROR: SAXCModule classoverridesSelectors
ERROR: SAXCModule classconflictsSelectors
ERROR: SAXCModule classsuppliedSelectors
Maybe this is related to the dynamic protocol
I have this kind of error which appear randomly when I am
instantiating and displaying in real world a Morph.
Next from the morph is deduced Form field to use as the basis of a PNG
image for Seaside canvas.
It is easy to fix (or a least prevent the error) but it is system
land... so I am curious
I have to add that fixing those kind of issue look like fixing a ball
with many holes as when one is fixed another hole appears somewhere
else. Bad feeling of crapyness...
2009/2/25 Hilaire Fernandes hila...@ofset.org:
I have this kind of error which appear randomly when I am
instantiating and
Hi Folks,
I spent some time yesterday together with Stef to take a closer look
at the Pharo scripting project.
We have repackaged and renamed the project as Coral. It is available
on SqueakSource at:
http://www.squeaksource.com/Coral
You can now load it simply into a fresh Pharo-dev image
There are a number of entries in Mantis for Squeak about this.
My feeling is that more than one preocess is running the world loop such that
one starts doing the loop, another starts before the first is finished and ends
(setting to nil) then the first encounters this.
The world loop is not
I just tried it. It works.
This is excellent!
By reading /dev/stdin, we should be able to have a prompt.
Cheers,
Alexandre
On 25 Feb 2009, at 13:55, Oscar Nierstrasz wrote:
Hi Folks,
I spent some time yesterday together with Stef to take a closer look
at the Pharo scripting project.
We
On Tue, Feb 24, 2009 at 19:54, Jérôme jer...@minusfreun.de wrote:
* It is a Unicode font, with an already remarkable range of Unicode
characters that will be extened over time by the SIL people, while
Vera is limited mainly to the characters in the Basic Latin and
Latin-1 Supplement
Had a look at drawWorld:submorphs:invalidAreasOn: today, the
Experimental top-down drawing there does not seem to be working
optimally.
Basically, when there's many windows behind one you're resizing, this
many times leads to ALL of them getting repainted.
Attached is a fix for this, so only
Okay, thanks for the tip. Indeed this cascade of events occurs within
Seaside, which, if I understand correctly, run in its own thread.
The only things I am doing from this thread is to display a Morph. How
could I do that so the bang does not show up?
Hilaire
2009/2/25 GARY CHAMBERS
To be more accurate the badness seems to occur when I am invoking
World doOneCycle from the Seaside canvas.
World doOneCycle is necessary in some situation to get Moprh in their
expected shape, because of the buggy Morph layout engine.
So, in a Seaside component, It results in uggly code like:
Thanks David and Alexandre,
I've loaded the mondrian form squeaksource and I'm trying it. I find
it quite different for the one used in OB.
I'll continue to try it as I'm reading Micheal Master thesis. I'm
trying on a simple graph first with tasks and node, but also I'd like
a special kinf of
Okay,
I've been able to reproduce the spurious bug that Igor was seeing ('aContext
not in process chain' error).
It seems to be related to the fact that the OTDebugger uses an
OBFixedButtonPanel and the buttons are not getting updated correctly (or at
all), so the buttons are operating on
On Wed, Feb 25, 2009 at 02:55:54PM +0100, Hilaire Fernandes wrote:
To be more accurate the badness seems to occur when I am invoking
World doOneCycle from the Seaside canvas.
World doOneCycle is necessary in some situation to get Moprh in their
expected shape, because of the buggy Morph
I've loaded the mondrian form squeaksource and I'm trying it. I find
it quite different for the one used in OB.
Yes, but very close to the VW version. We have a number of scripts and
visualization made in VW that we would like to reuse. Moreover, in my
opinion, the new version is simpler to
On Wed, Feb 25, 2009 at 11:20 AM, David Röthlisberger
squ...@webcitas.ch wrote:
Damien, do you know where this selectors get defined? Is there an external
dependency
in DynamicProtocols, do we need to load something else to get these methods?
They are in the ClassSelectorsSet package on
Thanks
Alexandre
On 25 Feb 2009, at 16:54, Damien Cassou wrote:
On Wed, Feb 25, 2009 at 11:20 AM, David Röthlisberger
squ...@webcitas.ch wrote:
Damien, do you know where this selectors get defined? Is there an
external dependency
in DynamicProtocols, do we need to load something else
On 25-Feb-09, at 4:55 AM, Oscar Nierstrasz wrote:
This will load everything that is required and pop up a few Workspace
windows with further instructions. (You will need John McIntosh's
latest VM to get this to work -- all is described in the image.)
Well I'm curious why won't older VM's
Having two incompatible versions of Kom makes distribution even more
painful as it is today. I would prefer to have compatible versions if
this is possible.
As I said, we are at or at least close to the point where we have to
make the decision which version to support. If you want to have
2009/2/25 Matthew Fulmer tapp...@gmail.com:
Don't mess with morphic from threads other than the UI thread.
Don't add morphs. Don't run World doOneCycle.
Ah, the black art of Morph...
Thanks for the tip bellow, it helps a lot.
The proper way to do this is to inject events into the UI
Ok, well it seems to me having KOM and pharo working is *very*
important, actually
I'm relying on that for a meeting I'm having on friday. Obviously I'll
use a version of
Pharo from last month...
Going forward you can burn all those bridges, but I'm not sure people
supporting that
other
Hi all,
ok, suggestion:
if we change Kom and Seaside to use the message contentType where they
expect a mime type string, then it would be easy to make it work on both
Pharo and Squeak without too much trouble.
Seaside doesn't call mimeType on many places and usage is somewhat
inconsistent
So does contentType - ^self somthing mimeType
On 25-Feb-09, at 12:03 PM, Michael Rueger wrote:
Hi all,
ok, suggestion:
if we change Kom and Seaside to use the message contentType where they
expect a mime type string, then it would be easy to make it work on
both
Pharo and Squeak without
John M McIntosh wrote:
So does contentType - ^self somthing mimeType
yes, should really be in the compatibility category
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
On 25.02.2009, at 19:59, Keith Hodges wrote:
Oscar Nierstrasz wrote:
Hi Folks,
I spent some time yesterday together with Stef to take a closer look
at the Pharo scripting project.
We have repackaged and renamed the project as Coral. It is
available
on SqueakSource at:
Hi,
cool stuff... I will have a look (as a morpic non-expert :-) after
moving 900 books from switerland to germany saturday...).
One small thing: could you attach .gz or .zip version of the
changeset? Some mail-clients are overly clever to show you
changeset not as attachments but as inline
Coral combining with Rio looks promising. A prompt will be great
although.
There is only fileout syntax. (expressions seperated by ! that get
evaluated when
loaded).
Nobody wants to write scripts that way. And the proof is that nobody
does it.
GNUSmalltalk also adopted a proper syntax.
please
try it out and let me know what you would expect from a real Smalltalk
scripting environment.
Something that would really push me in using Coral is an intelligent
prompt. A list of the things the prompt should do:
- crawling into the history of typed commands using up and
On 25.02.2009, at 21:26, Alexandre Bergel wrote:
please
try it out and let me know what you would expect from a real
Smalltalk
scripting environment.
Something that would really push me in using Coral is an intelligent
prompt. A list of the things the prompt should do:
-
On 25.02.2009, at 00:12, Mariano Martinez Peck wrote:
I am inside a method and I do ctrl + s where I have a undeclared
variable. In that moment, a popup appears and I want to do declare
temp for example. But, as I did ctrl + s
I would like to go to declare temp with the beyboard, and
On 25.02.2009, at 03:43, Mariano Martinez Peck wrote:
Thanks for the help Steve. I look in mantis bugs and I found exactly
the same bug I was going to report. I noticed it was fixed and a .cs
attached. I tried it and work like a charm.
http://bugs.squeak.org/view.php?id=5637
So, now,
OK, here we go...
in the Pharo inbox there is a new version of Network-MIME and
KomHTTPServer. The Kom package should also work on Squeak.
Seaside would need to change its use of mimeType to contentType in a
handful of places (my guess).
Michael
Microsoft's OO shell (I forgot the name. And it changed multiple
times)
is quite cool. It shows how typical Shell things fit into OO nicely.
e.g.
dir | sort
You raise an interesting point. If we have a Smalltalk shell, does it
make sense to have unix-like pipe (|) ? Maybe for
Others have mentioned looking at GNU Smalltalk (at least for a sane
interchange syntax).
I would also look at F-Script, particularly for Array Programming.
See also:
http://www.cincomsmalltalk.com/blog/blogView?showComments=trueentry=3272861927
On Thu, Feb 26, 2009 at 9:26 AM, Alexandre Bergel alexan...@bergel.euwrote:
please
try it out and let me know what you would expect from a real Smalltalk
scripting environment.
Something that would really push me in using Coral is an intelligent
prompt. A list of the things the prompt
Michael Rueger wrote:
OK, here we go...
in the Pharo inbox there is a new version of Network-MIME and
KomHTTPServer. The Kom package should also work on Squeak.
ok, one more thing ;-)
Newer version of MIME package plus the attached change for Seaside makes
at least the tests pass.
Michael
My dream is to completely get rid of bash and other awful shells.
I remember to have seen a talk on a OO shell, where each command like
'cat', 'ls', 'cd' where actually message sent to an instance of a
class Shell. The receiver would then be implicit.
Imagine a prompt like:
shell.
On Wed, Feb 25, 2009 at 10:14:30PM +0100, Alexandre Bergel wrote:
My dream is to completely get rid of bash and other awful shells.
I remember to have seen a talk on a OO shell, where each command like
'cat', 'ls', 'cd' where actually message sent to an instance of a
class Shell. The
On 25.02.2009, at 22:27, Matthew Fulmer wrote:
Each command will then be a message sent to the object referenced by
the variable 'shell'.
entering 'ls' will then invoke 'shell.ls'...
I would say that a command like ls is not a method. It's an object
(instance of a sublass of Script or
Michael van der Gulik mike...@... writes:
On Thu, Feb 26, 2009 at 9:26 AM, Alexandre Bergel
alexan...@bergel.eu wrote:
please
try it out and let me know what you would expect from a real Smalltalk
scripting environment.
Something that would really push me in using Coral is an
Marcus Denker den...@... writes:
On 25.02.2009, at 22:27, Matthew Fulmer wrote:
Each command will then be a message sent to the object referenced by
the variable 'shell'.
entering 'ls' will then invoke 'shell.ls'...
I would say that a command like ls is not a method. It's an
I would say that a command like ls is not a method. It's an object
(instance of a sublass of Script or Command).
You want, for example, inherit things like command line parsing,
standard options
(e.g. --help) and things liket that. A command like ls is far too
complex to be
just one
Please, please, keep UI feel homogeneous !
Why not HOME, END, CTRL + - like any other text editor in the world ?
Even squeak is following that convention in TextMorphs !
Also let SHIFT+CONTROL+- select over words and typed characters
overwrite
selection.
You don't have to imitate a poor
Hi all,
should we add Announcements as part of the core image?
And if so, which of the existing implementations?
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
That would be cool, actually. I have used the implementation of Lukas
and it works just fine.
Lukas pointed out that the VW Announcements code is under Cincom
copyright. The nice thing about his implementation is that he did not
look at the code. He only implemented the idea as he read it
On Wed, Feb 25, 2009 at 09:48:08PM +, Nicolas Cellier wrote:
Marcus Denker den...@... writes:
On 25.02.2009, at 22:27, Matthew Fulmer wrote:
Each command will then be a message sent to the object referenced by
the variable 'shell'.
entering 'ls' will then invoke
Tudor Girba wrote:
That would be cool, actually. I have used the implementation of Lukas
and it works just fine.
+ 1
I also use the Lukas' version.
That is the version that we should use and standarize to.
Miguel Cobá
Lukas pointed out that the VW Announcements code is under Cincom
+1
Even as a beginner, it made sense to me!
Rob
On Wed, Feb 25, 2009 at 8:40 PM, Miguel Enrique Cobá Martínez
m.cob...@gmail.com wrote:
Tudor Girba wrote:
That would be cool, actually. I have used the implementation of Lukas
and it works just fine.
+ 1
I also use the Lukas'
+ 1
I also use the Lukas' version.
That is the version that we should use and standarize to.
Miguel Cobá
+1 for me as well, I also use Lukas' implementation.
Ramon Leon
http://onsmalltalk.com
___
Pharo-project mailing list
53 matches
Mail list logo