Re: [fltk.bugs] FLTK on OSX to compile with non-Apple G++ (patchincluded)

2010-12-22 Thread Albrecht Schlosser
On 22.12.2010 08:34, Manolo Gouy wrote: This FL_LIBRARY may be exactly what is needed to solve cleanly this issue. But what exactly is it used for at this point ? I see it set ONLY in src/CMakeLists.txt. Does it mean that not any makefile use it ? It would be useful for this issue if

Re: [fltk.bugs] [HIGH] STR #2474: Fltk does not accept xim inputwhen the input method starts later

2010-12-22 Thread Sparkaround
Thank you for fixing it so quickly!Yes, the restart problem doesn't matter. it seems that other applications (e.g., xterm, the gnome terminal) react very badly to xim server stop and restart. Do you mean when xim is killed by kill -9, the terminal exec killall -9 will freeze sometimes? And if

Re: [fltk.bugs] [MOD] STR #2479: Fl_Input: drop emacs editing keys, use 'standard' (Fl_Text_Editor for reference)

2010-12-22 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2479 Version: 1.3-current Fix Version: 1.3-current (r8067) Great work, Greg ! Your research of behavior in other tools and apps. is awesome ! Thanks a lot !!! I have 3

Re: [fltk.bugs] [MOD] STR #2479: Fl_Input: drop emacs editing keys, use 'standard'(Fl_Text_Editor for reference)

2010-12-22 Thread Manolo Gouy
On 22.12.2010 14:50, Manolo Gouy wrote: Great work, Greg ! Your research of behavior in other tools and apps. is awesome ! Thanks a lot !!! I join my congratulations to Albrecht's. (1) The documentation mixes selection (buffer) and clipboard in some places. The code seems to be

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Jaromir Capik
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature Hello guys. This bug is still UNASSIGNED. May I know if anybody's able to fix this issue? We decided to use FLTK2 for our project and it's

Re: [fltk.bugs] [MOD] STR #2479: Fl_Input: drop emacs editing keys, use 'standard' (Fl_Text_Editor for reference)

2010-12-22 Thread Greg Ercolano
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2479 Version: 1.3-current Fix Version: 1.3-current (r8067) Thanks Albrecht! Yes, the cross platform research was what took most of the time. Responding to your items:

Re: [fltk.bugs] [LOW] STR #2495: More memory leaks on fluid

2010-12-22 Thread Manolo Gouy
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2495 Version: 1.3-current Fix Version: 1.3.0 (r8107) Fixed in Subversion repository. Link: http://www.fltk.org/str.php?L2495 Version: 1.3-current Fix Version: 1.3.0 (r8107) ___ fltk-bugs

Re: [fltk.bugs] [MOD] STR #2479: Fl_Input: drop emacs editing keys, use 'standard' (Fl_Text_Editor for reference)

2010-12-22 Thread Greg Ercolano
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2479 Version: 1.3-current Fix Version: 1.3-current (r8067) (3) Ah, good catch. I actually caught one or two of those myself while doing the code, and made a note to

Re: [fltk.bugs] [MOD] STR #2479: Fl_Input: drop emacs editing keys, use 'standard'(Fl_Text_Editor for reference)

2010-12-22 Thread Albrecht Schlosser
On 22.12.2010 16:38, Manolo Gouy wrote: [ ... text about clipboard and selection buffer ... ] I fully agree. The problem is that this is the doc of a function which prototype is void Fl::copy(const char *stuff, int len, int clipboard = 0) so the doc uses the word clipboard to relate to the

Re: [fltk.bugs] [MOD] STR #2479: Fl_Input: drop emacs editing keys, use 'standard' (Fl_Text_Editor for reference)

2010-12-22 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2479 Version: 1.3-current Fix Version: 1.3-current (r8067) I see that item 1 (documentation) is fixed. Thanks to Manolo. Looks perfect to me. Item 3 is also fixed.

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature Did you take a look at the FLTK 2 Roadmap? http://www.fltk.org/roadmap.php#2.0 Unfortunately there are currently no active developers for FLTK

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Jaromir Capik
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature Thanks for the answer. Yes I did and noticed there are no active developers of the FLTK2.0, but I thought it doesn't apply to critical bug

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Ben Stott
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature So, I've been looking into STR #2318, the corollary of this bug. Here's what i've been able to work out so far: For some *stupid* reason, under

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Jaromir Capik
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature Btw. it is not such a specific bug. Internal xkbmap layout switching is used by a lot of people from all over the world. The FLTK library is

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Jaromir Capik
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature You talk about non-US keymap, but that's not true ... If Your current layout is non-US and You select multiple layouts including the

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Jaromir Capik
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature I hope we're really talking about the same issue :] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Jaromir Capik
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature Anyway I really appreciate Your help ... We don't need to have it fixed urgently We only need to know if it can be fixed or not ...

Re: [fltk.bugs] [CRIT] STR #2493: Mouse control get's jammed with multiple xkbmaps after the first click

2010-12-22 Thread Ben Stott
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2493 Version: 2.0-feature Oh, yes, I've no doubt we're talking about the same bug - I've only been able to replicate it with the US keymap as my default, because