Re: [fltk.development] [RFE] STR #2904: Native file chooser isn't exactly native on linux
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature FWIW: doing this as Ian suggested means that the gtk development files (headers etc.) must be present on the /developer's/ machine. So we'd have to add a configure check and #if.../#endif around the corresponding gtk wrapper code. But that would be doable as well. Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
Re: [fltk.development] [RFE] STR #2904: Native file chooser isn't exactly native on linux
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature Indeed so - and I was not suggesting I was all that keen on that approach - only that it looks feasible! I suppose a safe fallback might be to have it as an add-on, in the way the FNFC used to be, so folks could add it if they wanted it, since making fltk depend on GTK seems like an unusual' choice... Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
Re: [fltk.development] Testing CJK text input on Mac OS platform
Many thanks for testing Chinese input. I have (r.9761) changed things a little bit: marked text appears now in white on blue background, so it should be easily visible. Do you agree? I tried it with OS X's built-in pinyin and zhuyin IMEs for Chinese, it seemed to work. My only comment is that the candidate characters show up with a dark blue background, which makes it hard to see the black text. Other OS X programs underline the candidates. And thanks very much for adding this feature, I previously thought you'd have to use the native text entry widget, which seemed like a hassle. Evidently I was wrong! On Sat, Dec 15, 2012 at 7:18 AM, Manolo Gouy wrote: Could somebody with knowledge of Chinese, Japanese and/or Korean text input on the Mac OS platform, please, test the current svn version of FLTK 1.3 (r.9755)? The editor example program can be used for this test. Using the Mac OS help for CJK text input, I believe several text input functions are now implemented. Testing from experienced users of CJK text input is much needed, though, for I have no knowledge whatsoever of these languages and input systems. ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
Re: [fltk.development] Testing CJK text input on Mac OS platform
On Mon, Dec 17, 2012 at 9:48 AM, Manolo Gouy manolo.g...@univ-lyon1.fr wrote: Many thanks for testing Chinese input. I have (r.9761) changed things a little bit: marked text appears now in white on blue background, so it should be easily visible. Do you agree? It is, this way is much easier to read. I still think the ideal would be an underline, since that's what all the other apps do, but this way works too. ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
Re: [fltk.development] [RFE] STR #2904: Native file chooser isn't exactly native on linux
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature OK... So, despite saying I wouldn't, I had a quick stab at this. It is *very* incomplete, and I have made no attempt to load the GTK libs via dlopen() or otherwise, so to make this work it will link in the GTK dependencies directly, which is not what we want for every day use! Also, I never got around to implementing the filter patterns, so you get All Files mode all the time. Attached is a patch against r9760 of fltk-1.3, plus one new file src/Fl_Native_File_Chooser_GTK_Test.cxx which needs to be dropped into the appropriate place. I have NOT modified the configure script at all - you need to have an initialised, configured, checkout of 9760, then lay this patch on top of it. Then it Might Just Work. NOTES: The new file is really just src/Fl_Native_File_Chooser_FLTK.cxx hacked about; the intention is, once the dlopen() stuff is in place, that *IFF* we find usable GTK libs and so forth we use that, if not, the code falls back to doing what the stock linux FNFC does. However, this code is just a test and incomplete; in particular, there are a lot of places where I ought to have ifdef'd out some GTK stuff, that is always on here. so this will not build at all if the GTK dev packages are not on your machine. And, as noted above, a lot of the capabilities of FNFC, in particular the filter patterns, are not implemented - though the GTK widget should be able to do them, I never got around to it; it may be a fair chunk of work... Setting the working directory probably will not work - and the GTK widget has some odd ideas about that anyway... What works is selecting single / multiple files, single / multiple directories, file save, directory create. Finally; this is what it is - do not assume I will *ever* do any more work on this... Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
Re: [fltk.development] [RFE] STR #2904: Native file chooser isn't exactly native on linux
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature Attached file fnfc-gtk-patch.zip... Link: http://www.fltk.org/str.php?L2904 Version: 1.3-feature Attachment: http://www.fltk.org/strfiles/2904/fnfc-gtk-patch.zip ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev