2010/1/11 Miguel Enrique Cobá Martinez
> El dom, 10-01-2010 a las 23:34 +0100, Mariano Martinez Peck escribió:
> >
> >
> >
> > yes I think it is too complicated a version scheme. The dev
> > tag is
> > also synonymous with Pharo.
> >
> > so if your Pharo image is c
let us do one when you come to see us this week.
Stef
On Jan 10, 2010, at 10:48 PM, Mariano Martinez Peck wrote:
> It would be cool to have ConfigurationOfNile so that not depend in this
> Nile-All and requiered packages from MC.
>
> some volunteer ?
>
> On Sun, Jan 10, 2010 at 10:41 PM, Stép
On Sun, 10 Jan 2010, John M McIntosh wrote:
> My understanding is VMMaker should work with Pharo
> Look in the archives for Gofer and VMMaker
>
> Once you've built a VMMaker image you need to load the Alien plugin logic.
> This might be loaded by previous gofer scripts, otherwise:
>
> "add Alien S
Now for pharo people could ressurect the GTK port done by gwenael.
Or pay for that.
Stef
On Jan 11, 2010, at 2:40 AM, Stephen Taylor wrote:
> Schwab,Wilhelm K wrote:
>> Dolphin is better than that
>
> I've put my money where my mouth is with Dolphin - I think I've bought
> every product they'v
My understanding is VMMaker should work with Pharo
Look in the archives for Gofer and VMMaker
Once you've built a VMMaker image you need to load the Alien plugin logic.
This might be loaded by previous gofer scripts, otherwise:
"add Alien Support Packages"
gofer squeaksource: 'Alien';
ad
Well, the IdeaSpace rocks! :) See, you're not alone!
-
Benoit St-Jean
Yahoo! Messenger: bstjean
Blog: lamneth.wordpress.com
A standpoint is an intellectual horizon of radius zero.
(Albert Einstein)
From: Stephen Taylor
To: Pharo-project@list
On Sun, 10 Jan 2010, Schwab,Wilhelm K wrote:
> Do any of you know of an alien plugin for linux? Is VMMaker alive and well
> on Pharo?
>
> I am getting close to (perhaps) being able to move some number crunching onto
> Pharo, but it will depend on external libraries and callbacks. My reading
>
Do any of you know of an alien plugin for linux? Is VMMaker alive and well on
Pharo?
I am getting close to (perhaps) being able to move some number crunching onto
Pharo, but it will depend on external libraries and callbacks. My reading
suggests that the existing FFI is unable to handle cal
In short, the same story as me, but I have a better excuse :) It would be
unwise for me to move to 6 only to promptly dump Windows. There are sabres
rattling in the distance, and I'm not sure what will happen first. There are
scenarios under which I might move to D6, but most of that could be
Schwab,Wilhelm K wrote:
> Steve,
>
> I'm confused: how is a D4 guy an idea space fan???
The key word is laziness - not the good sort of laziness that
programmers are supposed to have, along with hubris, etc, but the bad
sort you're supposed to shake yourself out of. I've bought the various
n
Steve,
I'm confused: how is a D4 guy an idea space fan??? Speaking of old images, I
have 5.1 in gainful use. Moving to 6 was problematic, so aside from buying it
(for the reason you mention), I never made the switch. I _think_ the problems
I had have since been identified and understood, but
El dom, 10-01-2010 a las 23:34 +0100, Mariano Martinez Peck escribió:
>
>
>
> yes I think it is too complicated a version scheme. The dev
> tag is
> also synonymous with Pharo.
>
> so if your Pharo image is currently
> Pharo1.0-105
Schwab,Wilhelm K wrote:
> Dolphin is better than that
I've put my money where my mouth is with Dolphin - I think I've bought
every product they've ever released, just to give them a hand - despite
the fact that I've still got a Dolphin version4 image on the go!
> The feature you are describing
Adrian Kuhn wrote:
> For example, one thing we could do is pushing Stackoverflow. They have a
> large
> userbase and excellent google ranks. When you ask a question on SO, it
> appears
> *immediately* on google!
StackOverflow is good. I recently asked a Pharo question there about
missing b
Dolphin is better than that, and yes, it is a shame that it is tied to
Windows. In fairness, I would have made the same initial decision as they did,
but I would have started investigating wx or some other toolkit as early as
XP's release, and would have gotten serious about it shortly thereaft
I took a look at Safara, i loved the Object-Oriented approach to editors.
But i've loaded the lastest version and had some bugs, seemed to me un-finished.
Also i recall Lukas speaking of some performance issues.
Is the creator of Safara working on it currently?
Till Safara is usable and perfo
2010/1/10 Cédrick Béler
> Hi,
>
> Just a 2 cents thought on method extension.
>
> Why not associating a pragma instead of using the package name prefixed by
> a star ?
>
> Say there is a package named MyPackage and I override a method in String or
> add a new one. What I'd like is keeping the ori
Michael Rueger wrote:
> Henrik Johansen wrote:
>
>> This is just another reason why multiple native windows would be nice,
>> though, leaves the problem for someone else :)
>
> Interestingly enough a lot of the (complex) multiple native window
> applications have (gone back to) all in one windo
Is it possible to integrate the work done in Safara ?
Just asking ;)
Cédrick
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Yeah, it should not have an effect on production. It is just the test
that checked directly for the color to see if a button is highlighted
and thus selected. The code is not used when running OB. I changed it
to use some other magic morphic test that works with all themes.
Lukas
2010/1/10 Tudor
Thanks Doru for the feedback!!! Now I hope to create a new one during the
week with all the feedback I received and using Lukas OB.
Thanks Lukas for the fix!!!
This is cool :)
On Sun, Jan 10, 2010 at 11:37 PM, Lukas Renggli wrote:
> >> I guess we have to ignore it for now.
> >>
> >
> > Yes,
>> I guess we have to ignore it for now.
>>
>
> Yes, no problem at all. We are much better :)
Ok, I found the reason and fixed it. It only appeared when one of the
Polymorph themes was activated. I was building with the default theme
and then switched to the standard theme before I saved. That's w
Hi,
I can now report that I worked 8 hours using the new dev image and I
encountered no problems at all.
Cheers,
Doru
On 10 Jan 2010, at 21:11, Mariano Martinez Peck wrote:
>
>
> On Sun, Jan 10, 2010 at 9:02 PM, Stan Shepherd > wrote:
>
>
> Mariano Martinez Peck wrote:
> >
> > Hi Folks/Beta
>
> yes I think it is too complicated a version scheme. The dev tag is
> also synonymous with Pharo.
>
> so if your Pharo image is currently Pharo1.0-10505-rc1dev10.01.1
> I would call it Pharo-1.0-10505-rc1. This is the same scheme that the
>
The is Pharo-1.0-10505-rc1 or it should be Pharo-1.0-
2010/1/10 Cédrick Béler
> Hi,
>
> Just a 2 cents thought on method extension.
>
> Why not associating a pragma instead of using the package name prefixed by
> a star ?
>
> Say there is a package named MyPackage and I override a method in String or
> add a new one. What I'd like is keeping the ori
On Sun, Jan 10, 2010 at 11:05 PM, Lukas Renggli wrote:
> >> Can you debug them?
> >
> > Sure. testPushAlphaBeta fails in self assertSelectionIs: 1. because in
> > assertSelectionIs: anInteger
> >
> > you can see that anInteger and index are both 1, but the button answer
> false
> > to the messa
>> Can you debug them?
>
> Sure. testPushAlphaBeta fails in self assertSelectionIs: 1. because in
> assertSelectionIs: anInteger
>
> you can see that anInteger and index are both 1, but the button answer false
> to the message isOn
>
> testUpdateSelection fails in self assertSelectionIs: 2 becau
Lukas is impressive.
You would see it coding new parser in helvetia :)
or helping to port Moose VisualWorks into pharo. It was cool.
Stef
On Jan 10, 2010, at 7:48 PM, Yanni Chiu wrote:
> Lukas Renggli wrote:
>> Thank you for adding me to the repository. I will commit my changes to
>> the HudsonBu
I like the idea.
I like the idea of a class because you could attach behavior to it:
- cleaning for release
- exporting
- importing
...
So instead of using a global I would use
instead of Buffer
why not ObjectClipBoard ?
Stef
> The problem is that without
It would be cool to have ConfigurationOfNile so that not depend in this
Nile-All and requiered packages from MC.
some volunteer ?
On Sun, Jan 10, 2010 at 10:41 PM, Stéphane Ducasse <
stephane.duca...@inria.fr> wrote:
> this is really strange.
>
> On Jan 10, 2010, at 4:22 PM, Mariano Martinez Pec
doru
ScriptLoader new ddExtraRepositories
-> open squeak trunk and you can see their changes and integration of CUIS.
This is since the sprint at lille that we should have a look.
Stef
On Jan 10, 2010, at 5:50 PM, Tudor Girba wrote:
> It would be really great to have that in Pharo. I would a
Excellent fernando!
Did you start from squeak or cuis
I was planning to start from Squeak since they ported back CUIS code in the
context
of WideStrings (CUIS is pre unicode support)
Stef
> Juan re-factored the smalltalk behavior in the editors, creating the
> following hierarchy
>
>
this is really strange.
On Jan 10, 2010, at 4:22 PM, Mariano Martinez Peck wrote:
> I really don't know where the problem is here. If I take an image, both,
> installing just Nile from Metacello or from Monticello Browser, it loads ok.
>
> When I run my full ConfigurationOfPharo from a command
look into the MenuIcons class code there is a facility to import and save
menuicons.
Stef
> Hi,
>
> I would like to import icons from external files in the image. These
> should be used for menus and buttons.
>
> How should I do that? What format should be used? What size?
>
> Cheers,
> Dor
On Jan 10, 2010, at 2:37 PM, Cédrick Béler wrote:
>
> 2010/1/10 Stéphane Ducasse
> yes now we should pay attention about metadata in the methods.
>
> yes this is an extra thing to do but it might be necessary. Also it can be
> sort of "transparent".
>
> Imagine I download an image and start
Dale: after some discussions in Pharo mailing list, the community wants to
use the Lukas repository for OB instead of wiresong.
I don't know the impact it makes to you, and I don't know the best way to
manage this kind of situations.
Right now, I create a new version and baselind to
Configuration
Martin may be you work with the published version before 1.1-11147. Because
this one should be stable at least I used it
without any problem.
Removing preferences was like an earthquake :)
If we cannot edit text we will be in trouble :)
should be fixed soon.
Stef
> 11147
> -
>
On Sun, Jan 10, 2010 at 9:45 PM, Lukas Renggli wrote:
> >> After that I have only two tests failing :)
> >>
> >> - testPushAlpaBeta
> >> - testUpdatesSelection
> >>
> >> The same it is here:
> http://hudson.lukas-renggli.ch/job/Development/lastCompletedBuild/testReport/
> >
> > I fixed the other
Alain Plantec wrote:
> Alain Plantec a écrit :
>> Martin McClure a écrit :
>>> Marcus Denker wrote:
>>>
11147
-
Issue 1761:Unloadable-reloadable Services-Base +
DeprecatedPreferences packages (part 1 - 3)
... some packages are dirty. This will be fixed
On Sun, Jan 10, 2010 at 10:06 PM, Adrian Lienhard wrote:
> I agree, it would be nice to have software update for the Pharo
> images. But as long as it does not reliably work, I think it harms
> more than it helps.
>
>
+1. But...they main question is, do you know in which cases it breaks stuff?
ON
Alain Plantec a écrit :
> Martin McClure a écrit :
>> Marcus Denker wrote:
>>
>>> 11147
>>> -
>>>
>>> Issue 1761:Unloadable-reloadable Services-Base +
>>> DeprecatedPreferences packages (part 1 - 3)
>>>
>>> ... some packages are dirty. This will be fixed next, together with
>>> part 4 a
I agree, it would be nice to have software update for the Pharo
images. But as long as it does not reliably work, I think it harms
more than it helps.
Adrian
BTW, I believe one should regularly start with a fresh image, so
starting from a new download should not be a big issue anyway
On Ja
On Mon, Jan 11, 2010 at 7:17 AM, Guido Stepken wrote:
> Pharo Smalltalk ♥
> ifTrue: [developer honk]
>
>
> That should be valid code :)
It is. You'll just need to implement those methods.
http://securesqueak.blogspot.com/2008/11/unicode-in-squeak.html
Gulik.
--
http://gulik.pbwiki.com/
_
>> After that I have only two tests failing :)
>>
>> - testPushAlpaBeta
>> - testUpdatesSelection
>>
>> The same it is here:
>> http://hudson.lukas-renggli.ch/job/Development/lastCompletedBuild/testReport/
>
> I fixed the other two bugs, they were caused by a bug in the hudson
> test runner. Don't
On Sun, Jan 10, 2010 at 9:10 PM, wrote:
> Em 10/01/2010 17:46, Mariano Martinez Peck
> escreveu:
>
> > On Sun, Jan 10, 2010 at 8:37 PM, wrote:
> > Em 10/01/2010 13:04, Mariano Martinez Peck
> > escreveu:
> >
> >
> > > PharoCore1.0rc1 Latest update: #10505
> >
> > OK.
> >
> >
> > > And
On Sun, Jan 10, 2010 at 9:02 PM, Martin McClure wrote:
> Mariano Martinez Peck wrote:
> > My question is, do you really need a dev 1.1 image? It was removed from
> > the website as most of the tools are not working yet in 1.1.
> >
> > Why you cannot use 1.0 dev ?
>
> I'm working on the hashed col
Stan,
I found Seaside 2.8 to install in a reasonable time. Did you time 3.0? I'm
surprised it worked, and it is certainly not going to go over well if my
experience is any indication of how long it should take.
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.
On Sun, Jan 10, 2010 at 9:02 PM, Stan Shepherd
wrote:
>
>
> Mariano Martinez Peck wrote:
> >
> > Hi Folks/Beta-Testers!
> >
> > I have prepare a new PharoDev image. This image, has same differences
> with
> > the previous ones that you should know:
> >
> > 1) This is the first Dev image I ever pre
Em 10/01/2010 17:46, Mariano Martinez Peck escreveu:
> On Sun, Jan 10, 2010 at 8:37 PM, wrote:
> Em 10/01/2010 13:04, Mariano Martinez Peck
> escreveu:
>
>
> > PharoCore1.0rc1 Latest update: #10505
>
> OK.
>
>
> > And if I am in Pharo I would see
> > Pharo1.0-10505-rc1dev10.01.1
> I
Mariano Martinez Peck wrote:
>
> Hi Folks/Beta-Testers!
>
> I have prepare a new PharoDev image. This image, has same differences with
> the previous ones that you should know:
>
> 1) This is the first Dev image I ever prepare. I adapt to Mac OS Damien's
> bash scripts to build them and I also
Mariano Martinez Peck wrote:
> My question is, do you really need a dev 1.1 image? It was removed from
> the website as most of the tools are not working yet in 1.1.
>
> Why you cannot use 1.0 dev ?
I'm working on the hashed collection speedup, which I believe is only to
be integrated into 1.1.
On Sun, Jan 10, 2010 at 8:54 PM, Alain Plantec wrote:
> Martin McClure a écrit :
> > Marcus Denker wrote:
> >
> >> 11147
> >> -
> >>
> >> Issue 1761: Unloadable-reloadable Services-Base + DeprecatedPreferences
> packages (part 1 - 3)
> >>
> >> ... some packages are dirty. This will be fixed n
Yes, usually the finalization logic is a separate high priority process.
I think in VisualAge you can also manually call a primitive to get more
finalized objects as a way of hurrying finalization along.
I have seen a case at a client where their "higher* priority task stalled
finalization, b
Martin McClure a écrit :
> Marcus Denker wrote:
>
>> 11147
>> -
>>
>> Issue 1761: Unloadable-reloadable Services-Base + DeprecatedPreferences
>> packages (part 1 - 3)
>>
>> ... some packages are dirty. This will be fixed next, together with part 4
>> and a cleanup of packages that
>> are
On Sun, Jan 10, 2010 at 8:37 PM, wrote:
> Em 10/01/2010 13:04, Mariano Martinez Peck < marianop...@gmail.com >
> escreveu:
>
> > On Sun, Jan 10,2010 at 3:38 PM, Michael Roberts
> > wrote:
> >
> > 2010/1/10 Mariano Martinez Peck :
> >
> [snipped]
> > >
> > >> and you can
On Sun, Jan 10, 2010 at 7:59 PM, Martin McClure wrote:
> Marcus Denker wrote:
> > 11147
> > -
> >
> > Issue 1761: Unloadable-reloadable Services-Base + DeprecatedPreferences
> packages (part 1 - 3)
> >
> > ... some packages are dirty. This will be fixed next, together with part
> 4 and a cle
Can't it be left as user setting that can be selected ('decided') after
downloading the image?
--
Cesar Rabak
Em 10/01/2010 13:45, Mariano Martinez Peck < marianop...@gmail.com > escreveu:
It is a simple question. Do we allow that or not. Miguel wrote the pros and
cons:
Pros
- Can fix bu
Em 10/01/2010 13:04, Mariano Martinez Peck < marianop...@gmail.com > escreveu:
> On Sun, Jan 10,2010 at 3:38 PM, Michael Roberts
> wrote:
>
> 2010/1/10 Mariano Martinez Peck :
>
[snipped]
> >
> >> and you can change the suffix as well, but personally i would
> >> not u
On Sun, Jan 10, 2010 at 5:58 PM, Tudor Girba wrote:
> Hi,
>
> It looks like Metacello-Platform and Ocompletion are dirty. Any reason
> for why the changes are not in the Monticello repository?
>
Thanks Doru for the report. For Metacello-Platform, it is correct it is
dirty. I am having some probl
On Sun, Jan 10, 2010 at 5:02 PM, Lukas Renggli wrote:
> > Lukas: I had most of the tests in red until I install the package OB-Fake
> > Do you know which packages from OB require OB-Fake?
>
> OB-Fake is a fake view. It is used by all tests that do not test
> another view (morphic or web).
>
>
Coo
Marcus Denker wrote:
> 11147
> -
>
> Issue 1761: Unloadable-reloadable Services-Base + DeprecatedPreferences
> packages (part 1 - 3)
>
> ... some packages are dirty. This will be fixed next, together with part 4
> and a cleanup of packages that
> are defined wrongly.
When trying to updat
Lukas Renggli wrote:
> Thank you for adding me to the repository. I will commit my changes to
> the HudsonBuildTools there, if this is ok with you?
>
> I've made some significant changes:
>
> - added methods to run all tests of a package
> - make the distinction between error and failure
> - meas
> "Guido" == Guido Stepken writes:
Guido> Pharo Smalltalk ♥
Guido> ifTrue: [developer honk]
I'm not sure developer should understand how to honk. :)
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix co
El dom, 10-01-2010 a las 17:32 +0100, Adrian Lienhard escribió:
> I would also rather disable it. We had numerous reports where this
> failed. I think "the right way" to do it is to have a build server
> that creates new Pharo images from the PharoCore version (i.e.,
> "nightly builds"). Unti
Pharo Smalltalk ♥
ifTrue: [developer honk]
That should be valid code :)
Have fun!
regards, Guido Stepken
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> The problem is that without explaining someone what the menu item
> "Buffer it" does and how to use it (e.g., to evaluate "self buffer")
> it makes this feature hard to understand.
>
yes I agree
>
> I think the idea is good, but how could it be made easy to understand
> and use?
>
don't rea
Thanks !
Initially i wont be integrating this changes in OB but is good to know this
extra info.
Fernando
On Jan 10, 2010, at 4:55 PM, Danie Roux wrote:
> On Sun, Jan 10, 2010 at 5:45 PM, Fernando olivero wrote:
>> Would be nice to adopt this refactoring into Pharo, i've started to port it
>>
Hi Fernando,
> File out the classes and edit and replace the underscores
> assignments with :=, and they load just ok.
> But Juan also modified other classes and methods referenced/used
> while adopting the new editors objects.
>
> You can adopt it right away for Glamour, but remember that Mor
File out the classes and edit and replace the underscores assignments with :=,
and they load just ok.
But Juan also modified other classes and methods referenced/used while adopting
the new editors objects.
You can adopt it right away for Glamour, but remember that Morphic in Cuis has
a clean
Hi,
It looks like Metacello-Platform and Ocompletion are dirty. Any reason
for why the changes are not in the Monticello repository?
Cheers,
Doru
On 9 Jan 2010, at 18:13, Mariano Martinez Peck wrote:
> Hi Folks/Beta-Testers!
>
> I have prepare a new PharoDev image. This image, has same
> di
It would be really great to have that in Pharo. I would adopt it in
Glamour in a heartbeat :)
Is there an easy way to load this code in Pharo? Especially given that
it looks like it can live side-by-side with the current editor.
Cheers,
Doru
On 10 Jan 2010, at 16:45, Fernando olivero wrote:
I would also rather disable it. We had numerous reports where this
failed. I think "the right way" to do it is to have a build server
that creates new Pharo images from the PharoCore version (i.e.,
"nightly builds"). Until we have this automated, one can always grab
an up to date PharoCore
> Lukas: I had most of the tests in red until I install the package OB-Fake
> Do you know which packages from OB require OB-Fake?
OB-Fake is a fake view. It is used by all tests that do not test
another view (morphic or web).
> After that I have only two tests failing :)
>
> - testPushAlpaBeta
>
On Sun, Jan 10, 2010 at 4:56 PM, Michael Roberts wrote:
> without its own update stream, or section in the update file, I think
> the effect of allowing the Pharo image to update itself based on the
> core update file would lead to an undefined result?
>
>
Yes. Mostly due to overrides.
> If tha
without its own update stream, or section in the update file, I think
the effect of allowing the Pharo image to update itself based on the
core update file would lead to an undefined result?
If that is the case I would disable it.
I assume this would be replaced by some Metacello 'update stream'
On Sun, Jan 10, 2010 at 5:45 PM, Fernando olivero wrote:
> Would be nice to adopt this refactoring into Pharo, i've started to port it
> and cleaning up the textmorph in the process. But it's still a work in
> progress.
Just a heads up:
This will require some work in OB down the line.
OBTextMo
It is a simple question. Do we allow that or not. Miguel wrote the pros and
cons:
Pros
- Can fix bugs after release
- Can aply improvements to the image after release.
Cons
- Can mess the image of someone by overwriting some overridden method.
- Can accidentally update more than intended in some
Juan re-factored the smalltalk behavior in the editors, creating the following
hierarchy
Editor
TextEditor SimpleEditor
SmalltalkEditor
See the comment in Editor class in Cuis image
On Sun, Jan 10, 2010 at 4:34 PM, Michael Roberts wrote:
> I had imagined the update number of Pharo and PharoCore would be the
> same? do you need to know any more about the core image?
>
>
I really don't know. But for example, but happens with after DevImage
someone do a System Update and updat
On Sun, Jan 10, 2010 at 2:13 PM, Lukas Renggli wrote:
> > Adrian: Most of the failing tests are from OB. Someone said Lukas made
> all
> > those tests green, but they are commited in his repo. Someone should
> merge
> > that with the wiresong repo. If no one merge that, I don't know what to
> do:
I had imagined the update number of Pharo and PharoCore would be the
same? do you need to know any more about the core image?
...we could embed the core's SystemVersion in the Pharo image.
version iVar will be deprecated when I get around to it. did you mean
putting behaviour on the instance sid
I really don't know where the problem is here. If I take an image, both,
installing just Nile from Metacello or from Monticello Browser, it loads ok.
When I run my full ConfigurationOfPharo from a command line sending the
scripts, I always have this errors.
But Dale, you said you have the same pr
On Sun, Jan 10, 2010 at 3:38 PM, Michael Roberts wrote:
> 2010/1/10 Mariano Martinez Peck :
>
> >
> > Ok...the problem is that I have just checked and this changes are only in
> > 1.1 isn't it ?
> >
> > :(So...what we do ? we keep like this until 1.1 ?
>
> oh sorry yes they are only in 1.1.
2010/1/10 Mariano Martinez Peck :
>
> Ok...the problem is that I have just checked and this changes are only in
> 1.1 isn't it ?
>
> :( So...what we do ? we keep like this until 1.1 ?
oh sorry yes they are only in 1.1. You just need to change version:
string using some string manipulation. I
Cédrick: Maybe it is has nothing to do, but a friend of mine once did a
little Portia implementation. I think they have a similar Idea. Maybe I am
wrong.
Anyway, here is a paper about that:
http://portal.acm.org/citation.cfm?id=118014.117959
Cheers
Mariano
On Sun, Jan 10, 2010 at 3:31 PM, Adr
Hi Cédrick,
Indeed, this is something that one needs from time to time. However, I
wonder, from a usability point of view, if this is the right way to do
it. The problem is that without explaining someone what the menu item
"Buffer it" does and how to use it (e.g., to evaluate "self buffer")
On Sun, Jan 10, 2010 at 3:23 PM, Michael Roberts wrote:
> Hi you need to set
>
> SystemVersion current type: 'Pharo'
>
> to change the core image it is built from to be Pharo. or if we
> abandon the distinction
>
> SystemVersion current type: 'PharoDev'
>
>
Ok...the problem is that I have just ch
On Sun, Jan 10, 2010 at 3:22 PM, Adrian Lienhard wrote:
>
> On Jan 10, 2010, at 14:35 , Mariano Martinez Peck wrote:
>
> > On Sun, Jan 10, 2010 at 2:15 PM, Adrian Lienhard
> > wrote:
> >
> >> Lukas is the official maintainer of the OB package for Pharo.
> >> Therefore I assume OB should be loade
On Sun, Jan 10, 2010 at 2:49 PM, Lukas Renggli wrote:
> >> Lukas is the official maintainer of the OB package for Pharo.
> >> Therefore I assume OB should be loaded from his repository... Lukas?
> >
> > Wait...this is not a little decision. This is really big. Because a lot
> of
> > people commit
Hi you need to set
SystemVersion current type: 'Pharo'
to change the core image it is built from to be Pharo. or if we
abandon the distinction
SystemVersion current type: 'PharoDev'
and you can change the suffix as well, but personally i would not use
the date in the image name.
cheers,
Mike
On Jan 10, 2010, at 14:35 , Mariano Martinez Peck wrote:
> On Sun, Jan 10, 2010 at 2:15 PM, Adrian Lienhard
> wrote:
>
>> Lukas is the official maintainer of the OB package for Pharo.
>> Therefore I assume OB should be loaded from his repository... Lukas?
>>
>>
> Wait...this is not a little de
Very true!!
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Lukas Renggli
Sent: Sunday, January 10, 2010 8:49 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] [BetaTesting] [ANN]
Hi,
> Gary and others
>
> I really think that we should do an audit of Morphic. In 1.1 we are
> going already faster but I'm sure that there is plenty
> of space for improvements.
>
> I see several actions
> - checking squeak toolbuilder enhancements and using it for the tools
>
>>
>
> Yes true. However, maybe other people rather to put a real username and
> password. I think this is more flexible.
> It would be cool to hear opinions.
Automated, I need it for continuous integration building
___
Pharo-project mailing list
P
On 2010-01-09 20:21:19 -0300, Miguel Enrique Cobá Martinez
said:
> El dom, 10-01-2010 a las 00:08 +0100, Matthias Berth escribió:
>> Hi Bill,
>>
>> this one works for me with the current pharo core 1.0 rc1, update upto 10505
>>
>> "execute this:"
>> Gofer new
>> squeaksource: 'Loader';
>> pack
On Sun, Jan 10, 2010 at 2:50 PM, Tudor Girba wrote:
> Hi,
>
> Moose loads well and the tests work as expected.
>
Cool. Thanks for reporting Doru.
>
> I will try to work with this image for a while, although it kills me
> not to see the packages :).
>
>
Yes, I know. I miss packages too. Alexand
Ok, I installed it and made a some-kind "web" image (Loading Seaside28
and Pier). The seaside and pier metacello configurations needs to
specify the version because there is no stable version declared. The
configuration line to install seaside is:
(ConfigurationOfSeaside28 project version: '2.
Hi,
I would like to import icons from external files in the image. These
should be used for menus and buttons.
How should I do that? What format should be used? What size?
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow."
___
Hi,
Moose loads well and the tests work as expected.
I will try to work with this image for a while, although it kills me
not to see the packages :).
Cheers,
Doru
On 9 Jan 2010, at 18:13, Mariano Martinez Peck wrote:
> Hi Folks/Beta-Testers!
>
> I have prepare a new PharoDev image. This ima
>> Lukas is the official maintainer of the OB package for Pharo.
>> Therefore I assume OB should be loaded from his repository... Lukas?
>
> Wait...this is not a little decision. This is really big. Because a lot of
> people commits stuff to wiresong repository. How this will be merged ? where
> pe
1 - 100 of 132 matches
Mail list logo
