Re: [fltk.bugs] [MOD] STR #2799: Menus can suddenly disappear
[STR Closed w/o Resolution] Link: http://www.fltk.org/str.php?L2799 Version: 1.3.0 OK - I defer to the OP to weigh in, as I don't have a problem with the behavior myself.. my mouse doesn't move between push/release. As a last gasp on the subject, I can only recommend to the OP, he might be able to solve this if he changes the '3' in this line (mentioned above): // turn off is_click if enough time or mouse movement has passed: if (abs(Fl::e_x_root-px)+abs(Fl::e_y_root-py) 3 || ..to something larger like 6. This will allow more mouse travel between push/release as not being mistaken as movement. Link: http://www.fltk.org/str.php?L2799 Version: 1.3.0 ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2799: Menus can suddenly disappear
[STR Closed w/o Resolution] Link: http://www.fltk.org/str.php?L2799 Version: 1.3.0 That is actually a good point: with screen resolution getting higher and higher, 3 pixels may be a bad choice, causing this kind of problem. Maybe we should make this number depend on screen DPI? Link: http://www.fltk.org/str.php?L2799 Version: 1.3.0 ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2805: png_set_longjmp_fn not found in mac lion (xcode 4)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2805 Version: 1.3.0 It is a bug in LibPNG. An upgrade to the newest libpng should solve the issue: http://sourceforge.net/mailarchive/message.php?msg_id=27519894 Link: http://www.fltk.org/str.php?L2805 Version: 1.3.0 ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [LOW] STR #2828: Fl_Tree RFE's
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2828 Version: 1.3-current for Point D) more prcisely we still can select multiple items but with click and keyboard combination. It is only the drag operations that are disabled. Typically useful when dealing with performances cost on tree selections and willing no to penalize user for useless multiple intermediate selection steps. Link: http://www.fltk.org/str.php?L2828 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [LOW] STR #2783: Fl_Text_Buffer::text(const char*) segfault when NULL is passed
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2783 Version: 1.3-current Fix Version: 1.3-current (r9366) Fixed in Subversion repository. Made sure internal cleanup still happens as suggested. Updated documentation mod adequately. Link: http://www.fltk.org/str.php?L2783 Version: 1.3-current Fix Version: 1.3-current (r9366) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2796: Fl_Tree: scrollbar position not recomputed when items are collapsed
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2796 Version: 1.3-current Could you elaborate how to reproduce that bug with the demo tree app ? Link: http://www.fltk.org/str.php?L2796 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2796: Fl_Tree: scrollbar position not recomputed when items are collapsed
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2796 Version: 1.3-current I don't think the demo 'tree' has collapse all / open all buttons, but it probably should. I'm about to make a large commit to Fl_Tree, so I'll add buttons for 'open all' and 'collapse all' so this can be exercised. I'll also see if I can fix this while I'm at it, as I've added a 'marginbottom()' method that lets one control how far beyond the bottom of the tree a person can scroll. I'll see if I can use that as a 'minimum position'. To replicate what I think the OP was getting at: 1) Run test/tree 2) Open the 500 items node 3) Select the '%00 items' node 4) Scroll to the bottom 5) Hit 'Remove Selected' (removes '500 items' node and its children) You now find yourself scrolled to a position far beyond the bottom of the tree, and have to scroll all the way through 'nothingness' to find the bottom of the tree. Arguably the tree should prevent one from being able to be scrolled 'beyond the bottom' of the tree. I've seen this issue with other FLTK widgets as well; Fl_Browser has always had it I think, and I think others (Fl_Scroll?) Link: http://www.fltk.org/str.php?L2796 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2771: Turkic locales and str(n)casecmp, toupper, tolower
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2771 Version: 1.3-current Fix Version: 1.3-current (r9368) Fixed in Subversion repository. Introduced a new fl_ascii_strcasecmp that does not rely on locale sensitive tolower (resp. toupper) api. Please confirm that it works for you. Link: http://www.fltk.org/str.php?L2771 Version: 1.3-current Fix Version: 1.3-current (r9368) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2771: Turkic locales and str(n)casecmp, toupper, tolower
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2771 Version: 1.3-current Fix Version: 1.3-current (r9368) Added the use of the new fl_ascii_strcasecmp() in shceme(const char* ) as well in r9369. Ian, tell me what you think, you could probably reliably use that new api for your font selection problem you previously mentioned ? Link: http://www.fltk.org/str.php?L2771 Version: 1.3-current Fix Version: 1.3-current (r9368) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [LOW] STR #2802: poor modality interaction with local window manager
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2802 Version: 1.3-current If I add the following on OS X: - (BOOL)canBecomeKeyWindow { if (Fl::modal_ (Fl::modal_ != w)) return NO; // prevent the caption to be redrawn as active on click // when another modal window is currently the key win return !(w-tooltip_window() || w-menu_window()); } I can now have my window caption staying disabled while another modal window has the focus, so it works fine. Now what's the benefit of adding a canBecomeMainWindow as it seems to work fine with only the key window mod ? When I implement it as well I can see no change, did I miss something ? Link: http://www.fltk.org/str.php?L2802 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2805: png_set_longjmp_fn not found in mac lion (xcode 4)
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2805 Version: 1.3.0 Fix Version: 1.3.0 (r9372) Fixed in Subversion repository. Link: http://www.fltk.org/str.php?L2805 Version: 1.3.0 Fix Version: 1.3.0 (r9372) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2787: Can't build 1.3.x-svn current with VS7: png lib fails to build
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2787 Version: 1.3-current Fix Version: None This STR has not been updated by the submitter for two or more weeks and has been closed as required by the FLTK Configuration Management Plan. If the issue still requires resolution, please re-submit a new STR. Link: http://www.fltk.org/str.php?L2787 Version: 1.3-current Fix Version: None ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2686: fl_draw() not drawing wrapped line starting with @ when draw_symbols is false
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2686 Version: 1.3-current Fix Version: None This STR has not been updated by the submitter for two or more weeks and has been closed as required by the FLTK Configuration Management Plan. If the issue still requires resolution, please re-submit a new STR. Required information was not provided. Link: http://www.fltk.org/str.php?L2686 Version: 1.3-current Fix Version: None ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2748: fixed radio button hot key from turning it off if already on.
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2748 Version: 1.3.0 Fix Version: 1.3.1 (r9149) Thanks. I think this is done. Or do we need another reminder? Link: http://www.fltk.org/str.php?L2748 Version: 1.3.0 Fix Version: 1.3.1 (r9149) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2819: MinGW: #include dirent.h breaks fltk compilation
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2819 Version: 1.3-current So can we close that STR or is there any more work on that one ? Link: http://www.fltk.org/str.php?L2819 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2761: Force break when wrapping long words
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2761 Version: 1.3-current If possible, that would be great _not_ have a new option for a bug fix. Is there any downside of of fixing that problem in terms of backward compability (i.e. would it break 1.1 source compatibility) without adding a new mode that fiexs it ? Link: http://www.fltk.org/str.php?L2761 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [LOW] STR #2803: 64-bit compiler warnings
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2803 Version: 1.3-current Fix Version: 1.3-current (r9374) Fixed in Subversion repository. Tested on my ubuntu amd64 vm with gcc 4.6.1, as well as regression tested on mac os x 10.6 and windows 7 64 Link: http://www.fltk.org/str.php?L2803 Version: 1.3-current Fix Version: 1.3-current (r9374) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2709: fl_round_box may corrupt line style settings in Win32 systems - was: Windows7/x64 drawing problems in buttons.exe demo
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2709 Version: 1.3.0 Fix Version: 1.3.1 (r9211) Tested r9375 today in my Win7/64 VM and with vs2010 - works fine. Maybe we can close that STR now ? Link: http://www.fltk.org/str.php?L2709 Version: 1.3.0 Fix Version: 1.3.1 (r9211) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
[fltk.commit] [Library] r9366 - in branches/branch-1.3: FL src
Author: fabien Date: 2012-04-21 08:05:00 -0700 (Sat, 21 Apr 2012) New Revision: 9366 Log: STR2783: make potential null string substituted to an empty string, still achieve internal cleanup in Fl_Text_Buffer::text(s) Modified: branches/branch-1.3/FL/Fl_Text_Buffer.H branches/branch-1.3/src/Fl_Text_Buffer.cxx Modified: branches/branch-1.3/FL/Fl_Text_Buffer.H === --- branches/branch-1.3/FL/Fl_Text_Buffer.H 2012-04-21 11:13:10 UTC (rev 9365) +++ branches/branch-1.3/FL/Fl_Text_Buffer.H 2012-04-21 15:05:00 UTC (rev 9366) @@ -188,7 +188,7 @@ /** Replaces the entire contents of the text buffer. - \param text Text must be valid utf8. + \param text Text must be valid utf8. if null an empty string is substituted. */ void text(const char* text); Modified: branches/branch-1.3/src/Fl_Text_Buffer.cxx === --- branches/branch-1.3/src/Fl_Text_Buffer.cxx 2012-04-21 11:13:10 UTC (rev 9365) +++ branches/branch-1.3/src/Fl_Text_Buffer.cxx 2012-04-21 15:05:00 UTC (rev 9366) @@ -165,7 +165,11 @@ void Fl_Text_Buffer::text(const char *t) { IS_UTF8_ALIGNED(t) - + + // if t is null then substitute it with an empty string + // then don't return so that internal cleanup can happen + if (!t) t=; + call_predelete_callbacks(0, length()); /* Save information for redisplay, and get rid of the old buffer */ ___ fltk-commit mailing list fltk-commit@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-commit
[fltk.commit] [Library] r9367 - in branches/branch-3.0: include/fltk3 src/fltk3
Author: fabien Date: 2012-04-21 08:16:27 -0700 (Sat, 21 Apr 2012) New Revision: 9367 Log: Applied recent 1.3 fix to fltk3. Modified: branches/branch-3.0/include/fltk3/TextBuffer.h branches/branch-3.0/src/fltk3/TextBuffer.cxx Modified: branches/branch-3.0/include/fltk3/TextBuffer.h === --- branches/branch-3.0/include/fltk3/TextBuffer.h 2012-04-21 15:05:00 UTC (rev 9366) +++ branches/branch-3.0/include/fltk3/TextBuffer.h 2012-04-21 15:16:27 UTC (rev 9367) @@ -195,7 +195,7 @@ /** Replaces the entire contents of the text buffer. - \param text Text must be valid utf8. + \param text Text must be utf8, if null an empty string is substituted. */ void text(const char* text); Modified: branches/branch-3.0/src/fltk3/TextBuffer.cxx === --- branches/branch-3.0/src/fltk3/TextBuffer.cxx2012-04-21 15:05:00 UTC (rev 9366) +++ branches/branch-3.0/src/fltk3/TextBuffer.cxx2012-04-21 15:16:27 UTC (rev 9367) @@ -174,7 +174,11 @@ void fltk3::TextBuffer::text(const char *t) { IS_UTF8_ALIGNED(t) - + + // if t is null then substitute it with an empty string + // then don't return so that internal cleanup can happen + if (!t) t=; + call_predelete_callbacks(0, length()); /* Save information for redisplay, and get rid of the old buffer */ ___ fltk-commit mailing list fltk-commit@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-commit
[fltk.commit] [Library] r9368 - branches/branch-1.3/src
Author: fabien Date: 2012-04-21 10:21:11 -0700 (Sat, 21 Apr 2012) New Revision: 9368 Log: STR 2771 fix: introduce a new ascii strcasecmp that does not rely on locale sensitive toupper tolower. Modified: branches/branch-1.3/src/Fl_get_system_colors.cxx branches/branch-1.3/src/flstring.c branches/branch-1.3/src/flstring.h Modified: branches/branch-1.3/src/Fl_get_system_colors.cxx === --- branches/branch-1.3/src/Fl_get_system_colors.cxx2012-04-21 15:16:27 UTC (rev 9367) +++ branches/branch-1.3/src/Fl_get_system_colors.cxx2012-04-21 17:21:11 UTC (rev 9368) @@ -312,7 +312,7 @@ int Fl::reload_scheme() { Fl_Window *win; - if (scheme_ !strcasecmp(scheme_, plastic)) { + if (scheme_ !fl_ascii_strcasecmp(scheme_, plastic)) { // Update the tile image to match the background color... uchar r, g, b; int nr, ng, nb; @@ -358,7 +358,7 @@ // Use standard size scrollbars... Fl::scrollbar_size(16); - } else if (scheme_ !strcasecmp(scheme_, gtk+)) { + } else if (scheme_ !fl_ascii_strcasecmp(scheme_, gtk+)) { // Use a GTK+ inspired look-n-feel... if (scheme_bg_) { delete scheme_bg_; Modified: branches/branch-1.3/src/flstring.c === --- branches/branch-1.3/src/flstring.c 2012-04-21 15:16:27 UTC (rev 9367) +++ branches/branch-1.3/src/flstring.c 2012-04-21 17:21:11 UTC (rev 9368) @@ -90,6 +90,21 @@ return (srclen); } +/** +* locale independent ascii oriented case cmp +* returns 0 if string successfully compare, non zero otherwise +*/ +int fl_ascii_strcasecmp(const char *s, const char *t) { + if (!s || !t) return (s!=t); + if (strlen(s) != strlen(t)) return -1; + for(;*s; s++,t++) { + if ( *s != *t) { + if (*s*t (*s+0x20)!=*t ) return -1; + if (*s*t *s!=(*t+0x20) ) return +1; + } + } + return 0; +} /* * End of $Id$. Modified: branches/branch-1.3/src/flstring.h === --- branches/branch-1.3/src/flstring.h 2012-04-21 15:16:27 UTC (rev 9367) +++ branches/branch-1.3/src/flstring.h 2012-04-21 17:21:11 UTC (rev 9368) @@ -84,12 +84,15 @@ #define strlcpy fl_strlcpy # endif /* !HAVE_STRLCPY */ +// locale independent ascii compare, does not introduce locale pbs as w/ case cmp +FL_EXPORT extern int fl_ascii_strcasecmp(const char *s, const char *t); + # ifdef __cplusplus } # endif /* __cplusplus */ + #endif /* !flstring_h */ - /* * End of $Id$. */ ___ fltk-commit mailing list fltk-commit@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-commit
[fltk.commit] [Library] r9369 - branches/branch-1.3/src
Author: fabien Date: 2012-04-21 10:40:07 -0700 (Sat, 21 Apr 2012) New Revision: 9369 Log: STR 2771 fix cont'd used the new api in scheme(const char*) Modified: branches/branch-1.3/src/Fl_get_system_colors.cxx Modified: branches/branch-1.3/src/Fl_get_system_colors.cxx === --- branches/branch-1.3/src/Fl_get_system_colors.cxx2012-04-21 17:21:11 UTC (rev 9368) +++ branches/branch-1.3/src/Fl_get_system_colors.cxx2012-04-21 17:40:07 UTC (rev 9369) @@ -290,9 +290,9 @@ } if (s) { -if (!strcasecmp(s, none) || !strcasecmp(s, base) || !*s) s = 0; -else if (!strcasecmp(s, gtk+)) s = strdup(gtk+); -else if (!strcasecmp(s, plastic)) s = strdup(plastic); +if (!fl_ascii_strcasecmp(s, none) || !fl_ascii_strcasecmp(s, base) || !*s) s = 0; +else if (!fl_ascii_strcasecmp(s, gtk+)) s = strdup(gtk+); +else if (!fl_ascii_strcasecmp(s, plastic)) s = strdup(plastic); else s = 0; } if (scheme_) free((void*)scheme_); ___ fltk-commit mailing list fltk-commit@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-commit
[fltk.commit] [Library] r9371 - in branches/branch-3.0: fluid include/FL include/fltk3 src/fltk3
Author: matt Date: 2012-04-21 17:25:08 -0700 (Sat, 21 Apr 2012) New Revision: 9371 Log: Fixing some warnings and errors on Xcode Modified: branches/branch-3.0/fluid/Fl_Type.cxx branches/branch-3.0/include/FL/Fl_Widget.H branches/branch-3.0/include/fltk3/Widget.h branches/branch-3.0/src/fltk3/Preferences.cxx Modified: branches/branch-3.0/fluid/Fl_Type.cxx === --- branches/branch-3.0/fluid/Fl_Type.cxx 2012-04-22 00:06:25 UTC (rev 9370) +++ branches/branch-3.0/fluid/Fl_Type.cxx 2012-04-22 00:25:08 UTC (rev 9371) @@ -17,47 +17,35 @@ // // Copyright 1998-2010 by Bill Spitzak and others. // -// This library is free software; you can redistribute it and/or -// modify it under the terms of the GNU Library General Public -// License as published by the Free Software Foundation; either -// version 2 of the License, or (at your option) any later version. +// This library is free software. Distribution and use rights are outlined in +// the file COPYING which should have been included with this file. If this +// file is missing or damaged, see the license at: // -// This library is distributed in the hope that it will be useful, -// but WITHOUT ANY WARRANTY; without even the implied warranty of -// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU -// Library General Public License for more details. +// http://www.fltk.org/COPYING.php // -// You should have received a copy of the GNU Library General Public -// License along with this library; if not, write to the Free Software -// Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 -// USA. -// // Please report all bugs and problems on the following page: // // http://www.fltk.org/str.php // -#include fltk3/run.h -#include fltk3/ask.h -#include fltk3/Browser_.h -#include fltk3/draw.h -#include fltk3/filename.h +#include FL/Fl.H +#include FL/Fl_Browser_.H +#include FL/fl_draw.H #include stdlib.h #include ../src/fltk3/flstring.h #include stdio.h #include Fl_Type.h -#include workspace_panel.h #include undo.h -#include fltk3/Pixmap.h +#include FL/Fl_Pixmap.H #include pixmaps/lock.xpm #include pixmaps/protected.xpm //#include pixmaps/unlock.xpm -static fltk3::Pixmap lock_pixmap(lock_xpm); -static fltk3::Pixmap protected_pixmap(protected_xpm); -//static fltk3::Pixmap unlock_pixmap(unlock_xpm); +static Fl_Pixmap lock_pixmap(lock_xpm); +static Fl_Pixmap protected_pixmap(protected_xpm); +//static Fl_Pixmap unlock_pixmap(unlock_xpm); #include pixmaps/flWindow.xpm #include pixmaps/flButton.xpm @@ -110,84 +98,60 @@ #include pixmaps/flWidgetClass.xpm #include pixmaps/flTree.xpm #include pixmaps/flTable.xpm -#include pixmaps/flAppTarget.xpm -#include pixmaps/flLibTarget.xpm -#include pixmaps/flFile.xpm -#include pixmaps/flFolder.xpm -#include pixmaps/flFluidFile.xpm -#include pixmaps/flCodeFile.xpm -#include pixmaps/flMenuNone.xpm -#include pixmaps/flMenuMulti.xpm -#include pixmaps/flMenuAll.xpm -#include pixmaps/flWorkspace.xpm -#include pixmaps/flDependency.xpm -#include pixmaps/flOption.xpm -static fltk3::Pixmap window_pixmap(flWindow_xpm); -static fltk3::Pixmap button_pixmap(flButton_xpm); -static fltk3::Pixmap checkbutton_pixmap(flCheckButton_xpm); -static fltk3::Pixmap roundbutton_pixmap(flRoundButton_xpm); -static fltk3::Pixmap box_pixmap(flBox_xpm); -static fltk3::Pixmap group_pixmap(flGroup_xpm); -static fltk3::Pixmap function_pixmap(flFunction_xpm); -static fltk3::Pixmap code_pixmap(flCode_xpm); -static fltk3::Pixmap codeblock_pixmap(flCodeBlock_xpm); -static fltk3::Pixmap comment_pixmap(flComment_xpm); -static fltk3::Pixmap declaration_pixmap(flDeclaration_xpm); -static fltk3::Pixmap declarationblock_pixmap(flDeclarationBlock_xpm); -static fltk3::Pixmap class_pixmap(flClass_xpm); -static fltk3::Pixmap tabs_pixmap(flTabs_xpm); -static fltk3::Pixmap input_pixmap(flInput_xpm); -static fltk3::Pixmap choice_pixmap(flChoice_xpm); -static fltk3::Pixmap menuitem_pixmap(flMenuitem_xpm); -static fltk3::Pixmap menubar_pixmap(flMenubar_xpm); -static fltk3::Pixmap submenu_pixmap(flSubmenu_xpm); -static fltk3::Pixmap scroll_pixmap(flScroll_xpm); -static fltk3::Pixmap tile_pixmap(flTile_xpm); -static fltk3::Pixmap wizard_pixmap(flWizard_xpm); -static fltk3::Pixmap pack_pixmap(flPack_xpm); -static fltk3::Pixmap returnbutton_pixmap(flReturnButton_xpm); -static fltk3::Pixmap lightbutton_pixmap(flLightButton_xpm); -static fltk3::Pixmap repeatbutton_pixmap(flRepeatButton_xpm); -static fltk3::Pixmap menubutton_pixmap(flMenuButton_xpm); -static fltk3::Pixmap output_pixmap(flOutput_xpm); -static fltk3::Pixmap textdisplay_pixmap(flTextDisplay_xpm); -static fltk3::Pixmap textedit_pixmap(flTextEdit_xpm); -static fltk3::Pixmap fileinput_pixmap(flFileInput_xpm); -static fltk3::Pixmap browser_pixmap(flBrowser_xpm); -static fltk3::Pixmap
[fltk.commit] [Library] r9373 - in branches/branch-1.3: . FL src src/xutf8
Author: fabien Date: 2012-04-21 19:45:09 -0700 (Sat, 21 Apr 2012) New Revision: 9373 Log: Fixed linux 64 gcc 4.6.1 compilation problems Modified: branches/branch-1.3/FL/glut.H branches/branch-1.3/configure.in branches/branch-1.3/src/fl_ask.cxx branches/branch-1.3/src/fl_draw_pixmap.cxx branches/branch-1.3/src/glut_compatability.cxx branches/branch-1.3/src/xutf8/utf8Input.c branches/branch-1.3/src/xutf8/utf8Wrap.c Modified: branches/branch-1.3/FL/glut.H === --- branches/branch-1.3/FL/glut.H 2012-04-22 00:34:11 UTC (rev 9372) +++ branches/branch-1.3/FL/glut.H 2012-04-22 02:45:09 UTC (rev 9373) @@ -233,7 +233,11 @@ // Warning: this cast may not work on all machines: inline void glutTimerFunc(unsigned int msec, void (*f)(int), int value) { +#if defined(__LP64__) + Fl::add_timeout(msec*.001, (void (*)(void *))f, (void *) (long long) value); +#else Fl::add_timeout(msec*.001, (void (*)(void *))f, (void *)value); +#endif } inline void glutMenuStateFunc(void (*f)(int state)) { Modified: branches/branch-1.3/configure.in === --- branches/branch-1.3/configure.in2012-04-22 00:34:11 UTC (rev 9372) +++ branches/branch-1.3/configure.in2012-04-22 02:45:09 UTC (rev 9373) @@ -487,7 +487,7 @@ dnl Define both HAVE_SCANDIR... macros, if the POSIX compatible function is dnl available. Otherwise: check, whether any scandir prototype is available, -dnl but don't use it on SunOS and QNX because of an incompatibility in pre-Y2K +dnl but dont use it on SunOS and QNX because of an incompatibility in pre-Y2K dnl SunOS scandir versions. We assume, though, that the POSIX compatible dnl version on newer SunOS/Solaris versions works as expected. if test $ac_cv_cxx_scandir_posix = yes; then Modified: branches/branch-1.3/src/fl_ask.cxx === --- branches/branch-1.3/src/fl_ask.cxx 2012-04-22 00:34:11 UTC (rev 9372) +++ branches/branch-1.3/src/fl_ask.cxx 2012-04-22 02:45:09 UTC (rev 9373) @@ -99,7 +99,11 @@ else button[b] = new Fl_Button(x, 70, 90, 23); button[b]-align(FL_ALIGN_INSIDE|FL_ALIGN_WRAP); +#if defined (__LP64__) + button[b]-callback(button_cb,(void *)(long long) b); +#else button[b]-callback(button_cb,(void *)b); +#endif } } button[0]-shortcut(FL_Escape); Modified: branches/branch-1.3/src/fl_draw_pixmap.cxx === --- branches/branch-1.3/src/fl_draw_pixmap.cxx 2012-04-22 00:34:11 UTC (rev 9372) +++ branches/branch-1.3/src/fl_draw_pixmap.cxx 2012-04-22 02:45:09 UTC (rev 9373) @@ -209,7 +209,7 @@ if (!fl_measure_pixmap(cdata, d.w, d.h)) return 0; const uchar*const* data = (const uchar*const*)(cdata+1); int transparent_index = -1; - uchar *transparent_c = (uchar *)0; // such that transparent_c[0,1,2] are the RGB of the transparent color +// uchar *transparent_c = (uchar *)0; // such that transparent_c[0,1,2] are the RGB of the transparent color #ifdef WIN32 color_count = 0; used_colors = (uchar *)malloc(abs(ncolors)*3*sizeof(uchar)); @@ -230,7 +230,7 @@ #endif transparent_index = ' '; Fl::get_color(bg, c[0], c[1], c[2]); c[3] = 0; - transparent_c = c; + // transparent_c = c; p += 4; ncolors--; } @@ -316,7 +316,7 @@ c[3] = 0; #endif transparent_index = ind; - transparent_c = c; + //transparent_c = c; } } } Modified: branches/branch-1.3/src/glut_compatability.cxx === --- branches/branch-1.3/src/glut_compatability.cxx 2012-04-22 00:34:11 UTC (rev 9372) +++ branches/branch-1.3/src/glut_compatability.cxx 2012-04-22 02:45:09 UTC (rev 9373) @@ -333,7 +333,12 @@ Fl_Menu_Item* i = additem(m); i-text = label; i-callback_ = (Fl_Callback*)(m-cb); + +#if defined(__LP64__) + i-user_data_ = (void *) (long long) value; +#else i-user_data_ = (void *)value; +#endif } void glutAddSubMenu(char *label, int submenu) { @@ -350,7 +355,11 @@ Fl_Menu_Item* i = m-m[item-1]; i-text = label; i-callback_ = (Fl_Callback*)(m-cb); +#if defined(__LP64__) + i-user_data_ = (void *) (long long) value; +#else i-user_data_ = (void *)value; +#endif i-flags = 0; } Modified: branches/branch-1.3/src/xutf8/utf8Input.c === --- branches/branch-1.3/src/xutf8/utf8Input.c 2012-04-22 00:34:11 UTC (rev 9372) +++ branches/branch-1.3/src/xutf8/utf8Input.c 2012-04-22 02:45:09 UTC (rev 9373) @@ -62,10 +62,10 @@ int i = 0; #endif int l = 0; - char *buf, *b; + char *buf; // , *b; if (len 1) return 0; - b = buf = (char*) malloc((unsigned)len); + /*b = */ buf = (char*) malloc((unsigned)len); memcpy(buf, buffer_return, (unsigned)
[fltk.commit] [Library] r9374 - branches/branch-1.3/src
Author: fabien Date: 2012-04-21 19:59:27 -0700 (Sat, 21 Apr 2012) New Revision: 9374 Log: restore transparent_c use for win32... Modified: branches/branch-1.3/src/fl_draw_pixmap.cxx Modified: branches/branch-1.3/src/fl_draw_pixmap.cxx === --- branches/branch-1.3/src/fl_draw_pixmap.cxx 2012-04-22 02:45:09 UTC (rev 9373) +++ branches/branch-1.3/src/fl_draw_pixmap.cxx 2012-04-22 02:59:27 UTC (rev 9374) @@ -209,8 +209,8 @@ if (!fl_measure_pixmap(cdata, d.w, d.h)) return 0; const uchar*const* data = (const uchar*const*)(cdata+1); int transparent_index = -1; -// uchar *transparent_c = (uchar *)0; // such that transparent_c[0,1,2] are the RGB of the transparent color #ifdef WIN32 + uchar *transparent_c = (uchar *)0; // such that transparent_c[0,1,2] are the RGB of the transparent color color_count = 0; used_colors = (uchar *)malloc(abs(ncolors)*3*sizeof(uchar)); #endif @@ -230,7 +230,7 @@ #endif transparent_index = ' '; Fl::get_color(bg, c[0], c[1], c[2]); c[3] = 0; - // transparent_c = c; + transparent_c = c; p += 4; ncolors--; } @@ -316,7 +316,9 @@ c[3] = 0; #endif transparent_index = ind; - //transparent_c = c; +#ifdef WIN32 + transparent_c = c; +#endif } } } ___ fltk-commit mailing list fltk-commit@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-commit
[fltk.commit] [Library] r9375 - branches/branch-1.3/src
Author: fabien Date: 2012-04-21 20:09:31 -0700 (Sat, 21 Apr 2012) New Revision: 9375 Log: fixed missing win32 preprocessor clause Modified: branches/branch-1.3/src/fl_draw_pixmap.cxx Modified: branches/branch-1.3/src/fl_draw_pixmap.cxx === --- branches/branch-1.3/src/fl_draw_pixmap.cxx 2012-04-22 02:59:27 UTC (rev 9374) +++ branches/branch-1.3/src/fl_draw_pixmap.cxx 2012-04-22 03:09:31 UTC (rev 9375) @@ -230,7 +230,9 @@ #endif transparent_index = ' '; Fl::get_color(bg, c[0], c[1], c[2]); c[3] = 0; +#ifdef WIN32 transparent_c = c; +#endif p += 4; ncolors--; } ___ fltk-commit mailing list fltk-commit@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-commit
Re: [fltk.development] [RFE] STR #2799: Menus can suddenly disappear
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Active] Link: http://www.fltk.org/str.php?L2799 Version: 1.3-feature +1 for proportional instead of fixed detection, totally makes sense. I re-open this one a request for enhancement ... Link: http://www.fltk.org/str.php?L2799 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 #2799: Menus can suddenly disappear
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2799 Version: 1.3-feature Not sure if the issue is screen resolution so much as it is mouse resolution, or how many 'mickeys' of mouse movement == noise. Probably exacerbated by various factors besides the hardware itself: mouse scaling/acceleration, fleshy fingers, long fingernails, etc. I would think those little keyboard 'stick' mice would be the worst offenders, possibly also those trackpads where you click on the pad itself. Both involve the 'button' also sensing X/Y movement, such that the mouse is more likely to move when pressing for a click. My mom encounters this problem with her new MacBook Pro; she has long fingernails, and so 'clicking' is an imprecise motion, where her fingers slide during clicking. Because of her nails, she 'pushes' at an angle instead of up/down, such that a click is more of a push-and-slide. It makes it hard for her to 'click' small buttons because the mouse always moves away while she's pressing.. drives her crazy. Link: http://www.fltk.org/str.php?L2799 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 #2676: Enhance error reporting on broken Xft installations (was:fl_alert dialogs etc crashes in XftTextExtents32 on Solaris)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2676 Version: 1.3-feature A request for enhancement has been raised that we should preferably raise an error dialog when an Xft install is broken instead of a crash. A concrete example of enhancement has been suggested when Xft cannot open a font. Link: http://www.fltk.org/str.php?L2676 Version: 1.3-feature ___ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
[fltk.general] Continuous integration: using Jenkins for nightly FLTK builds
Hi guys, as announced earlier, I have spent a bunch of TV dinners with Jenkins to set up a build farm. Here is the link: http://matthiasm.mooo.com/jenkins (let me kno if this does not work) The build farm is set up from three machines that I had laying around. The server is an Ubuntu system on an AMD 64 box. It runs a web server and Jenkins, and also compiles FLTK 1.3 form the command line. It's an old Siemens desktop machine that I scavenged it the local IRS offices (but it did not have my neighbor's tax return on it anymore ;-). The second machine is some bare bones Vista P.O.S. that is so slow that it has issues even opening the Windows menu. Well, I am in no hurry, so it now has to suffer under the high demands of VisualC 2010. There is no MinGW setup and job on this machine yet. The third machine is an old MacBook with a dual core Intel running the current version of Xcode. There is no command line job on this machine yet. All jobs check the SVN repository at a random time during the night (CET), but it is also possible for anonymous users to launch any job from the web interface. Suggestions welcome. - Matthias PS: Jenkins adds all names from SVN commits to the People list - just in case you were wondering... ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using Jenkins for nightly FLTK builds
Wow matt, I just had a quick look to the recent builds/changes that's really awesome !!! That is quickly going to be very useful, -Fabien From: Matthias Melcher m...@matthiasm.com To: Mirror fltk.general Newsgroup of fltk@easysw.com Sent: Saturday, April 21, 2012 4:39:04 PM Subject: [fltk.general] Continuous integration: using Jenkins for nightly FLTK builds Hi guys, as announced earlier, I have spent a bunch of TV dinners with Jenkins to set up a build farm. Here is the link: http://matthiasm.mooo.com/jenkinsĀ (let me kno if this does not work) The build farm is set up from three machines that I had laying around. The server is an Ubuntu system on an AMD 64 box. It runs a web server and Jenkins, and also compiles FLTK 1.3 form the command line. It's an old Siemens desktop machine that I scavenged it the local IRS offices (but it did not have my neighbor's tax return on it anymore ;-). The second machine is some bare bones Vista P.O.S. that is so slow that it has issues even opening the Windows menu. Well, I am in no hurry, so it now has to suffer under the high demands of VisualC 2010. There is no MinGW setup and job on this machine yet. The third machine is an old MacBook with a dual core Intel running the current version of Xcode. There is no command line job on this machine yet. All jobs check the SVN repository at a random time during the night (CET), but it is also possible for anonymous users to launch any job from the web interface. Suggestions welcome. - Matthias PS: Jenkins adds all names from SVN commits to the People list - just in case you were wondering... ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using Jenkins fornightly FLTK builds
Ya, I guess I'll try it with the next large checkin I do for Fl_Tree. I haven't looked at the config; I assume an anon user can't just do an SVN checkin of a spambot hidden in the Makefile so that doing an svn checkin won't run their bot? If you want, you can probably limit checkins to just us devs; you can probably just assign us login names and passwords via direct email to protect your build farm. On 04/21/12 15:30, Fabien Costantini wrote: Wow matt, I just had a quick look to the recent builds/changes that's really awesome !!! That is quickly going to be very useful, ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using Jenkins fornightly FLTK builds
On 22.04.2012, at 00:34, Greg Ercolano wrote: Ya, I guess I'll try it with the next large checkin I do for Fl_Tree. I haven't looked at the config; I assume an anon user can't just do an SVN checkin of a spambot hidden in the Makefile so that doing an svn checkin won't run their bot? If you want, you can probably limit checkins to just us devs; you can probably just assign us login names and passwords via direct email to protect your build farm. It uses the svn repo on fltk.org. So, yes, you are right, fudging the Makefile would be quite harmful :-( ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using Jenkins fornightlyFLTK builds
If you want, you can probably limit checkins to just us devs; you can probably just assign us login names and passwords via direct email to protect your build farm. It uses the svn repo on fltk.org. So, yes, you are right, fudging the = Makefile would be quite harmful :-( But it is already limited to devs to check in changes in the svn repo on fltk.org right ? So checkins are 'already' limited, aren't they ? ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using Jenkins fornightlyFLTK builds
On 22.04.2012, at 00:56, Fabien Costantini wrote: If you want, you can probably limit checkins to just us devs; you can probably just assign us login names and passwords via direct email to protect your build farm. It uses the svn repo on fltk.org. So, yes, you are right, fudging the = Makefile would be quite harmful :-( But it is already limited to devs to check in changes in the svn repo on fltk.org right ? So checkins are 'already' limited, aren't they ? Yes. I have to trust all developers that there is nothing nasty checked in. And I must read the SVN logs. ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using JenkinsfornightlyFLTK builds
Yes. I have to trust all developers that there is nothing nasty checked = in. And I must read the SVN logs.= Also, at least on all my macs + linux boxes ; I know that a potentially nasty checkin could only harm my devl (user) local account, isn't it the case on your machines ? I guess there is no need to run a sudo make install for nightly builds purpose (though it could also be useful but probably not a good idea to authorize that) ? ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk
Re: [fltk.general] Continuous integration: using Jenkins fornightlyFLTK builds
On 04/21/12 15:44, Matthias Melcher wrote: On 22.04.2012, at 00:34, Greg Ercolano wrote: Ya, I guess I'll try it with the next large checkin I do for Fl_Tree. I haven't looked at the config; I assume an anon user can't just do an SVN checkin of a spambot hidden in the Makefile so that doing an svn checkin won't run their bot? If you want, you can probably limit checkins to just us devs; you can probably just assign us login names and passwords via direct email to protect your build farm. It uses the svn repo on fltk.org. So, yes, you are right, fudging the Makefile would be quite harmful :-( Ah, OK, I saw something about 'anon' in your first post, so I thought maybe anonymous had access. If you're pulling the fltk.org trunk and building it, that sounds safe enough, since it's just the devs that have write access. And an anon trigger of a job probably isn't a bad thing, since the stuff the job runs is fixed and not world writable. You could probably passwd protect the job trigger, or put it in the dev menu (which lets us trigger website updates), or maybe you already have -- I haven't really looked into this yet, my mind elsewhere at the moment. But when I do my big checkin, I'll look forward to a cross platform build; I'm always bad about windows, cause I hate the damn IDE. Not crazy about the OS either.. I keep that box off mostly. ___ fltk mailing list fltk@easysw.com http://lists.easysw.com/mailman/listinfo/fltk