I've built a component based on the wxStyledTextCtrl to serve as a custom editor for people who are transcribing and analyzing video, mostly in academic settings. I just discovered a serious (for me, anyway) problem.
One of the things that people can do in my program is insert "time codes" into their transcripts, which are demarked by the "¤" [unichr(164)] character. But if someone copies text into the clipboard that includes that character on the Mac using Cmd-X or Cmd-C, the program crashes with a bus error. There's no problem on Windows, but it crashes on OS X 10.3 and OS X 10.4. (I'm using wxPython 2.8.4.0-unicode, waiting to upgrade until after my next release.)
Attached is a small code sample that illustrates the problem.
Any suggestions would be welcome. However, my program has been in wide enough use for enough years that I am resistant to changing the character in question.
David Woods, Ph.D.
Researcher, Transana Lead Developer
Wisconsin Center for Education Research
University of Wisconsin, Madison http://www.transana.org
I've built a component based on the wxStyledTextCtrl to serve as a custom editor for people who are transcribing and analyzing video, mostly in academic settings. I just discovered a serious (for me, anyway) problem.
One of the things that people can do in my program is insert "time codes" into their transcripts, which are demarked by the "¤" [unichr(164)] character. But if someone copies text into the clipboard that includes that character on the Mac using Cmd-X or Cmd-C, the program crashes with a bus error. There's no problem on Windows, but it crashes on OS X 10.3 and OS X 10.4. (I'm using wxPython 2.8.4.0-unicode, waiting to upgrade until after my next release.)
Attached is a small code sample that illustrates the problem.
Any suggestions would be welcome. However, my program has been in wide enough use for enough years that I am resistant to changing the character in question.
This bug is already fixed in 2.8.6.1. (Due to be released soonish.)
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
Hello all,
I've built a component based on the wxStyledTextCtrl to serve as a custom editor for people who are transcribing and analyzing video, mostly in academic settings. I just discovered a serious (for me, anyway) problem.
One of the things that people can do in my program is insert "time codes" into their transcripts, which are demarked by the "¤" [unichr(164)] character. But if someone copies text into the clipboard that includes that character on the Mac using Cmd-X or Cmd-C, the program crashes with a bus error. There's no problem on Windows, but it crashes on OS X 10.3 and OS X 10.4. (I'm using wxPython 2.8.4.0-unicode, waiting to upgrade until after my next release.)
Attached is a small code sample that illustrates the problem.
Any suggestions would be welcome. However, my program has been in wide enough use for enough years that I am resistant to changing the character in question.
This bug is already fixed in 2.8.6.1. (Due to be released soonish.)
That's great. Thanks.
Do you know off-hand if the bug that prevents one from changing the playback speed in wxMediaCtrl when using the Windows Media Player back end has also been fixed?
(If so, and soonish means a couple of weeks rather than a couple of months, it might be worth holding off my impending release for the new version.)
Hello all,
I've built a component based on the wxStyledTextCtrl to serve as a custom editor for people who are transcribing and analyzing video, mostly in academic settings. I just discovered a serious (for me, anyway) problem.
One of the things that people can do in my program is insert "time codes" into their transcripts, which are demarked by the "¤" [unichr(164)] character. But if someone copies text into the clipboard that includes that character on the Mac using Cmd-X or Cmd-C, the program crashes with a bus error. There's no problem on Windows, but it crashes on OS X 10.3 and OS X 10.4. (I'm using wxPython 2.8.4.0-unicode, waiting to upgrade until after my next release.)
Attached is a small code sample that illustrates the problem.
Any suggestions would be welcome. However, my program has been in wide enough use for enough years that I am resistant to changing the character in question.
This bug is already fixed in 2.8.6.1. (Due to be released soonish.)
That's great. Thanks.
Do you know off-hand if the bug that prevents one from changing the playback speed in wxMediaCtrl when using the Windows Media Player back end has also been fixed?
I don't think anything has been done in the mediactrl classes for quite a while.
(If so, and soonish means a couple of weeks rather than a couple of months, it might be worth holding off my impending release for the new version.)
Yep, it means a couple weeks. Maybe less.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!