Re: [fltk.bugs] [HIGH] STR #826: VC++ chokes on fluid-generated strings of encoded image data
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L826 Version: 2.0-feature Fix Version: 1.1.7 It looks like this has been fixed in 2.0 for a long while. As such, I'll close this STR; please resubmit if the bug *hasn't* been fixed! Link: http://www.fltk.org/str.php?L826 Version: 2.0-feature Fix Version: 1.1.7 ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2550: Xlib fl_text_extents
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2550 Version: 1.3-current I'm getting a segfault: (gdb) bt #0 0xb7e608e8 in XSetFont () from /usr/lib/libX11.so.6 #1 0x080e9ede in XUtf8_measure_extents (display=0x81606a8, d=0, font_set=0x818a6c8, gc=0x0, xx=0xbfffef3c, yy=0xbfffef38, ww=0xbfffef34, hh=0xbfffef30, string=0x810cfa4 "", num_bytes=0) at xutf8/utf8Wrap.c:697 #2 0x080d9746 in fl_text_extents (c=0x810cfa3 "x", n=1, dx=@0xbfffefc4, dy=@0xbfffefc0, W=@0xbfffefbc, H=@0xbfffefb8) at fl_font_x.cxx:311 #3 0x080d99c5 in fl_text_extents (c=0x810cfa3 "x", dx=@0xbfffefc4, dy=@0xbfffefc0, w=@0xbfffefbc, h=@0xbfffefb8) at fl_font.cxx:76 #4 0x0808fbd9 in FltkFont (this=0x8198f98, attrs=0xb1b4) at fltkplatform.cc:120 [...] (gdb) frame 1 #1 0x080e9ede in XUtf8_measure_extents (display=0x81606a8, d=0, font_set=0x818a6c8, gc=0x0, xx=0xbfffef3c, yy=0xbfffef38, ww=0xbfffef34, hh=0xbfffef30, string=0x810cfa4 "", num_bytes=0) at xutf8/utf8Wrap.c:697 697 XSetFont(display, gc, fonts[fnum]->fid); (gdb) p display $15 = (Display *) 0x81606a8 (gdb) p gc $16 = (GC) 0x0 (gdb) p fonts[fnum]->fid $17 = 31457286 Link: http://www.fltk.org/str.php?L2550 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 #2550: Xlib fl_text_extents
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Active] Link: http://www.fltk.org/str.php?L2550 Version: 1.3-current Link: http://www.fltk.org/str.php?L2550 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 #2550: Xlib fl_text_extents
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2550 Version: 1.3-current I have committed a "fix" for this at r8399. Please test as much as possible as I am not convinced I have this right. Any feedback or improvements welcomed... Link: http://www.fltk.org/str.php?L2550 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 #2365: FileChooser Berzerk When Typing Paths
When I first saw this I thought it got posted to me by accident. I was going to offer to look up the fix, which I think I did in version 1.16. Thanks for the note, Ben. Let me know if there's anything I can do to help. I have copies of several old versions of fltk, from v1, though a working 2.x with demos and themes (which need a complete rework in order to inherit predictably, but they do work such as they are). Ben Stott wrote: > [STR Closed w/Resolution] > > Link: http://www.fltk.org/str.php?L2365 > Version: None > Fix Version: None (r8385) > > > Fixed in Subversion repository. > > Thanks for the work, RS. I'll get around to reviewing all your fixes at > some point! > > > Link: http://www.fltk.org/str.php?L2365 > Version: None > Fix Version: None (r8385) > > > ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2545: SEGV caused by fltk generated code. Fl_Browser::item_height
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2545 Version: 1.3.0 No this is a real bug. We have code working from fltk 1.1.7, and in trying to use fltk 1.3 we are getting this on a picomod6 single board linux computer. This is really annoying because we have multiple translations and UTF-8 will help us out alot(we hope). Please dont close it. I will be back at work tomorrow and will try to make some simplified example that can reproduce the bug Link: http://www.fltk.org/str.php?L2545 Version: 1.3.0 ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [HIGH] STR #2545: SEGV caused by fltk generated code. Fl_Browser::item_height
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2545 Version: 1.3.0 I have used fluid to build an interface containing an Fl_Browser initialized with a few lines of text. The produced code compiles and runs well on Mac OS and unix. Thus, I suggest to close this STR. Link: http://www.fltk.org/str.php?L2545 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 #2550: Xlib fl_text_extents
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2550 Version: 1.3-current Looking at this again, albeit briefly, I think we'd be better off leveraging the logic that's in out utf8Wrap.c (in src/xutf8 in the fltk tarball) and making something similar to our existing XUtf8DrawString() function. That should work "anywhere" and will have th merit of returing the same measurement as XUtf8DrawString() actually draws. If we use Xutf8TextExtents() then (if it works at all on unknown platform Xyz) there is a fair chance it will measure the string differently from how we render it, and so the results may be slightly off... But still not easy. Link: http://www.fltk.org/str.php?L2550 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 #2557: gcc undefines min/max macros
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2557 Version: 1.3.0 Fix Version: 1.3.0 (r8398) Fixed in Subversion repository. The min() macro has been removed. Link: http://www.fltk.org/str.php?L2557 Version: 1.3.0 Fix Version: 1.3.0 (r8398) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [MOD] STR #2550: Xlib fl_text_extents
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2550 Version: 1.3-current Well, sort of - that's a kind of new thing, and I don't know how widely supported it is. I quote; "The function Xutf8TextExtents is an extension introduced by The XFree86 Project, Inc. in their 4.0.2 release. Its presence is indicated by the macro X_HAVE_UTF8_STRING." To be honest, I didn't know they had added that, as previous googling for it or something similar had not shown much in the way of hits... I imagine that we could extend the code that is there at present to test explicitly for X_HAVE_UTF8_STRING (at build time) and use this function if found, or use the current fallback behaviour otherwise. This seems feasible, I think. Anyone got any views on this? Link: http://www.fltk.org/str.php?L2550 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
[fltk.bugs] [MOD] STR #2557: gcc undefines min/max macros
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2557 Version: 1.3-current In fl_draw.cxx there is a macro for min(). Unfortunately this breaks with gcc on some platforms as it undefines min and max (since those macros will break C++ standard headers). The workaround is simply to move the macro definition until after you've included all of the headers. Observed with a Mac OS X 10.4 target with gcc 4.4.3. Link: http://www.fltk.org/str.php?L2557 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 #2555: configure looks for native ar, not target one (crosscompiling)
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2555 Version: 1.3-current Fix Version: 1.3.0 (r8397) Added fix version (8397). Link: http://www.fltk.org/str.php?L2555 Version: 1.3-current Fix Version: 1.3.0 (r8397) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
Re: [fltk.bugs] [LOW] STR #2555: configure looks for native ar, not target one (crosscompiling)
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2555 Version: 1.3-current Fix Version: 1.3.0 Fixed in Subversion repository. ... and closed. Link: http://www.fltk.org/str.php?L2555 Version: 1.3-current Fix 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 #2555: configure looks for native ar, not target one (crosscompiling)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Active] Link: http://www.fltk.org/str.php?L2555 Version: 1.3-current Thanks for pointing this out. It was a problem when cross-compiling on Cygwin with the MinGW-w64 compiler to generate 64-bit executables. We already had a fix (hack) for windres, but AC_PATH_TOOL seems to be the missing link. I didn't know that (still learning autoconf). Looking into it and testing right now... Link: http://www.fltk.org/str.php?L2555 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 #2556: bad include of ApplicationServices.h for Mac OS X
[STR Closed w/Resolution] Link: http://www.fltk.org/str.php?L2556 Version: 1.3.0 Fix Version: 1.3.0 (r8396) Fixed in Subversion repository. Link: http://www.fltk.org/str.php?L2556 Version: 1.3.0 Fix Version: 1.3.0 (r8396) ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
[fltk.bugs] [MOD] STR #2556: bad include of ApplicationServices.h for Mac OS X
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2556 Version: 1.3-current In Fl_Gl_Choice.cxx: #include However, in at least the 10.4 SDK, it is called ApplicationServices.h (notice the lower case h). This causes problems when you are using a case sensitive file system (like here, where we cross compile from Linux). Link: http://www.fltk.org/str.php?L2556 Version: 1.3-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs
[fltk.bugs] [LOW] STR #2555: configure looks for native ar, not target one (crosscompiling)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2555 Version: 1.3-current Since ar messes with symbols, you should use one that understands the target system. Hence configure.in should look for it using AC_PATH_TOOL, not AC_PATH_PROG. For libfltk.a we seem to run the proper ranlib right after, so it's probably not a practical issue right now. Still, it could be misused in the future so it's probably best to fix it at the source. Link: http://www.fltk.org/str.php?L2555 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 #2527: right shift key generates left shift key event in keyboard demo
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Active] Link: http://www.fltk.org/str.php?L2527 Version: 2.0-current So this is definitely a WIN32 specific bug, but it's not due to the fact that there aren't separate callbacks for the shift functions. It seems like WIN32 doesn't set lParam&(1<<21), like it does for all other modifing keys to let the 'user' know that it's a right key vs a left key. If you're capable with the Windows API, do you have any suggestions here? Link: http://www.fltk.org/str.php?L2527 Version: 2.0-current ___ fltk-bugs mailing list fltk-bugs@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-bugs