Re: [fltk.development] [RFE] STR #2904: Native file chooser isn'texactly native on linux

2013-02-22 Thread Sanel Zukan
First of all, thank you for detail reply on STR page (writing here to reduce noise out there). True, there are a lot issues with system()-ing external dialogs, but my original idea was to leverage FLTK usage by (maybe) creating platform specific emulations (in FLTK), just like Qt guys did for Qt.

Re: [fltk.development] C API experiment

2013-02-22 Thread Sanel Zukan
Hi, How seriously you need C API? I'm asking, since some projects I've seen made a couple of small wrappers around essential classes/functions just to allow them making basic UI (e.g. there is a minimal wrapper for Haskell). If you need something serious, I'm interested too because I'm seeking so

Re: [fltk.development] [RFE] STR #2904: Native file chooser isn'texactly native on linux

2013-02-18 Thread Sanel Zukan
AFAIK kdialog is often distributed with KDE, which isn't the case for zenity/Gnome. > In any case: We still need to address the issue of "guessing" what > desktop the user is running and then choosing either zenity or > kdialog accordingly... There is a env variable XDG_CURRENT_DESKTOP and should

Re: [fltk.development] [RFE] STR #2904: Native file chooser isn't exactly native on linux

2013-02-14 Thread Sanel Zukan
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 Sorry guys for commenting here (or maybe 'devel' list will be fine), but adding Gtk+ dialog in form of 'native' one, makes absolutely no sense.

Re: [fltk.development] [RFC] a new class to supportInternationalization

2013-01-29 Thread Sanel Zukan
Hi Ian, True, but not everything can be changed that way, e.g. file chooser, fatal errors... Also fluid can't be translated and adopted to user specific locales. Sanel On 01/29/2013 10:19 PM, Ian MacArthur wrote: > > On 29 Jan 2013, at 17:35, Sanel Zukan wrote: > >> Maybe

Re: [fltk.development] [RFC] a new class to support Internationalization

2013-01-29 Thread Sanel Zukan
Maybe question is why FLTK does not support (GNU) gettext across whole library? This way translation strings could be handled in more standard way and you will get for free a bunch of tools or services like Transifex. Sanel On 01/28/2013 10:52 PM, Manolo Gouy wrote: > I would like to get input fr

Re: [fltk.development] CRIT STR #2881

2012-11-08 Thread Sanel Zukan
> Because it is unclear how to decide what is an acceptable image size > and what is too big. > >> Why just not inspect file header, as I commented in STR? IMHO it would be better to leave this decision to developer than library so developer can adjust preferences depending on application type. _

Re: [fltk.development] CRIT STR #2881

2012-11-08 Thread Sanel Zukan
Nice job for digging up this technique :) Not used today as was used before... > However; I'm not actually sure this will work - it may be the case >that if we "new" the array with the "placement new" operation, then >maybe just calling "delete" will not work? I do not know. Doing placement

Re: [fltk.development] CRIT STR #2881

2012-11-07 Thread Sanel Zukan
Why just not inspect file header, as I commented in STR? On 11/05/2012 02:51 PM, Manolo Gouy wrote: >>> Fixing STR #2881 (Check image bounds before allocation) requires >>> to check for failed memory allocation. Without exception handling, >>> I believe the only way to do it is: >>> = >> >>>#i

[fltk.development] Critical issue moderated

