| | [ Return to Bugs & Features | Roadmap 1.3 | Post Text | Post File | Prev | Next ]
STR #3175
| Application: | FLTK Library |
|---|
| Status: | 5 - New |
|---|
| Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Core Library |
|---|
| Summary: | Fl_Text_Editor overstrike mode doesn't behave as expected |
|---|
| Version: | 1.3.3 |
|---|
| Created By: | AlbrechtS |
|---|
| Assigned To: | AlbrechtS |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]
Trouble Report Comments:
[ Post Text ]
| |
| #1 | AlbrechtS
06:10 Jan 07, 2015 |
| Asking for comments.
Fl_Text_Editor in overstrike mode does some strange (unusal, unexpected) things. Other editors seem to behave differently.
(1) When a selection exists and text is inserted by pressing ctrl/v then Fl_Text_Editor removes the selection and overstrikes the following text after the previous selection. The expected behavior would be to replace only the selected text. gedit behaves as expected (IMHO), I didn't check other editors yet.
The attached file Fl_Text_Editor_overstrike_selection.patch fixes this.
(2) When no selection exists ctrl/v does overstrike the text after the current cursor position. gedit behaves differently: ctrl/v always inserts text, no matter what mode (insert or overstrike) is active.
I didn't investigate further, but I assume that drag'n'drop may have similar issues.
I'm asking for comments on this, since changing the behavior of the editor widget might be a compatibility problem, but I believe the unusual behavior should be investigated and fixed eventually (if needed). | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
FLTK Apps 
