I do not think there are many people around here that would think that it
is irrelevant if the Pharo VM can be developed in Pharo or not. Of course,
it is important.
So, the discussion should not go to challenge this direction, but rather in
you telling us the use cases that you need supported.
For me saying that internals are not important as long as transcript does what
is expected from it, is like saying that Parser being a subclass of Scanner and
Compiler being as subclass of Parser is ok as long as it compiles source code.
We already had that and it was bad.
On the other hand
Thanks Sven. I think that in any case it is useful, even if you end
implementing something different.
Cheers,
Juan Vuletich
Quoting Sven Van Caekenberghe s...@stfx.eu:
Yes, the Cuis implementation is cool. Especially because it
implements both the limited/circular buffer and timed/batched
Hi Eliot,
Just a question: Could you describe the situations when you need to have
the Transcript editable?
I am not trying to provoke you, but to understand use cases. While working
on GT I found that it is often possible to support the same use cases with
multiple UI solutions. And sometimes
https://pharo.fogbugz.com/default.asp?13159
Right now, it doesn't do a very good job of sizing itself. See the
screenshot below of the Metacello Configuration Browsers Switch Repository
dialog. The width is insufficient for the tool to be resizable without first
manually resizing.
2015-05-09 22:08 GMT+02:00 Sean P. DeNigris s...@clipperadams.com:
https://pharo.fogbugz.com/default.asp?13159
Right now, it doesn't do a very good job of sizing itself. See the
screenshot below of the Metacello Configuration Browsers Switch
Repository
dialog. The width is insufficient for
Thank you for the examples, Alexandre!
I have Pharo 4.0 with Roassal 2.0 installed (AlexandreBergel.718)
I paste the following into a 'Playground' window and 'do it'.
b := RTTimeLine new.
b addEntry: (RTTimeLineEntry new identifier: #WP1; start: 0; end: 5).
b addEntry: (RTTimeLineEntry new
2015-05-09 20:16 GMT+02:00 Clément Bera bera.clem...@gmail.com:
Stef believes it is important that Pharo is able to host development for
its own VM. Therefore, I discussed with him and Esteban about a first list
of points that are necessary for Pharo to support its VM development in
Pharo,
Hi Eliot,
Yes, that's the active repo, and that's latest commit.
You might also take a look at the packages folder. Not related to
Transcript, but there is a lot of good stuff in there.
Cheers,
Juan Vuletich
Quoting Eliot Miranda eliot.mira...@gmail.com:
Hi Juan,
I'm cloning
On Fri, May 08, 2015 at 08:10:33PM +0200, Igor Stasenko wrote:
i think there is a fundamental difference between 'stream' and 'update on
the screen' . Choose one and stick to it.
We shall separate such responsibilities and NEVER ever merge them again ,
even if it was cool, nice, soft and
Thank you for testing.
I am sorry but I missed one additional change. This change set
issue_14183.cs did not revert all.
The one thing I was missing is a change in
AthensCairoSurface classcreateGetSurfaceFormatFn
here, it tells the bitblt the size of the external form data, and igor made
this
Le 7/5/15 20:42, Esteban A. Maringolo a écrit :
2015-05-07 15:09 GMT-03:00 Guillermo Polito guillermopol...@gmail.com:
Le 7 mai 2015 18:59, Esteban A. Maringolo emaring...@gmail.com a écrit :
Regarding the GlorpDBX in metarepo, I uploaded a few packages and
configs last week to Glorp
On Fri, May 8, 2015 at 6:43 AM, Nicolai Hess nicolaih...@web.de wrote:
Some testers needed!
I can not reproduce the BitBlt bug and I would like to get this right, so
that surface pattern
paints use the correct form dimension.
Prefered test setup:
a (fresh) pharo image
load bleeding edge
Hi guys
Eliot I do not understand why you are reacting like that. Our goal is
not to make the live of people worse. All the efforts we
do in Pharo is to get better.
I changed the transcript because when I started to work on concurrent
programming chapters then the transcript was simply
Thank you for adding this for 'normal' people! Adding it was smooth
On 2/8/15, stepharo steph...@free.fr wrote:
Le 7/2/15 18:48, Sven Van Caekenberghe a écrit :
On 07 Feb 2015, at 17:21, stepharo steph...@free.fr wrote:
sven I'm adding a menu to the configuration browser to define the
Indeed I'm amazed. Freaky logic.
Stef
Le 8/5/15 22:28, Igor Stasenko a écrit :
On 8 May 2015 at 22:20, Nicolai Hess nicolaih...@web.de
mailto:nicolaih...@web.de wrote:
2015-05-08 21:42 GMT+02:00 Igor Stasenko siguc...@gmail.com
mailto:siguc...@gmail.com:
On 8 May 2015
Eliot
I changed the transcript because it is not thread safe so I could use it
at all to explain concurrent programming output.
It was terrible.
Stef
Le 8/5/15 16:16, Eliot Miranda a écrit :
Hi,
if one uses a at doit transcript then no special action is required to get
output to
Hi Ben,
On Sat, May 9, 2015 at 8:18 AM, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 10:35 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Sat, May 9, 2015 at 7:09 AM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed:
Nice :)
https://pharo.fogbugz.com/f/cases/15490/provide-a-way-to-specify-external-binding-to-the-compiler
This Slice adds an API to the compiler to set a dictionary with
bindings to be taken into account.
They are compiled as pushLinteralVariable: (thus refer to the
association of the
Le 30/4/15 16:07, Guillermo Polito a écrit :
They already are integrated! it's a matter of rewrite all usages of
MultiByteScaryStream and friends...
Can you give me just a simple example so that I can understand what has
to be done?
El jue., 30 de abr. de 2015 a la(s) 4:06 p. m.,
Hi Folks,
(below)
Quoting Ben Coman b...@openinworld.com:
On Sat, May 9, 2015 at 10:35 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Sat, May 9, 2015 at 7:09 AM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread
other
On Sat, May 9, 2015 at 10:35 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Sat, May 9, 2015 at 7:09 AM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread
other than the UI thread is a source of evil. There are too many
Hi Ben,
first, thanks for responding dispassionately to the technical issues.
As far as thread-safety I thought the issue with the transcript was not
providing some form of protection against unpredictable interleavings of output
from multiple separate processes, but was just avoiding
Hi Ben,
On May 9, 2015, at 7:41 AM, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 10:09 PM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread
other than the UI thread is a source of evil. There are too many
I will
Le 7/5/15 15:21, Andrei Chis a écrit :
In the meantime can you let us know when you integrate a slice for a
project managed through configurations.
I cannot guess when this happens.
On Wed, May 6, 2015 at 11:24 PM, stepharo steph...@free.fr
mailto:steph...@free.fr wrote:
Le
Hannes Hirzel wrote
Thank you for adding this for 'normal' people! Adding it was smooth
Oh, that is useful! +1 thanks :)
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Pharo-4-NeoCSV-tp4804307p4825430.html
Sent from the Pharo Smalltalk Developers mailing list
Stealing some code from SystemProgressMorph, which can show an update while the
UI thread drives it, the following seems to work (using a Doit that block the
UI thread):
(textModel := TextModel new)
text: '';
title: 'Pharo Transcript';
aboutText:
On Sat, May 9, 2015 at 5:37 AM, stepharo steph...@free.fr wrote:
Hi guys
Eliot I do not understand why you are reacting like that. Our goal is not
to make the live of people worse. All the efforts we
do in Pharo is to get better.
Reacting like what? I am trying to establish that the
On 09 May 2015, at 16:57, p...@highoctane.be wrote:
I wonder why a couple of stream methods are not in.
This whole thread started with a discussion about a multi-threading issue.
What is wrong with the API exactly ?
Writestream has way too many methods already, do people really want them
On Sat, May 9, 2015 at 10:35 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Sat, May 9, 2015 at 7:09 AM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread
other than the UI thread is a source of evil.
3. Thinking further on
Thanks Marcus !
I just updated my pharo image, I'll test it (with care) !
It will be really great when it will be fully integrated within Nautilus, i
look forward.
regards,
Glenn.
-
Glenn Cavarlé
--
View this message in context:
From my limited experience bug hunting, calling #changed: from a thread
other than the UI thread is a source of evil. There are too many
assumptions throughout the system that the UI is single threaded. Can
anyone advise me that is not a proper belief?
Then that implies that a Transcript
On Sat, May 9, 2015 at 5:29 AM, stepharo steph...@free.fr wrote:
Eliot
I changed the transcript because it is not thread safe so I could use it
at all to explain concurrent programming output.
It was terrible.
I don't see what that has to do with my usability point. The transcript was
a)
On 09 May 2015, at 16:41, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 10:09 PM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread other
than the UI thread is a source of evil. There are too many assumptions
On Sat, May 9, 2015 at 11:00 PM, Sven Van Caekenberghe s...@stfx.eu wrote:
On 09 May 2015, at 16:41, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 10:09 PM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread
On Sat, May 9, 2015 at 12:05 AM, Igor Stasenko siguc...@gmail.com wrote:
Either you run doits in separate process (as Sven demonstrated),
or you run it in UI process, blocking the rest of UI.
Stef, you complaining about not being able to see output of code that
blocks a process from doing
On Sat, May 9, 2015 at 7:09 AM, Ben Coman b...@openinworld.com wrote:
From my limited experience bug hunting, calling #changed: from a thread
other than the UI thread is a source of evil. There are too many
assumptions throughout the system that the UI is single threaded. Can
anyone advise
Le 9/5/15 16:24, Eliot Miranda a écrit :
On Sat, May 9, 2015 at 5:37 AM, stepharo steph...@free.fr
mailto:steph...@free.fr wrote:
Hi guys
Eliot I do not understand why you are reacting like that. Our goal
is not to make the live of people worse. All the efforts we
do in
Thanks Juan.
Stef
As a point of comparison for correctness, for the following...
Transcript clear.
[ $a asciiValue to: $z asciiValue do: [ :c |
[ 1 to: 9 do: [ :i | Transcript show: c asCharacter printString , i
printString , ' ' ] ] forkAt: 40
].
] forkAt: 41
Squeak 4.5
Le 9/5/15 20:16, Clément Bera a écrit :
This whole conversation here shows very well the point that I tried to
explain to Stef last week. I'm sorry if the mail is a bit long but I
think this discussion has to be done.
My whole Smalltalk development life, I have used Pharo and was happy
Yes, the Cuis implementation is cool. Especially because it implements both the
limited/circular buffer and timed/batched updating.
It does however mix different things in 1 class (side!): the transcript stream
behavior, the display/tool part, an alternative file output, some sort of newer
On Sat, May 9, 2015 at 11:18 AM, stepharo steph...@free.fr wrote:
Le 9/5/15 16:24, Eliot Miranda a écrit :
On Sat, May 9, 2015 at 5:37 AM, stepharo steph...@free.fr wrote:
Hi guys
Eliot I do not understand why you are reacting like that. Our goal is not
to make the live of people
On Sat, May 9, 2015 at 10:17 AM, J. Vuletich (mail lists)
juanli...@jvuletich.org wrote:
Hi Folks,
(below)
Quoting Ben Coman b...@openinworld.com:
On Sat, May 9, 2015 at 10:35 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Sat, May 9, 2015 at 7:09 AM, Ben Coman
43 matches
Mail list logo