right now the separation is bogus because to me a model should not refer to
methods that cretae the UI. :)
anyway. we will see that later.
yes, it is a bit strange to be allowed to directly manipulate a view
element from them model.
Alain
No, this is not strange. The view-creation code is completely separate
from the model itself, even if it lives in the model class. The view
creation code is never called from within the model and in fact could
and should be packaged with the view. There are no references from the
model to the
Hello Stef,
I appreciate the work of the pharo community! We will continue reporting bugs
and submit fixes that
we made. Of course I do not expect anyone to fix all reported bugs, but there
are issues like 4694
(debugger) where we really need your help. Other issues like the buggy code
Hi Lukas,
I've no problem at all with the view creation.
Indeed, the view creation is clean.
Now, my point is about #shoutAboutToStyle:
a PluggableTextMorph is passed as argument, so, from the model,
one have a direct access to the view and to the view styler.
So, the Model implementation can be
Thanks for the point.
Yes it is important.
I will ask igor to have a look in two or three weeks.
Stef
On Sep 5, 2011, at 9:07 AM, Andrea Brühlmann wrote:
Hello Stef,
I appreciate the work of the pharo community! We will continue reporting bugs
and submit fixes that
we made. Of course I
Thanks for this mail.
I loved it.
And for a novice like me at the network level, it sounds exciting.
Stef
On Sep 4, 2011, at 8:22 PM, Sven Van Caekenberghe wrote:
Towards better HTTP client usage
At the last Pharo Sprint in Lille (July 8th), Stéphane and I were at one
point trying to
BTW mike roberts is building a tool to be able to understand and fix the code
range of the debugger hilighting.
Probably your bug is also related to the closure introduction.
Now the abstraction used is so low level that this is a pain and fragile.
Ideally using an AST would be much better but
Hi Sven, I'm eagerly looking forward.
Is this an announcement about what you're actually doing, or is it open for
experiments?
Is there already a repository I can load?
Johannes
Am 04.09.2011 um 20:22 schrieb Sven Van Caekenberghe:
Towards better HTTP client usage
At the last Pharo
And what about the Inspector pane which has two text editors ?
Typically you have a separate model for each part of the UI. At least
OB does it that way.
Only one has to be shouted. So how would you implement #shoutAboutToStyle:
in this case ?
The same problem with the standard browser that
Johannes,
On 05 Sep 2011, at 12:34, Johannes Rasche wrote:
Hi Sven, I'm eagerly looking forward.
Is this an announcement about what you're actually doing, or is it open for
experiments?
Both I guess.
Is there already a repository I can load?
Yes, just load the latest version of Zn (see
2011/9/5 Stéphane Ducasse stephane.duca...@inria.fr:
BTW mike roberts is building a tool to be able to understand and fix the code
range of the debugger hilighting.
Probably your bug is also related to the closure introduction.
Now the abstraction used is so low level that this is a pain and
2011/9/5 Nicolas Cellier nicolas.cellier.aka.n...@gmail.com:
2011/9/5 Stéphane Ducasse stephane.duca...@inria.fr:
BTW mike roberts is building a tool to be able to understand and fix the
code range of the debugger hilighting.
Probably your bug is also related to the closure introduction.
On Sep 5, 2011, at 2:06 PM, Nicolas Cellier wrote:
By the way, I would find it cool to have an optional byteCode view
parallel to source code view and see the execution of byte codes, and
why not, a view of Context stack frames.
Also, the debugger might step message by message (AST-based)
On 04 Sep 2011, at 22:35, Sven Van Caekenberghe wrote:
OK, thanks for the extra info.
I'll see what I can do tomorrow, after thinking about this a bit.
If I can't reproduce this, I can't debug it.
I am really very confused and don't understand what is happening, but here is
what I found
2011/9/5 Marcus Denker marcus.den...@inria.fr:
On Sep 5, 2011, at 2:06 PM, Nicolas Cellier wrote:
By the way, I would find it cool to have an optional byteCode view
parallel to source code view and see the execution of byte codes, and
why not, a view of Context stack frames.
Also, the
I stumbled upon the horrible implementation of SequenceableCollection
#copyReplaceAll:with:
Not only was it horribly documented (only for strings) but also horribly
inefficient nicely following the painters algorithm :). On to replacing this
craftwork with a stream based solution I figured out
The VMMaker source repository is now located at:
MCHttpRepository
location: 'http://source.squeak.org/VMMaker'
user: ''
password: ''
This is a mirror of the http://www.squeaksource.com/VMMaker repository,
with all historical files, and with no change to policy. The intent of
On Mon, Sep 05, 2011 at 09:38:02AM -0400, David T. Lewis wrote:
The automated commit notices to the vm-dev list will now come from
source.squeak.org, and the commit notices from squeaksource.com have
been disabled. This is to permit files to be copied between
source.squeak.org/VMMaker and
We were thinking with marcus that using byte code to go back to sources code is
broken by essence and that using an AST is the way to go.
Now we would need a good AST-based interpreter to start with.
2011/9/5 Stéphane Ducasse stephane.duca...@inria.fr:
BTW mike roberts is building a tool to be
By the way, I would find it cool to have an optional byteCode view
parallel to source code view and see the execution of byte codes, and
why not, a view of Context stack frames.
Also, the debugger might step message by message (AST-based) rather
than byteCode by byteCode, is this what you
OK, then I finally succeeded in decoding Marcus/Stef high level
instructions into low level specifications.
I translate here for those obscurantists speaking native gdb: you want
step/jump instead of stepi/jumpi.
But it would have been better to provide detailed explanations from
the
Even if you have a AST debugger you still need at some point a bytecode to
AST (or source) mapping, because otherwise you cannot just break into a
debugger at a random point in the code. I imagine this jump from bytecode to
AST interpretation quite difficult; likely you still need a full bytecode
On Mon, Sep 05, 2011 at 10:17:21AM -0400, David T. Lewis wrote:
On Mon, Sep 05, 2011 at 09:38:02AM -0400, David T. Lewis wrote:
The automated commit notices to the vm-dev list will now come from
source.squeak.org, and the commit notices from squeaksource.com have
been disabled. This
Note to replicate this you have to use a specific version, as in
Gofer new
squeaksource: 'ZincHTTPComponents';
version: 'Zinc-HTTP-SvenVanCaekenberghe.191';
package: 'Zinc-Seaside';
load.
And then starting the Seaside adapter in one go.
On Mac OS X, I cannot
On Mon, Sep 5, 2011 at 5:46 AM, Sven Van Caekenberghe s...@beta9.be wrote:
On 04 Sep 2011, at 22:35, Sven Van Caekenberghe wrote:
OK, thanks for the extra info.
I'll see what I can do tomorrow, after thinking about this a bit.
If I can't reproduce this, I can't debug it.
I am really
Starting from the partial build artifact seaside3.[image|changes] #720
from http://jenkins.lukas-renggli.ch and using the VM
http://www.mirandabanda.org/files/Cog/VM/VM.r2370/ on my Ubuntu 11.04 I
finally could replicate a problem loading builder/scripts/seaside3-zinc.st.
2370 is old, from
On 5 September 2011 17:49, Lukas Renggli reng...@gmail.com wrote:
Starting from the partial build artifact seaside3.[image|changes] #720
from http://jenkins.lukas-renggli.ch and using the VM
http://www.mirandabanda.org/files/Cog/VM/VM.r2370/ on my Ubuntu 11.04 I
finally could replicate a
On Mon, Sep 5, 2011 at 8:02 AM, Lukas Renggli reng...@gmail.com wrote:
Even if you have a AST debugger you still need at some point a bytecode to
AST (or source) mapping, because otherwise you cannot just break into a
debugger at a random point in the code. I imagine this jump from bytecode to
This class was in 1.2, but is missing in 1.3. Why was it removed and what has
replaced it? Also, is there a flaw in the deprecation system that has me ask
these questions in the first place?
I can't load XMLRPC because of:
Smalltalk addToStartUpList: self after: AutoStart.
What do I
Hi Nicolas,
that's quite a lot to absorb. Exactly what do you want me to review?
The first thing it seems to me is to define what we want to be highlighted
at different bytecodes in an optimized loop. A second thing is to think
about how the debugger can avoid stepping through the hidden
On Mon, Sep 5, 2011 at 8:57 AM, Igor Stasenko siguc...@gmail.com wrote:
On 5 September 2011 17:49, Lukas Renggli reng...@gmail.com wrote:
Starting from the partial build artifact seaside3.[image|changes] #720
from http://jenkins.lukas-renggli.ch and using the VM
On 5 September 2011 18:09, Sean P. DeNigris s...@clipperadams.com wrote:
This class was in 1.2, but is missing in 1.3. Why was it removed and what has
replaced it? Also, is there a flaw in the deprecation system that has me ask
these questions in the first place?
I can't load XMLRPC because
I miss that too! (all our deployed apps used it)
Regards, Gary
- Original Message -
From: Sean P. DeNigris s...@clipperadams.com
To: pharo-project@lists.gforge.inria.fr
Sent: Monday, September 05, 2011 5:09 PM
Subject: [Pharo-project] AutoStart, where are you?
This class was in 1.2,
Yes, but why Autostart?
why after, not before?
Does it makes sense to declare an order (and as a consequence
introducing a dependency), when there is no preference?
On 5 September 2011 18:28, Gary Chambers gazzagu...@btinternet.com wrote:
I miss that too! (all our deployed apps used it)
14120
-
- Issue 4646: Provide better Class Selection Widget. Thanks Camillo Bruni.
http://code.google.com/p/pharo/issues/detail?id=4646
- Issue 4652: TestRunner search bars. Thanks Camillo Bruni.
http://code.google.com/p/pharo/issues/detail?id=4652
- Fix
More specifically, we had Abstractlauncher subclasses...
Regards, Gary
- Original Message -
From: Igor Stasenko siguc...@gmail.com
To: Pharo-project@lists.gforge.inria.fr
Sent: Monday, September 05, 2011 5:37 PM
Subject: Re: [Pharo-project] AutoStart, where are you?
Yes, but why
On Mon, Sep 5, 2011 at 6:55 PM, Gary Chambers gazzagu...@btinternet.comwrote:
More specifically, we had Abstractlauncher subclasses...
Like Cog does and that's why we have a warning while loading Cog in Pharo.
Regards, Gary
- Original Message - From: Igor Stasenko
Wow. Just checked in and it was really fast. Thanks!!
On Mon, Sep 5, 2011 at 6:38 AM, David T. Lewis le...@mail.msen.com wrote:
The VMMaker source repository is now located at:
MCHttpRepository
location: 'http://source.squeak.org/VMMaker'
user: ''
password: ''
This is
On http://code.google.com/p/pharo/ :
Labels: smalltalk, dynamiclanguages, object-oriented, *fun* (my
emphasis)
Classic. And true.
Sean
--
View this message in context:
http://forum.world.st/Pharo-Google-Code-Labels-tp3791747p3791747.html
Sent from the Pharo Smalltalk mailing list
On 05 Sep 2011, at 17:31, Lukas Renggli wrote:
The jobs are rebuilding right now.
The builds are OK now it seems.
Sven
On 05 Sep 2011, at 17:57, Igor Stasenko wrote:
I recommend you to update.
The latest VMs containing a couple of critical bug fixes , which makes
a lot of difference.
Not sure it will help with sockets issue, but at least it will help
getting an up to date feedback :)
It makes no
Let us know if we need to reintroduce it.
But what would be nice is to understand exactly what was used and for what.
Because the startup was full of strange dependencies (Some of them were bogus)
Stef
On Sep 5, 2011, at 6:55 PM, Gary Chambers wrote:
More specifically, we had Abstractlauncher
On 04.09.2011 20:22, Sven Van Caekenberghe wrote:
Towards better HTTP client usage
At the last Pharo Sprint in Lille (July 8th), Stéphane and I were at one
point trying to remove some old HTTPSocket usage (which indirectly uses Zn)
and replace it with direct and clean Zn usage. We hadn't
Igor Stasenko wrote:
Yes, but why Autostart?
why after, not before?
It seems to work without specifying the order.
Sean
--
View this message in context:
http://forum.world.st/AutoStart-where-are-you-tp3791613p3791959.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On Sep 5, 2011, at 7:36 PM, Sven Van Caekenberghe wrote:
On 05 Sep 2011, at 17:57, Igor Stasenko wrote:
I recommend you to update.
The latest VMs containing a couple of critical bug fixes , which makes
a lot of difference.
Not sure it will help with sockets issue, but at least it will
On my new MBP with Cog Jit VM and Pharo 1.3, operations are getting /very/
fast.
Sean
--
View this message in context:
http://forum.world.st/Pharo-is-getting-fast-tp3791983p3791983.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
2011/9/5 Sven Van Caekenberghe s...@beta9.be:
On 05 Sep 2011, at 17:57, Igor Stasenko wrote:
I recommend you to update.
The latest VMs containing a couple of critical bug fixes , which makes
a lot of difference.
Not sure it will help with sockets issue, but at least it will help
getting an
Thanks HwaJong
Laurent.
On Sat, Sep 3, 2011 at 2:50 AM, HwaJong Oh daliot...@gmail.com wrote:
I am superclass of all refactoring change objects.
All I have is a name for the refactoring, but I can perform one or more
refactoring operations with message #execute.
I am a composite object. To
Today: CategoryEnvironment
Comment Of The Day Contest - One Day One Comment
Rules:
#1: Each day a not commented class is elected. Each day the best comment
will be integrated with name of the author(s).
#2: If you cannot comment it, deprecate it.
Results:
On 05 Sep 2011, at 21:14, Philippe Marschall wrote:
So… is that URL already percent encoded? If it isn't how do I specify
what encoding should be used? ;-)
Url strings are fed to the ZnUrl parser.
Ultimately percent encoding is resolved by String#unescapePercents which
falls back to UTF-8.
On 5 September 2011 22:36, Sean P. DeNigris s...@clipperadams.com wrote:
On my new MBP with Cog Jit VM and Pharo 1.3, operations are getting /very/
fast.
you seem very happy those days :)
Sean
--
View this message in context:
Igor Stasenko wrote:
you seem very happy those days :)
This was a great Smalltalk month:
* I've got a fast VM with all the plugins I need
* I learned how to build and debug the VM
* I ported my projects to 1.3 (and they seem to be working fine)
* FileSystem (with all the other 1.4 goodies)
On Tue, Sep 6, 2011 at 12:10 AM, Marcus Denker marcus.den...@inria.fr wrote:
On Sep 5, 2011, at 2:06 PM, Nicolas Cellier wrote:
By the way, I would find it cool to have an optional byteCode view
parallel to source code view and see the execution of byte codes, and
why not, a view of Context
NICE! :D
On 05.09.2011, at 23:15, Sean P. DeNigris wrote:
FileDirectory onto a disk and physically burn it, like in a bonfire; no
kidding)
54 matches
Mail list logo
