Am 27.11.2013 um 07:06 schrieb Tudor Girba tu...@tudorgirba.com:
Perhaps it would be more useful to have these types of discussions on the
moose-dev mailing list. You might be surprised by other things you might find
there :)
I disagree with the first sentence. I like to read Roassal
12241 text highlighting incorrect
https://pharo.fogbugz.com/f/cases/12241
What needs to be done?
- does it fix the bug?
- Is the fix plausibly ok?
- Is this a problem in Pharo3, too?
If yes — add issue for back porting,
- make
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 920f3782ce4ba961426d2dfcc28256d4591db771
https://github.com/pharo-project/pharo-core/commit/920f3782ce4ba961426d2dfcc28256d4591db771
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Branch: refs/tags/30600
Home: https://github.com/pharo-project/pharo-core
That's me
the solution provided doesn't work very well either.
I would need to spend time on the code used to highlight the selection
and reuse it for highlights, but I was on a tight schedule for a demo so
I decided to use the selection instead (and gave up for now on
refactoring that code
Thanks. I've read the all.
Especially when I wanted to get the iPad version running and customized
some things in there and ran into CMake bugs at the time.
Thanks for writing them, they helped!
Phil
On Wed, Nov 27, 2013 at 2:20 AM, Mariano Martinez Peck
marianop...@gmail.com wrote:
On
I am glad you want to read about Roassal.
My mail was about exposing people that want to get answers to other people
that want to provide those answers. And my suggestion was based on the fact
that in the moose mailing list there are likely more people that can answer
Roassal questions than there
Well you can get the best of both worlds and forward the messages to both
lists. But lets say I am happy that I dont have to visit for each of my
questions a diffirent mailing list since all of them are pharo related and
pharo-dev only get a few messages per day on total.
But then I don't like
In Pharo 3.0 there is a new class ConfigurationOf
which I can subclass for my configurations.
But then my config is not loadable in Pharo 2.0.
The problem is that when people migrate the configs
often are adopted for Pharo30 and still work for Pharo20.
So one can use this new shiny
Thanks for raising this issue up. Indeed, we should find a solution here.
Does anyone have any thoughts about this?
Doru
On Wed, Nov 27, 2013 at 12:09 PM, Torsten Bergmann asta...@gmx.de wrote:
In Pharo 3.0 there is a new class ConfigurationOf
which I can subclass for my configurations.
Not to be speaking of MetacelloToolBox supporting that.
Does it?
---
Philippe Back
Dramatic Performance Improvements
Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027
Mail:p...@highoctane.be | Web: http://philippeback.eu
Blog: http://philippeback.be | Twitter: @philippeback
Youtube:
it should
we just integrated metacello2, it is not a change of ours, is Dale's... and
Dale is very concerned with backward compatibility, so anything could be
used.
In fact, you can load metacello2 into pharo2... if you want to use a
ConfigurationOf subclass.
Esteban
On Wed, Nov 27, 2013 at
Begin forwarded message:
From: philippeback notificati...@github.com
Subject: [pharo-vm] added explanations on how to build on Windows 64-bit
systems. (#5)
Date: 2013-11-26 23:20:51 MEZ
To: pharo-project/pharo-vm pharo...@noreply.github.com
Reply-To: pharo-project/pharo-vm
Esteban wrote:
it should
we just integrated metacello2, it is not a change of ours, is Dale's... and
Dale is very concerned with backward compatibility, so anything could be
used.
Think of a config like ConfigurationOfPomodoro - I can load it in Pharo 3.0 and
Pharo2.0
right from the config
On Wed, Nov 27, 2013 at 1:04 PM, Torsten Bergmann asta...@gmx.de wrote:
Esteban wrote:
it should
we just integrated metacello2, it is not a change of ours, is Dale's...
and Dale is very concerned with backward compatibility, so anything could
be used.
Think of a config like
On Wed, Nov 27, 2013 at 11:05 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Why does configuration change after each build?
https://www.dropbox.com/s/iciotm799urr0aj/Screenshot%202013-11-27%2011.04.13.png
click the icon to get a diff between 2 edits of the configuration
--
Damien Cassou
It says that there are no changes. That’s why this is bothering me.
Uko
On 27 Nov 2013, at 13:16, Damien Cassou damien.cas...@gmail.com wrote:
On Wed, Nov 27, 2013 at 11:05 AM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Why does configuration change after each build?
Will we have a special subclass for system configurations (configurations
for the basic Pharo components)?
-- Pavel
2013/11/27 Esteban Lorenzano esteba...@gmail.com
On Wed, Nov 27, 2013 at 1:04 PM, Torsten Bergmann asta...@gmx.de wrote:
Esteban wrote:
it should
we just integrated
Hi esteban
I'm looking for a change due to the TreePackage introduction.
Before I could simply do something like the following to unload Nautilus
Smalltalk tools remove: #browser.
Smalltalk tools register: Browser as: #browser.
(MCWorkingCopy forPackage: (MCPackage
hi,
I think is nothing to do with PackageTree but with the fact that now groups
are shown (and because of that created),
So, probably reseting the groups before unloading would do the trick.
{Nautilus. PackageTreeNautilus} do: #resetGroups.
Esteban
On Wed, Nov 27, 2013 at 8:05 AM, Stéphane
Strange. I did not encounter this until now. What exactly are you doing?
Doru
On Wed, Nov 27, 2013 at 2:22 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
Hi guys
I'm running a workshop using Moose 4.8/4.7 on windows XP with Pharo2.0
and Moose worked and now it does not. I suspect
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: cdfbe930586f52ce749c7bbb1501ab0b8dfe43ba
https://github.com/pharo-project/pharo-core/commit/cdfbe930586f52ce749c7bbb1501ab0b8dfe43ba
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Branch: refs/tags/30601
Home: https://github.com/pharo-project/pharo-core
That's me
the solution provided doesn't work very well either.
I would need to spend time on the code used to highlight the selection and
reuse it for highlights, but I was on a tight schedule for a demo so I
decided to use the selection instead (and gave up for now on refactoring that
would be great.
I'm doing boring admin right now and I was trying to understand why I get a
problem unload Nautilus.
Stef
On Nov 27, 2013, at 1:46 PM, Pavel Krivanek pavel.kriva...@gmail.com wrote:
2013/11/26 Stéphane Ducasse stephane.duca...@inria.fr
On Nov 26, 2013, at 3:27 PM,
Hi guys
When I published the ConfigurationOfBitmapCharacterSet-StephaneDucasse.4 it got
fully empty
and this worries me. Not only because I lost what I did but because I have no
idea why.
Stef
Do you do that on an image where Nautilus was not opened? I remove Nautilus
using this script without errors.
deletePackages := [:packageNames |
SystemNavigation default removeAllButPackages: ((MCWorkingCopy
allManagers collect: #packageName) asSortedCollection copyWithoutAll:
packageNames).
That is what I wanted to ask: How you built the image. Ok. I will try to
open a Pharo image built on Mac on a Windows machine and see what happens.
Cheers,
Doru
On Wed, Nov 27, 2013 at 9:11 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
On Nov 27, 2013, at 4:44 PM, Tudor Girba
On Nov 27, 2013, at 9:16 PM, Tudor Girba tu...@tudorgirba.com wrote:
That is what I wanted to ask: How you built the image. Ok. I will try to open
a Pharo image built on Mac on a Windows machine and see what happens.
I gave to the guys a image of moose with the lucene case study loaded and
Hi,
The problem was that configuration of xml writer was referring to the old
repository. Stephan and Diego fixed it in the meantime.
Doru
On Mon, Nov 25, 2013 at 8:38 PM, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
I published the package. It was probably in my package cache.
Let me
2013/11/28 Hernán Morales Durand hernan.mora...@gmail.com
Hi Pavel,
El 27/11/2013 16:57, Pavel Krivanek escribió:
Do you do that on an image where Nautilus was not opened? I remove
Nautilus using this script without errors.
deletePackages := [:packageNames |
SystemNavigation default
31 matches
Mail list logo
