Is there a way to understand why rubric (playground) does not highlight code?
Hi. Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing. I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not. Cheers! Uko
Hi, I did not see this before. Could you reproduce the issue? Cheers, Doru On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com "Every thing has its own flow"
Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute: [ [ true ] whileTrue: [ ] ] fork now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
Hi Maybe highlighting is running in process with lesser priority than default priority of #fork method. Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority 2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com>:
Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com
"Every thing has its own flow"
This was just an example. The question is how do I identify what is blocking the highlighting. Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger. Peter On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com>:
Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com
"Every thing has its own flow"
Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same? Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}" But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)? Peter On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com>:
Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com
"Every thing has its own flow"
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then? Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots? Uko P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness: GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute Uko
On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots?
Uko
P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
Ok, found the cause. By default the color of text is correctly set by themer. But RubParagraphDecorator>>#next: sets the color to transparent before the styling takes place. Does this make any sense? Because itâs like: âyou cannot see anything while Iâm stylingâ. Uko
On 30 Apr 2015, at 15:07, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness:
GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute
Uko
On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots?
Uko
P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
No idea it that's a feature or not :) Feel free to remove it. On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Ok, found the cause. By default the color of text is correctly set by themer. But RubParagraphDecorator>>#next: sets the color to transparent before the styling takes place. Does this make any sense? Because itâs like: âyou cannot see anything while Iâm stylingâ.
Uko
On 30 Apr 2015, at 15:07, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness:
GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute
Uko
On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots?
Uko
P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com>:
Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com
"Every thing has its own flow"
Iâd like to remove that, but I also want to communicate about what was the original intent. Because now before the styling takes place the text color is stored and set to transparent, and after the styling takes place the previous color is set. But if the styling is delayed because other processes are running - you end up with transparent text in your playground/inspector. Uko
On 30 Apr 2015, at 16:04, Andrei Chis <chisvasileandrei@gmail.com> wrote:
No idea it that's a feature or not :) Feel free to remove it.
On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Ok, found the cause. By default the color of text is correctly set by themer. But RubParagraphDecorator>>#next: sets the color to transparent before the styling takes place. Does this make any sense? Because itâs like: âyou cannot see anything while Iâm stylingâ.
Uko
On 30 Apr 2015, at 15:07, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness:
GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute
Uko
On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots?
Uko
P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
Maybe Alain (in CC) can share some light on this :) Cheers, Andrei On Thu, Apr 30, 2015 at 4:08 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Iâd like to remove that, but I also want to communicate about what was the original intent. Because now before the styling takes place the text color is stored and set to transparent, and after the styling takes place the previous color is set. But if the styling is delayed because other processes are running - you end up with transparent text in your playground/inspector.
Uko
On 30 Apr 2015, at 16:04, Andrei Chis <chisvasileandrei@gmail.com> wrote:
No idea it that's a feature or not :) Feel free to remove it.
On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Ok, found the cause. By default the color of text is correctly set by themer. But RubParagraphDecorator>>#next: sets the color to transparent before the styling takes place. Does this make any sense? Because itâs like: âyou cannot see anything while Iâm stylingâ.
Uko
On 30 Apr 2015, at 15:07, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness:
GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute
Uko
On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots?
Uko
P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com>:
Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com
"Every thing has its own flow"
Would be nice. Otherwise Iâve attached the new version. As far as I can tell by using it myself I donât see any issues.
On 30 Apr 2015, at 16:16, Andrei Chis <chisvasileandrei@gmail.com> wrote:
Maybe Alain (in CC) can share some light on this :)
Cheers, Andrei
On Thu, Apr 30, 2015 at 4:08 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Iâd like to remove that, but I also want to communicate about what was the original intent. Because now before the styling takes place the text color is stored and set to transparent, and after the styling takes place the previous color is set. But if the styling is delayed because other processes are running - you end up with transparent text in your playground/inspector.
Uko
On 30 Apr 2015, at 16:04, Andrei Chis <chisvasileandrei@gmail.com <mailto:chisvasileandrei@gmail.com>> wrote:
No idea it that's a feature or not :) Feel free to remove it.
On Thu, Apr 30, 2015 at 4:01 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Ok, found the cause. By default the color of text is correctly set by themer. But RubParagraphDecorator>>#next: sets the color to transparent before the styling takes place. Does this make any sense? Because itâs like: âyou cannot see anything while Iâm stylingâ.
Uko
On 30 Apr 2015, at 15:07, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Oh, and one more snippet that blocks syntax highlight and puts you in transparent text madness:
GLMAsyncTask new doInBackground: [ [ true ] whileTrue: [ ] ]; execute
Uko
On 30 Apr 2015, at 15:02, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Ok, Iâve manually tried to set the color to black for a certain EditingArea and it works. Can anyone suggest me now can I put a breakpoint that work on insVar access? Do I have to do something with slots?
Uko
P.S. I really donât get why everyone is so ignorant⦠whole our team suffers from not seeing text in rubricâ¦
On 28 Apr 2015, at 22:57, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote:
Look, the point is that if code styling is not happening, because higher priority process is running, you canât see what you are typing. There is a cause for that. Also, is there a way disable styling? Just to see what happens then?
Uko
On 28 Apr 2015, at 22:50, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
RubEditingArea allInstances collect: #textColor "{Color transparent. Color transparent. Color transparent. Color transparent. Color black. Color black. Color lightGray}"
But I haven't seen any place that would be missing color. Maybe the "EditingArea" color is not used in favor of selection/section color (or whatever the name of it in rubric is)?
Peter
On Tue, Apr 28, 2015 at 10:31 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Guys, run please âRubEditingArea allInstances collect: #textColorâ. Almost all rubric text areas have transparent text color. Is it something strange happening in my image, or you have the same?
Uko
On 20 Apr 2015, at 14:23, Peter Uhnák <i.uhnak@gmail.com <mailto:i.uhnak@gmail.com>> wrote:
This also happened to me several times when executing (do it and go) some Roassal example with error (=it opened debugger). However the occurrence is very inconsistent so I don't know what was the trigger.
Peter
On Mon, Apr 20, 2015 at 1:29 PM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: This was just an example. The question is how do I identify what is blocking the highlighting.
Uko
On 20 Apr 2015, at 12:19, Denis Kudriashov <dionisiydk@gmail.com <mailto:dionisiydk@gmail.com>> wrote:
Hi
Maybe highlighting is running in process with lesser priority than default priority of #fork method.
Code like "[ [ true ] whileTrue: [ ] ] fork" will block any processes with lesser priority
2015-04-20 12:51 GMT+03:00 Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>>: Open a new pharo image (Iâve used latest 5, but on 4 it should work as well). Open playground and execute:
[ [ true ] whileTrue: [ ] ] fork
now open a new playground and start typing. Characters are invisible. Uko
On 20 Apr 2015, at 11:14, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I did not see this before. Could you reproduce the issue?
Cheers, Doru
On Mon, Apr 20, 2015 at 11:03 AM, Yuriy Tymchuk <yuriy.tymchuk@me.com <mailto:yuriy.tymchuk@me.com>> wrote: Hi.
Sometimes it happens that playground does not do the syntax highlighting. This is especially frustrating when you open a new window and text is either white or transparent i.e. you cannot see what you are typing.
I guess this is because some process is blocked by another one. Is there a way to check it? Because I want to understand whether it is because of me, or not.
Cheers! Uko
-- www.tudorgirba.com <http://www.tudorgirba.com/>
"Every thing has its own flow"
participants (5)
-
Andrei Chis -
Denis Kudriashov -
Peter Uhnák -
Tudor Girba -
Yuriy Tymchuk