2012-11-03 Thread Sanel Zukan
Hi, I just filled one critical issue (http://www.fltk.org/str.php?U2881) and I received moderation pending mail for fltk-bugs. Is this related only for critical bugs or only developers posts/replies get there? Regards, Sanel ___ fltk-dev mailing list

[fltk.development] [RFE] STR #2879: Better RTTI support

2012-10-22 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2879 Version: 1.3-feature Fix Version: 1.3-current FLTK has basic implementation (but with good base) for RTTI which is used at the couple of places (mostly to deduce Fl_W

Re: [fltk.development] [RFE] STR #2874: Allow turning off Xft support without recompiling FLTK

2012-09-26 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2874 Version: 1.3-feature Fix Version: 1.3-current If you thinking this feature would be that hard, I'm fine to keep it as is :) Thanks for replies. Link: http://www.fl

[fltk.development] [RFE] STR #2874: Allow turning off Xft support without recompiling FLTK

2012-09-20 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2874 Version: 1.3-feature Fix Version: 1.3-current When FLTK was compiled with Xft (font antialiasing) support, there is no way to turn it off. Gtk and Qt have options to

[fltk.development] [RFE] STR #2869: Better scaling algorithm

2012-09-06 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2869 Version: 1.3-feature FLTK for scaling images uses nearest-neighbour algorithm. This algorithm is quite fast, but yields jagged images, especially if image is scaled t

Re: [fltk.development] fltk-config link libraries

2012-06-08 Thread Sanel Zukan
> Didn't Julian Taylor mention 2006? (see link above). I don't know My bad; Launchpad fonts made 6 looks almost like 8 in my browser but this makes things even worse :D > of such a patch, but this is really a long time. He also suggested > that you should ask the Debian maintainers... True, but

[fltk.development] fltk-config link libraries

2012-06-07 Thread Sanel Zukan
Hi all, I'm putting this on dev list as I'm thinking it will more likely reach all devlopers. If I should continue on general list, please let me know. Ubuntu/debian and now fedora changed fltk-config, notably --ldflags, which I used (inside EDE) to determine options FLTK is compiled with, like X

Re: [fltk.development] [RFE] STR #2179: Allow receiving events before FLTK handles them

2009-03-26 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2179 Version: 1.3-feature > There is also the very much related STR #2177 Thank you for mentioning it :) > Fl::add_handler(myHandler, void *my_arg, int flag=FL_HANDLE_AF

Re: [fltk.development] [RFE] STR #2179: Allow receiving events before FLTK handles them

2009-03-25 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2179 Version: 1.3-feature > I think we should be able to intercept with Fl::add_handler() all events With Fl::add_handler() user will receive events after FLTK, which is p

Re: [fltk.development] [RFE] STR #2180: pkg-config support

2009-03-25 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2180 Version: 1.3-feature > And apparently a hell to maintain if we want FLTK to be still used correctly I'm not sure what you mean by "hell to maintain". configure script

[fltk.development] [RFE] STR #2180: pkg-config support

2009-03-24 Thread Sanel Zukan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2180 Version: 1.3-feature pkg-config is today de-facto standard for library config files. Besides it unifies correct flags and library fetching, it intoduces one important

[fltk.development] This year GSOC

2008-02-26 Thread Sanel Zukan
Anyone interested ? Some things that could be todos: - utf8 patch revision and merge in 1.x - documentation 'doxyfication' and revision in 1.x - cairo support in 1.x (solves printing problem) - and/or printing - 2.0 (something about that...) We can split between mentoring and student applica

Re: [fltk.development] Mozilla Gecko?

2007-07-13 Thread Sanel Zukan
> Dear FLTK Gurus, > > Can someone point me in the right direction on > any efforts to embed Gecko (browser engine) into > FLTK app? Or for that matter any html browser.. > > Thanks a bunch! There was efforts, but I will sound too pessimistic about them :) I played (actually, tried to play) with

Re: [fltk.development] Patches

2007-07-13 Thread Sanel Zukan
> Hi, > > How long does it usually need until a patch goes into the trunk of fltk2? > > regards, > Tobias Markmann Sorry for waiting :) I was way too busy with side work so didn't look here for some time. The same applies for others, presumably :) I applied it on svn. Thanks ! -- Sanel ___

Re: [fltk.development] 1.1.8/svn alpha compositor fix

2007-06-05 Thread Sanel Zukan
> Please file a bug report: > > http://www.fltk.org/str.php Filled :) -- Sanel ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev

Re: [fltk.development] Some testings, please

2007-06-05 Thread Sanel Zukan
> Current fltk2.0 svn compiled fine on OSX 10.4.x with gcc_select 3.3 > Just these warnings, which probably aren't worth mentioning: > [..] > Compiling vsnprintf.c... > /usr/bin/ar cr ../lib/libfltk2.a ... > ranlib: file: ../lib/libfltk2.a(dnd.o) has no symbols > ranlib: file: ../lib/li

Re: [fltk.development] Some testings, please

2007-06-02 Thread Sanel Zukan
> I have both OSX and NT here. Thanks !!! :) > I take it for OSX you are just looking for a compile test which > I can do easily enough. Yes, just to check does it compiles fine without errors/warnings. > Are there certain demos you want tested too? One or two random chosen w

[fltk.development] 1.1.8/svn alpha compositor fix

2007-06-02 Thread Sanel Zukan
This is fix for 1.1.8 (current svn version) affecting gray images with alpha. In given versions, alpha compositor filled with grayscale image data will crash whole app yielding '*** glibc detected *** corrupted double-linked list: xxx' message. This is due loop who will overwrite memory node to

Re: [fltk.development] Some testings, please

2007-05-31 Thread Sanel Zukan
> I don't have ready access to an NT box anymore (we used to have lots > here, but they were "upgraded"...) If the fltk-2 code is copied from the > fltk-1.1 tree, which loads the required dlls and fumctions dynamically > *if they are available* then all should be well. The existing 1.1 code > was w

