On Mon, Oct 27, 2008 at 9:51 PM, Stéphane Ducasse
[EMAIL PROTECTED] wrote:
Damien can you try
It works, thank you.
--
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)
Damien Cassou wrote:
On Mon, Oct 27, 2008 at 9:51 PM, Stéphane Ducasse
[EMAIL PROTECTED] wrote:
Damien can you try
It works, thank you.
btw: this is bound to break Installer-Launcher
Keith
___
Pharo-project mailing list
On 27.10.2008, at 20:29, Stéphane Ducasse wrote:
I do not know.
Looks ok, just one minor change, the bundle version in the
info.plist reads 3.8.18b1U, but it should read 3.8.18b4U
I note this app doesn't have the freetype plugins for any
platforms, are they needed? Or is that a pending
Hi Kjell,
I came across your postings on problems on installing Exupery [1] in Squeak.
I'm sure your problem is the Installation of FFI in the 3.10 image again.
Arrrgghh!!!
See the bug + fix [2] - just file in the changeset from above location [2]
before loading FFI
and tell me if it works.
We will.
Now the question is
- is the bug really fixed?
- should we include FFI really in the distribution (I would vote for
if it does not put mess).
Stef
On Oct 28, 2008, at 12:44 PM, Torsten Bergmann wrote:
Hi Kjell,
I came across your postings on problems on installing
On Oct 28, 2008, at 2:15 PM, Michael Rueger wrote:
Stéphane Ducasse wrote:
- should we include FFI really in the distribution (I would vote
for if it does not put mess).
To my understanding the point was to make it easily loadable, not
necessarily including it by default.
I'm not
This is done.
Stef
On Oct 28, 2008, at 11:38 AM, David Röthlisberger wrote:
Because we want to make sure that if something wrong happen in
Installer then all our infrastrcuture does not get impacted.
Now from time to time we should update this method.
I understand. But I think it's time
2008/10/28 Pavel Krivanek [EMAIL PROTECTED]:
Hi,
we should decide how we will manipulate with tools. A lot of tools
classes are referenced directly - that is wrong because you cannot
then use different set of tools (for example a dummy toolset for no
tools at all).
In the KernelImage I
I'm getting this when I update from 10118:
This package depends on the following classes:
AnObsoleteSymbolListType
AnObsoleteDataType
You must resolve these dependencies before you will be able to load
these definitions:
FullVocabulary
PlayerType
ScriptNameType
UserCustomEventNameType
I'm wondering what problem is exactly trying to be solved? From the
start of the thread it strikes me as over engineered. If tools have
to appear in the model layer, i.e. they are programmatically used then
making them pluggable requires that all different examples of the same
'tool' respond to
2008/10/28 Michael Roberts [EMAIL PROTECTED]:
I'm wondering what problem is exactly trying to be solved? From the
start of the thread it strikes me as over engineered. If tools have
to appear in the model layer, i.e. they are programmatically used then
making them pluggable requires that all
I redid an update
Stef
Thanks.
We got some problems with the network and I could not check.
I removed the problem for the moment.
Lukas the Type removal does not work :)
I will commit the etoy removal I did.
Stef
On Oct 28, 2008, at 8:48 PM, Damien Pollet wrote:
I'm getting this when I
It is not always good practice to do deep examination... each level can
be a facade...
(e.g. Smalltalk tools browser might be better as SmalltalkTools
browser)...
Regards, Gary.
- Original Message -
From: Igor Stasenko [EMAIL PROTECTED]
To: Pharo Development
thanks, it works.
Adrian
On Oct 28, 2008, at 22:10 , Stéphane Ducasse wrote:
I redid an update
Stef
Thanks.
We got some problems with the network and I could not check.
I removed the problem for the moment.
Lukas the Type removal does not work :)
I will commit the etoy removal I did.
Stef
I like the idea.
What I learned curving etoy is that we need a Menu Registration for
the world menu too.
Stef
On Oct 28, 2008, at 8:26 PM, Igor Stasenko wrote:
2008/10/28 Pavel Krivanek [EMAIL PROTECTED]:
Hi,
we should decide how we will manipulate with tools. A lot of tools
classes are
Igor Stasenko wrote:
Sometimes you want to stub out a tools to make them inaccessible. Or
replace them with different ones.
For instance, one would like to redirect Transcript output to file, or
suppress debugger / browser / inspector.
The proposed solution is more a symptom fix than a real
IMO discovery is a preferable model to registration, using either
pragmas or pragma-like constructs. In Commando I do this:
createCommands
LSDCommando thisMethodReturnsAListOfCommands.
and
commandStructureTransformers
LSDCommando thisMethodReturnsAListOfCommandTransformers.
I'm not sure this is accurate if I do
open Squeak.app Squeakx.image
Then with the carbon VM I get the VM launched which then asks me for
an image via the file selection navigation services,
AND I get a copy of the VM launched which opens the Squeakx.image.
This is because the Squeak.app
This VM has a number of fundamental changes and can be found
via ftp or my idisk at http://www.smalltalkconsulting.com/squeak.html
(a) I have changed how image files are read.
Users should verify the VM still will load and work with their current
images on their current systems. I have
19 matches
Mail list logo
