Glad to help!
···
On Sat, Dec 19, 2015 at 8:55 PM, <a.m.n.alsubhi@gmail.com> wrote:
Dear Che M,
you are awesome. It works now yeah. I'm really thankful for you.
Again trillions thanks for you.
Now I expand my App. with three richtext boxes and three checkboxes. I create an event to highlight words in other text boxes when the user hover the mouse on underlined words then the event highlight the corresponding word on other text box. the event works perfect but when the check box disable I want the event to stop but it doesn’t. I tried Unbind but it doesn’t work. If you have any idea to stop event ,it would be great.
···
On Saturday, December 19, 2015 at 11:36:46 PM UTC-5, Che M wrote:
On Sat, Dec 19, 2015 at 8:55 PM, a.m.n....@gmail.com wrote:
Dear Che M,
you are awesome. It works now yeah. I’m really thankful for you.
Again trillions thanks for you.
Glad to help!
The lines are kind of slow when I scrolled up or down. I hope to find a better and faster solution especially when the number of underline is increased.
···
On Monday, December 21, 2015 at 9:30:54 AM UTC-5, a.m.n....@gmail.com wrote:
Now I expand my App. with three richtext boxes and three checkboxes. I create an event to highlight words in other text boxes when the user hover the mouse on underlined words then the event highlight the corresponding word on other text box. the event works perfect but when the check box disable I want the event to stop but it doesn’t. I tried Unbind but it doesn’t work. If you have any idea to stop event ,it would be great.
On Saturday, December 19, 2015 at 11:36:46 PM UTC-5, Che M wrote:
On Sat, Dec 19, 2015 at 8:55 PM, a.m.n....@gmail.com wrote:
Dear Che M,
you are awesome. It works now yeah. I’m really thankful for you.
Again trillions thanks for you.
Glad to help!
I don't know why the Unbind() didn't work; I would have to see another
sample application with this new code, of course. But, you could do what
you want without having to unbind, by following what I did in my edit of
your sample application, by making some "flag", like self.underlining_on
and then you bind your richtextctrl to the hover event, but then you only
do the highlighting in the other boxes if you the self.underline_on flag is
set to True. Something like:
myrichtextctrl.Bind(wx.EVT_ENTER_WINDOW, self.OnHover) #or whatever
event
def OnHover(self,event):
if self.underline_on: #this is critical
self.UnderlineWords()
···
On Mon, Dec 21, 2015 at 9:30 AM, <a.m.n.alsubhi@gmail.com> wrote:
Now I expand my App. with three richtext boxes and three checkboxes. I
create an event to highlight words in other text boxes when the user hover
the mouse on underlined words then the event highlight the corresponding
word on other text box. the event works perfect but when the check box
disable I want the event to stop but it doesn't. I tried Unbind but it
doesn't work. If you have any idea to stop event ,it would be great.
Sample app? You may be doing something in your code that is slowing it down?
But as I said from the start, I'm not sure, but as the demand on repainting
quickly is increased it might well get slow...and so probably this is best
done in the underlying C++. Please ask about this again on the list and
maybe the original asker has figured something out, or you can get help
with how to use PaintAboveContent().
···
On Mon, Dec 21, 2015 at 4:19 PM, <a.m.n.alsubhi@gmail.com> wrote:
The lines are kind of slow when I scrolled up or down. I hope to find a
better and faster solution especially when the number of underline is
increased.
as the demand on repainting quickly is increased it might well get
slow...and so probably this is best done in the underlying C++.
That can be an issue, but I'll guess that you'll be fine if you are
doing on order of 10 or so draw operations. Maybe 100. Thousands and
you'll have a problem.
-CHB
That's good to know. Maybe he's doing something in his code that's slowing
things down...and he can post another sample and someone can see what's
what.
···
On Mon, Dec 21, 2015 at 9:39 PM, Chris Barker - NOAA Federal < chris.barker@noaa.gov> wrote:
as the demand on repainting quickly is increased it might well get
slow...and so probably this is best done in the underlying C++.That can be an issue, but I'll guess that you'll be fine if you are
doing on order of 10 or so draw operations. Maybe 100. Thousands and
you'll have a problem.-CHB
That's good to know. Maybe he's doing something in his code that's slowing
things down...and he can post another sample and someone can see what's
what.
yup -- always need the samples!
-CHB
···
On Mon, Dec 21, 2015 at 9:56 PM, C M <cmpython@gmail.com> wrote:
--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov
comparing to underlining feature in richtext, this drawing is very slow and the user can notice it . I hope I can expand the underlining function in richtext to support different styles and colors. but the problem it is written in C++.
···
On Monday, December 21, 2015 at 6:22:36 PM UTC-5, Che M wrote:
On Mon, Dec 21, 2015 at 4:19 PM, a.m.n....@gmail.com wrote:
The lines are kind of slow when I scrolled up or down. I hope to find a better and faster solution especially when the number of underline is increased.
Sample app? You may be doing something in your code that is slowing it down?
But as I said from the start, I’m not sure, but as the demand on repainting quickly is increased it might well get slow…and so probably this is best done in the underlying C++. Please ask about this again on the list and maybe the original asker has figured something out, or you can get help with how to use PaintAboveContent().
Chris mentioned above that it probably *shouldn't have to be* slow for a
small number of words. The wonder is, is there something about your code
that maybe could be slowing things down? You know the drill: small
runnable sample time. I will try it out here as well. Also, please give
your platform, wx version, Python version, and maybe the specs on your
computer.
···
On Sat, Dec 26, 2015 at 10:20 PM, <a.m.n.alsubhi@gmail.com> wrote:
comparing to underlining feature in richtext, this drawing is very slow
and the user can notice it .
I’m worried that my app might have thousand words to be underlined. Also, you can see a problem when resize the window to a small size and scroll-down, you well see the lines move away and drawn on other words until disappear. I posted my question about dashed underlining on Wxwidget forum but they don’t have useful answer.
···
On Saturday, December 26, 2015 at 11:50:13 PM UTC-5, Che M wrote:
On Sat, Dec 26, 2015 at 10:20 PM, a.m.n....@gmail.com wrote:
comparing to underlining feature in richtext, this drawing is very slow and the user can notice it .
Chris mentioned above that it probably shouldn’t have to be slow for a small number of words. The wonder is, is there something about your code that maybe could be slowing things down? You know the drill: small runnable sample time. I will try it out here as well. Also, please give your platform, wx version, Python version, and maybe the specs on your computer.
I'm worried that my app might have thousand words to be underlined. Also,
you can see a problem when resize the window to a small size and
scroll-down, you well see the lines move away and drawn on other words
until disappear. I posted my question about dashed underlining on Wxwidget
forum but they don't have useful answer.
OK, good luck with the wxWidgets list. I just can't continue to ask you to
post samples.
Stepping back, though, it is worth it to note that wxRichTextCtrl was
developed at the level of wxWidgets up until a point and was a great effort
and contribution, but then further work slowed quite a bit, and there is
certainly more that could be improved about it. Over the year, other ideas
for "word processing" windows were floated, such as wxWebkit, but that
project stopped in 2013, and the current page suggests to embed Chromium
instead, so perhaps that's worth looking into.
···
On Mon, Dec 28, 2015 at 12:02 PM, <a.m.n.alsubhi@gmail.com> wrote:
On Saturday, December 26, 2015 at 11:50:13 PM UTC-5, Che M wrote:
On Sat, Dec 26, 2015 at 10:20 PM, <a.m.n....@gmail.com> wrote:
comparing to underlining feature in richtext, this drawing is very slow
and the user can notice it .Chris mentioned above that it probably *shouldn't have to be* slow for a
small number of words. The wonder is, is there something about your code
that maybe could be slowing things down? You know the drill: small
runnable sample time. I will try it out here as well. Also, please give
your platform, wx version, Python version, and maybe the specs on your
computer.--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
I'm worried that my app might have thousand words to be underlined.
they won't all be on the screen at once, though.
Anyway, I suspect you could get this to work OK, though you are right that
it would be better, in the long run, to add the feature to the C++ code.
-CHB
···
On Mon, Dec 28, 2015 at 9:02 AM, <a.m.n.alsubhi@gmail.com> wrote:
Also, you can see a problem when resize the window to a small size and
scroll-down, you well see the lines move away and drawn on other words
until disappear. I posted my question about dashed underlining on Wxwidget
forum but they don't have useful answer.On Saturday, December 26, 2015 at 11:50:13 PM UTC-5, Che M wrote:
On Sat, Dec 26, 2015 at 10:20 PM, <a.m.n....@gmail.com> wrote:
comparing to underlining feature in richtext, this drawing is very slow
and the user can notice it .Chris mentioned above that it probably *shouldn't have to be* slow for a
small number of words. The wonder is, is there something about your code
that maybe could be slowing things down? You know the drill: small
runnable sample time. I will try it out here as well. Also, please give
your platform, wx version, Python version, and maybe the specs on your
computer.--
You received this message because you are subscribed to the Google Groups
"wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to wxpython-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker@noaa.gov