Re: [fltk.development] FLTK 2 application hangs in Window.exec()

2007-05-30 Thread Sanel Zukan
Romain Behar wrote: > Hello, > I'm writing an application (using latest FLTK 2 snapshots), and began adding > custom dialog windows. It contains a GlWindow object that opens a custom > dialog on right click event. Such custom dialog opens properly when called > through a menu item, but hangs in

[fltk.development] Some testings, please

2007-05-30 Thread Sanel Zukan
I will need some help to test latest svn code (should I say 2.0 :P) especially those with osx and with some windows (NT would be very nice :)). Ok, let we see: - STR #1590 http://www.fltk.org/str.php?L1590+P0+S-2+C0+I0+E0+M1000+Q can anyone test does cursor still crashes so I can dismiss this i

Re: [fltk.development] fltk2.0 svn build errors on osx

2007-05-24 Thread Sanel Zukan
I'm thinking about two possible solutions here (plus a sick one): - explicitly say fltk::Rectangle event if 'using namespace fltk' is stated (how is this portable among compilers? what about older compilers?). Ugly. - let preprocessor do the job, like: #define Rectangle MyRec

Re: [fltk.development] fltk2.0 svn build errors on osx

2007-05-22 Thread Sanel Zukan
Thanks guys for the tips! I updated what I could since I don't have any apple here. > Widget_Types.h: In member function `virtual const Enumeration* > ButtonType::subtypes() const': > Widget_Types.h:77: internal compiler error: Bus error > Please submit a full bug report, > with preprocessed sou

Re: [fltk.development] [Library] r5821 - in trunk:fltk fluid src test

2007-05-16 Thread Sanel Zukan
+1 Looking at the logs, there is a hell of core changes! I have to ask this: will be there drastic break-all-current-code-all-over-the-world changes again ? Current api stabilized very much and rest-of-the-world is not very keen to update their code to the changes. It would be nice if someone co

Re: [fltk.development] Image default sizes

2007-05-16 Thread Sanel Zukan
> The -1 was used to indicate that measure() was never called. With recent > changes it uses a different way to determine this. The code was also > looking for -1 (indicating some error) and changing it to 12, but since > the -1 value is not used for anything else, it is equivalent to > initial

Re: [fltk.development] VC8 error fix: Patch: fltk/draw.h

2007-04-27 Thread Sanel Zukan
> Below is the Diff file i generated to fix a compile error associated with > Visual Studio 8, i'm going to do more fixes soon, so this is just a initial > fix for the issues when compiling FLTK using the VS2005 software. Fixed, thanks. Bring them on :) -- Sanel __

Re: [fltk.development] Compilation's problem on linux

2007-04-24 Thread Sanel Zukan
Hi, This is a very strange since no one reported similar issue. For me, current is compiling without the problems. What is your system configuration ? PS. Please, further bugs report to the STR :) -- Sanel ___ fltk-dev mailing list fltk-dev@easysw.com

[fltk.development] Image default sizes

2007-04-23 Thread Sanel Zukan
Just to ask about default sizes for Image objects. As it can be seen, now default values are w:12, h:12. I didn't notice this until recently, and noticed also that older revisions contains w:-1, h:-1 pair. If I can ask, why default values are 12? Magic number or...? -- Sanel ___

[fltk.development] RFC: fl_dont_execute removal

2007-04-12 Thread Sanel Zukan
Hi, I would propose removing fl_dont_execute hack (Menu.cxx) and be replaced with WHEN_NEVER clause. As far as I know, fl_dont_execute is only used inside fluid, but as I could find out from general list, people started to use it heavily. Replacement like: MenuBar mymenu; mymenu.when(WHEN_NEVER)

Re: [fltk.development] fl_jpeg.cxx

2007-04-12 Thread Sanel Zukan
My error :) #define NEED_SHORT_EXTERNAL_NAMES 1 should not be touched :) ___ fltk-dev mailing list [EMAIL PROTECTED] http://lists.easysw.com/mailman/listinfo/fltk-dev

[fltk.development] fl_jpeg.cxx

2007-04-12 Thread Sanel Zukan
Anyone able to compile current svn code for fltk2.0 ? First of all, someone changed: extern "C" { # ifdef HAVE_LOCAL_JPEG_H # include "libjpeg/jpeglib.h" # else # include # endif } to: #include which is wrong; second nowhere is stated: #define NEED_SHORT_EXTERNAL_NAMES 1 since are used short