issue-#130 Some disadvantagies of TextViews Restore
issue-#130 Some disadvantagies of TextViews Restore
I have another display bug: Underlining lines.
How to produce?
1. Run (!)DevMake.MakeList System Com Comm Ctl Dev Form Host Obx Ole Sql Std Text Win Xhtml ~
2. Open File Dev/Docu/Build-Tool.odc
3. Press F9 for compare
4. Move with mouse to the DevMake List without clicking
5. Turn the middle mouse scroll button forward and backward (move the marked text part out of window and in again)
Now every marked line is underlined instead of marked area in rectangle.
This problem above I have on Windows and on Ubuntu
I have a similar problem on Ubuntu only: If the end of window is outside the screen and I scroll text into the screen then the scrolled text is not readable at all.
- Helmut
How to produce?
1. Run (!)DevMake.MakeList System Com Comm Ctl Dev Form Host Obx Ole Sql Std Text Win Xhtml ~
2. Open File Dev/Docu/Build-Tool.odc
3. Press F9 for compare
4. Move with mouse to the DevMake List without clicking
5. Turn the middle mouse scroll button forward and backward (move the marked text part out of window and in again)
Now every marked line is underlined instead of marked area in rectangle.
This problem above I have on Windows and on Ubuntu
I have a similar problem on Ubuntu only: If the end of window is outside the screen and I scroll text into the screen then the scrolled text is not readable at all.
- Helmut
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Never ending story
I cannot reproduce this behavior.
General question: is this the same behavior as in 1.6?
General question: is this the same behavior as in 1.6?
Re: Never ending story
Yes, it is.Josef Templ wrote:I cannot reproduce this behavior.
General question: is this the same behavior as in 1.6?
You have this behavior only when the document has not the focus and you scroll marked part of document out of windows and back in again.
This kind of error is not repoduce able with older windows version like XP and 7, because their you can't scroll a window which has not the focus.
- Helmut
-
- Posts: 1700
- Joined: Tue Sep 17, 2013 12:21 am
- Location: Russia
Re: Some disadvantagies of TextViews Restore
I prepared demo with Wine for this bugs.
I do not think, that solution is trivial. So let's plan this for 1.7.1 patch.
Helmut, I had fixed the topic for it can reflect more the content of the issue.
I do not think, that solution is trivial. So let's plan this for 1.7.1 patch.
Helmut, I had fixed the topic for it can reflect more the content of the issue.
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Some disadvantagies of TextViews Restore
Thanks, I can reproduce it under Win 10.
Re: Never ending story
Nice question!Josef Templ wrote:I cannot reproduce this behavior.
General question: is this the same behavior as in 1.6?
I reported this to Oms a while ago - I can't remember if it was BlackBox 1.1 or Oberon/F.
They didn't fix it.
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Some disadvantagies of TextViews Restore
Robert, how could you produce this error without using Windows 10?
In Vista I cannot reproduce it.
To me it seems to be related to drawing the text selection (see TextControllers).
The text selection is drawn in one of two different modes:
1: filled, when focus
2. unfilled, when not focus (here we have the problem).
In any case it seems to be drawn in 'invert' mode, so drawing twice removes it.
There can be a logical error in the interaction of TextViews and TextControllers or a rounding error
or a clipping error or a coordinate difference between drawing and clearing, etc.
It has nothing to do with underlining, that is for sure.
It will probably only be fixed in 1.7.1 and remain the 'oldest unsolved problem' in BB.
- Josef
In Vista I cannot reproduce it.
To me it seems to be related to drawing the text selection (see TextControllers).
The text selection is drawn in one of two different modes:
1: filled, when focus
2. unfilled, when not focus (here we have the problem).
In any case it seems to be drawn in 'invert' mode, so drawing twice removes it.
There can be a logical error in the interaction of TextViews and TextControllers or a rounding error
or a clipping error or a coordinate difference between drawing and clearing, etc.
It has nothing to do with underlining, that is for sure.
It will probably only be fixed in 1.7.1 and remain the 'oldest unsolved problem' in BB.
- Josef
- Josef Templ
- Posts: 2047
- Joined: Tue Sep 17, 2013 6:50 am
Re: Some disadvantagies of TextViews Restore
If anybody wants to engage in debugging this, he will probably find out that logging (using StdLog or Log) cannot be used for the text subsystem itself because StdLog uses the text subsystem for logging and this leads to endless recursion or checked ASSERTions.
For that purpose I am using a primitive low-level logging facility and I have now added this to the wiki.
See http://wiki.blackboxframework.org/index ... le=Console.
- Josef
For that purpose I am using a primitive low-level logging facility and I have now added this to the wiki.
See http://wiki.blackboxframework.org/index ... le=Console.
- Josef
Re: Some disadvantagies of TextViews Restore
I probably read (mis-read?) this thread too quickly, and mis-understood it.Josef Templ wrote:Robert, how could you produce this error without using Windows 10?
The problem I referred to, if I remember correctly, was that selected text was sometimes redrawn incorrectly when deselected; it appeared to be underlined. If you moved another Window over it it was then redrawn correctly.
The problem varied, I think, with selected typeface, size, and possibly spacing selected in the previous Ruler.
I don't recall seeing this issue recently.
Re: Some disadvantagies of TextViews Restore
When I click in this it opens "Windows Media Player" which then says it doesn't understand the codec.Ivan Denisov wrote:I prepared demo ...