Le 15/05/2015 07:36, Tudor Girba a écrit :
The infrastructures for doing that exist already in SystemLogger and
Beacon, and we will merge these two and produce one common logging engine.
I was focused on Transcript and completely missed Stef's point... a
unified logging framework would be cool
Hi Alain,
Quoting Alain Rastoul alf.mmm@gmail.com:
Le 14/05/2015 02:08, J. Vuletich (mail lists) a écrit :
A port of the code to Pharo is required, as Alain and Stef have shown.
Besides, Cuis doesn't include support for Traits. I think your idea is
very good, and I hope some Pharoer
Just for fun, from VisualAge Smalltalk 8.6
-
Time millisecondsToRun: [1000 timesRepeat: [Transcript show: 'x']].
VisualAge Smalltalk 8.6 -- 3120ms
How you gonna ensure that, when only tool that you have is a
completely single-minded (err.. threaded :) ) / thread unsafe Morphic
in your hands, that is absolutely dangerous to use outside UI thread
and recipe for disaster when fiddling with its state or interrupting
it at non-safe point?
Le 14/05/2015 21:18, stepharo a écrit :
Thanks alain for checking.
I think that we can offer different implementations and let people pick
the ones they like.
My goal is to remove direct refer to Transcript from the image so that
we can plug an implementation and in particular
the merge of Doru
Le 14/05/2015 21:18, stepharo a écrit :
ah, also I saw that you were discussing about do-it in separate
processes. that should be easy to implment IMHO (as a test menu option
to start), with some side effects sure ...
I already mentioned the effectiveProcess not maintained by the inspector
Thanks alain for checking.
I think that we can offer different implementations and let people pick
the ones they like.
My goal is to remove direct refer to Transcript from the image so that
we can plug an implementation and in particular
the merge of Doru and Norbert/Mine loggers
Stef
Le
thanks alain
did you publish a slice attached to the ug entry?
Le 11/5/15 20:54, Alain Rastoul a écrit :
Le 10/05/2015 13:15, Esteban Lorenzano a écrit :
On 10 May 2015, at 13:10, stepharo steph...@free.fr wrote:
Why we cannot use the of Juan?
you can type in it, make do it, etc.
Thanks Clement.
I think that this is true that we should take care about all the hidden
behavior (like creating repo and others).
Stef
Le 11/5/15 17:02, Clément Bera a écrit :
2015-05-11 13:06 GMT+02:00 Nicolai Hess nicolaih...@web.de
mailto:nicolaih...@web.de:
About the GTools, I
Le 14/5/15 15:12, Alain Rastoul a écrit :
Le 14/05/2015 02:08, J. Vuletich (mail lists) a écrit :
A port of the code to Pharo is required, as Alain and Stef have shown.
Besides, Cuis doesn't include support for Traits. I think your idea is
very good, and I hope some Pharoer (Alain?) does
What Stef means is that ideally, we should no strive to not have code like:
Transcript show: 'my event'. Instead, we should only log events (ideally,
concrete classes like MyEvent) and if we want to see the textual
representation of this, we just plug a Transcript interface to the logger.
Cheers,
Pressed save too early.
The infrastructures for doing that exist already in SystemLogger and
Beacon, and we will merge these two and produce one common logging engine.
However, one challenge that came out of the description of Clement is to
show a partial representation of an event before the
I tried to abstract the Transcript API from the Pharo perspective in
https://pharo.fogbugz.com/f/cases/15528/Add-TTranscript-and-DailyNonInteractiveTranscript
If the Cuis Transcript implementation conformed to this, it could become just a
plugin replacement/alternative, next to others already
On Wed, May 13, 2015 at 6:32 AM, Alain Rastoul alf.mmm@gmail.com
wrote:
Le 12/05/2015 19:02, Alain Rastoul a écrit :
Le 08/05/2015 11:34, stepharo a écrit :
Hi guys
the Transcript in Pharo is that it's not asynchronous so I can't use it
in VM development to show the current progress
Hi Alain,
Quoting Alain Rastoul alf.mmm@gmail.com:
Le 08/05/2015 11:34, stepharo a écrit :
Hi guys
the Transcript in Pharo is that it's not asynchronous so I can't use it
in VM development to show the current progress of the simulation. For
example:
1 to: 100 do: [ :i |
0.1 seconds
Hi Sven,
A port of the code to Pharo is required, as Alain and Stef have shown.
Besides, Cuis doesn't include support for Traits. I think your idea is
very good, and I hope some Pharoer (Alain?) does it.
Cheers,
Juan Vuletich
Quoting Sven Van Caekenberghe s...@stfx.eu:
I tried to
Quoting Alain Rastoul alf.mmm@gmail.com:
Le 13/05/2015 18:45, J. Vuletich (mail lists) a écrit :
Alternatively, try getting the image file from
https://dl.dropboxusercontent.com/u/13285702/Cuis4.2-2322.image
Yes, with the image in the zip file I was able to run cuis.
I run squeak from
On 13 May 2015, at 17:57, Alain Rastoul alf.mmm@gmail.com wrote:
Le 13/05/2015 16:12, Sven Van Caekenberghe a écrit :
I tried to abstract the Transcript API from the Pharo perspective in
https://pharo.fogbugz.com/f/cases/15528/Add-TTranscript-and-DailyNonInteractiveTranscript
If
Le 13/05/2015 16:08, J. Vuletich (mail lists) a écrit :
Today I did a new commit to the Cuis repo. The Cuis image is now in Cog
format (6505) instead of Closures format (6504). I hope this allows you
to run Cuis in your system.
I also addressed some of the issues you raised. I optimized the
Le 13/05/2015 16:06, Ben Coman a écrit :
The problem with this is that non-UI threads call #endEntry: which bypasses
the intent of #stepGlobal only being called from the UI thread. (btw I
should update its comment to reflect this.) So the minimal effective
change would be...
Le 13/05/2015 16:12, Sven Van Caekenberghe a écrit :
I tried to abstract the Transcript API from the Pharo perspective in
https://pharo.fogbugz.com/f/cases/15528/Add-TTranscript-and-DailyNonInteractiveTranscript
If the Cuis Transcript implementation conformed to this, it could become just a
Quoting Alain Rastoul alf.mmm@gmail.com:
Le 13/05/2015 16:08, J. Vuletich (mail lists) a écrit :
Today I did a new commit to the Cuis repo. The Cuis image is now in Cog
format (6505) instead of Closures format (6504). I hope this allows you
to run Cuis in your system.
I also addressed
We use traits all over the place, for example, TSortable or TAssertable, as
well as many others...
On 13 May 2015, at 18:38, Ben Coman b...@openinworld.com wrote:
Weren't Traits one of things reported to make VM development harder, or was
there a fix coming for that?
cheers -ben
On
Le 13/05/2015 18:45, J. Vuletich (mail lists) a écrit :
Alternatively, try getting the image file from
https://dl.dropboxusercontent.com/u/13285702/Cuis4.2-2322.image
Yes, with the image in the zip file I was able to run cuis.
I run squeak from time to time to look at some code when I have
On Sun, May 10, 2015 at 12:35 AM, Eliot Miranda eliot.mira...@gmail.com
wrote:
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
Le 12/05/2015 19:02, Alain Rastoul a écrit :
Le 08/05/2015 11:34, stepharo a écrit :
Hi guys
the Transcript in Pharo is that it's not asynchronous so I can't use it
in VM development to show the current progress of the simulation. For
example:
1 to: 100 do: [ :i |
0.1 seconds asDelay
Hi Clement,
Thanks a lot for taking the time to describes these use cases.
I was never exposed to the constraints of developing a VM and this type of
descriptions is what we need to have a chance of producing tools that can
help. I will think of them.
Cheers,
Doru
On Sun, May 10, 2015 at
2015-05-11 13:06 GMT+02:00 Nicolai Hess nicolaih...@web.de:
About the GTools, I am sure you know it but, you can disable them and work
with the good old Workspace and (Eye-)Inspector.
Yeah but I could not open the setting browser because you need to be able
to create a directory to do so and
Le 11/05/2015 22:27, Igor Stasenko a écrit :
On 10 May 2015 at 10:23, stepharo steph...@free.fr 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
On 11 May 2015 at 22:54, Igor Stasenko siguc...@gmail.com wrote:
Speaking about penetrating multiple layers.. Lemme tell you the story:
One day, a brave hero (let's call him Stef :) ) decided to save the
world... err improve Transcript and make it thread-safe.
And everything vent well until
On 10 May 2015 at 13:57, Ben Coman b...@openinworld.com wrote:
not that output is interleaved with a specific policy.
Hi Eliot,
I guess it was hard to analyse that output dump from your phone, and I
should have been more explicit. The problem is not the interleave order,
but duplicate
On 11 May 2015 at 23:22, Alain Rastoul alf.mmm@gmail.com wrote:
Le 11/05/2015 22:27, Igor Stasenko a écrit :
On 10 May 2015 at 10:23, stepharo steph...@free.fr wrote:
i think there is a fundamental difference between 'stream' and 'update
on
the screen' . Choose one and stick to it.
On 10 May 2015 at 10:23, stepharo steph...@free.fr 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 puffy
Speaking about penetrating multiple layers.. Lemme tell you the story:
One day, a brave hero (let's call him Stef :) ) decided to save the
world... err improve Transcript and make it thread-safe.
And everything vent well until he stumbled upon #endEntry logic, because he
was unable to figure out
Le 10/05/2015 13:15, Esteban Lorenzano a écrit :
On 10 May 2015, at 13:10, stepharo steph...@free.fr wrote:
Why we cannot use the of Juan?
you can type in it, make do it, etc. (just like now)
Hi Esteban, did you try it in pharo ?
It took me some time to read this whole thread
On Mon, May 11, 2015 at 11:52:37PM +0200, Igor Stasenko wrote:
On 11 May 2015 at 22:54, Igor Stasenko siguc...@gmail.com wrote:
Speaking about penetrating multiple layers.. Lemme tell you the story:
One day, a brave hero (let's call him Stef :) ) decided to save the
world... err
Le 11/05/2015 23:32, Igor Stasenko a écrit :
Don't think i am overreacting on Eliot's overreacting whatever..
We're a good friends, and pike fight on mailing list is not gonna change
that.
I just stating my POV, he stating own.. and that's how i see it, if you
remove the giggles:).
Good to
not that output is interleaved with a specific policy.
Hi Eliot,
I guess it was hard to analyse that output dump from your phone, and I
should have been more explicit. The problem is not the interleave order,
but duplicate and missing output items. I've cut down the example and and
manually
Just so that I understand why Transcript does not support stream api
ThreadSafeTranscript implements the following selectors:
#(#ensureCr #close #print: #white #openLabel: #characterLimit #''
#initialize #title #printOn: #nextPutAll: #show: #shoutAboutToStyle: #cr
#tab #black #initialExtent
Le 9/5/15 20:51, Sven Van Caekenberghe a écrit :
Yes, the Cuis implementation is cool. Especially because it implements both the
limited/circular buffer and timed/batched updating.
I should finish my circular linkedList.
I will resume it.
It does however mix different things in 1 class
On 10 May 2015, at 10:22, stepharo steph...@free.fr wrote:
Le 9/5/15 20:51, Sven Van Caekenberghe a écrit :
Yes, the Cuis implementation is cool. Especially because it implements both
the limited/circular buffer and timed/batched updating.
I should finish my circular linkedList.
I
Hi Clément,
Thanks for the detailed write up, this is surely helpful.
I cannot react to all points, because some are out of my expertise.
However, in this whole, very long thread, there is no one who ever said WHICH
STREAM API IS MISSING ? It should be quite easy to add something, if only
On 10 May 2015, at 10:36, Esteban Lorenzano esteba...@gmail.com wrote:
+1
let’s recapitulate:
requirement is
- fast
- editable
- polymorphic with WriteStream
- and immediate to screen
from our perspective (pharo), it has to be also
- thread safe
- well designed.
our
2015-05-09 23:21 GMT+02:00 Tudor Girba tu...@tudorgirba.com:
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
On 5/10/15, Sven Van Caekenberghe s...@stfx.eu wrote:
On 10 May 2015, at 10:36, Esteban Lorenzano esteba...@gmail.com wrote:
+1
let’s recapitulate:
requirement is
- fast
- editable
- polymorphic with WriteStream
- and immediate to screen
from our perspective (pharo), it has to be also
On 10 May 2015, at 10:28, Clément Bera bera.clem...@gmail.com wrote:
2015-05-09 23:21 GMT+02:00 Tudor Girba tu...@tudorgirba.com
mailto:tu...@tudorgirba.com:
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
+1
let’s recapitulate:
requirement is
- fast
- editable
- polymorphic with WriteStream
- and immediate to screen
from our perspective (pharo), it has to be also
- thread safe
- well designed.
our constraints are:
- bad design of transcripts
- super naive implementation of text editors
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 puffy in the past.
Yes, sure, we can then build the facade on top of
On 10 May 2015, at 13:10, stepharo steph...@free.fr wrote:
Why we cannot use the of Juan?
Le 10/5/15 10:36, Esteban Lorenzano a écrit :
+1
let’s recapitulate:
requirement is
- fast
- editable
why do you need to edit it?
you can type in it, make do it, etc. (just like now)
2015-05-10 13:23 GMT+02:00 stepharo steph...@free.fr:
Just so that I understand why Transcript does not support stream api
ThreadSafeTranscript implements the following selectors:
#(#ensureCr #close #print: #white #openLabel: #characterLimit #''
#initialize #title #printOn: #nextPutAll:
2015-05-10 10:37 GMT+02:00 Esteban Lorenzano esteba...@gmail.com:
On 10 May 2015, at 10:28, Clément Bera bera.clem...@gmail.com wrote:
2015-05-09 23:21 GMT+02:00 Tudor Girba tu...@tudorgirba.com:
I do not think there are many people around here that would think that it
is irrelevant if
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
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
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
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:
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
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
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
But
[ 1 to: 100 do: [ :i |
0.1 seconds asDelay wait.
Transcript show: 'x' ] ] fork
works as expected ...
IOW, the Doit blocks the UI thread, I guess.
On 08 May 2015, at 11:34, stepharo steph...@free.fr wrote:
Hi guys
the Transcript in Pharo is that it's not asynchronous so I
Guess we need a World doOneCycle somewhere.
That's how I get my things to the Transcript in long loops.
Or use VTermOutputDriver which logs to the console.
Phil
On Fri, May 8, 2015 at 11:34 AM, stepharo steph...@free.fr wrote:
Hi guys
the Transcript in Pharo is that it's not asynchronous
Hi,
if one uses a at doit transcript then no special action is required to get
output to appear beyond sending flush to Transcript right? So any solution
that requires special action to get the moronic transcript to work us broken.
We should fix the transcript, not expect every
Le 08/05/2015 16:16, Eliot Miranda a écrit :
Hi,
if one uses a at doit transcript then no special action is required to get
output to appear beyond sending flush to Transcript right? So any solution
that requires special action to get the moronic transcript to work us broken.
We
On Sat, May 9, 2015 at 12:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote:
Le 08/05/2015 16:16, Eliot Miranda a écrit :
Hi,
if one uses a at doit transcript then no special action is required
to get output to appear beyond sending flush to Transcript right? So any
solution that
On 8 May 2015 at 19:22, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote:
Le 08/05/2015 16:16, Eliot Miranda a écrit :
Hi,
if one uses a at doit transcript then no special action is required
to get output to
On 8 May 2015 at 19:31, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 1:22 AM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote
The first thing I did when I tried Stef's example in Squeak was trying
On Fri, May 8, 2015 at 10:38 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:31, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 1:22 AM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com wrote:
Le 08/05/2015 16:16, Eliot Miranda a écrit :
Hi,
if one uses a at doit transcript then no special action is required
to get output to appear beyond sending flush to Transcript right? So any
solution that
On 8 May 2015 at 19:15, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 12:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote:
Le 08/05/2015 16:16, Eliot Miranda a écrit :
Hi,
if one uses a at doit transcript then no special action is required
to get output to appear
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 such output.
I wonder how you going to fix that, and how much other complaints
On Sat, May 9, 2015 at 1:22 AM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote
The first thing I did when I tried Stef's example in Squeak was trying to
move the window (it was
a bit overlapped by my workspace) but I
On Fri, May 8, 2015 at 10:32 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:22, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote:
Le 08/05/2015 16:16, Eliot Miranda a écrit :
Hi,
if one uses
On Fri, May 8, 2015 at 11:16 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 20:00, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 10:52 AM, Igor Stasenko siguc...@gmail.com
wrote:
On 8 May 2015 at 19:39, Eliot Miranda eliot.mira...@gmail.com wrote:
2015-05-08 19:39 GMT+02:00 Eliot Miranda eliot.mira...@gmail.com:
On Fri, May 8, 2015 at 10:32 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:22, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 9:21 AM, Alain Rastoul alf.mmm@gmail.com
wrote:
On 8 May 2015 at 21:00, Clément Bera bera.clem...@gmail.com wrote:
2015-05-08 19:39 GMT+02:00 Eliot Miranda eliot.mira...@gmail.com:
On Fri, May 8, 2015 at 10:32 AM, Igor Stasenko siguc...@gmail.com
wrote:
On 8 May 2015 at 19:22, Eliot Miranda eliot.mira...@gmail.com wrote:
On
On Fri, May 8, 2015 at 10:52 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:39, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 10:32 AM, Igor Stasenko siguc...@gmail.com
wrote:
On 8 May 2015 at 19:22, Eliot Miranda eliot.mira...@gmail.com wrote:
On 8 May 2015 at 20:21, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 11:10 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:42, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 10:38 AM, Igor Stasenko siguc...@gmail.com
wrote:
On 08 May 2015, at 21:00, Clément Bera bera.clem...@gmail.com wrote:
2015-05-08 19:39 GMT+02:00 Eliot Miranda eliot.mira...@gmail.com:
On Fri, May 8, 2015 at 10:32 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:22, Eliot Miranda eliot.mira...@gmail.com wrote:
On 8 May 2015 at 19:42, Eliot Miranda eliot.mira...@gmail.com wrote:
On Fri, May 8, 2015 at 10:38 AM, Igor Stasenko siguc...@gmail.com wrote:
On 8 May 2015 at 19:31, Ben Coman b...@openinworld.com wrote:
On Sat, May 9, 2015 at 1:22 AM, Eliot Miranda eliot.mira...@gmail.com
wrote:
1 - 100 of 106 matches
Mail list logo