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
> So it's not at all a matter of using XTextExtents(), then?
Well, I had a brief look then lost heart again.
Short answer, no, XTextExtents() w
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2553
Version: 1.3.0
Oops! Now this is interesting:
If I open the sample file in fluid, then use the widget tree to open the
Target MenuItem (i.e. expand the entry for sub
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2553
Version: 1.3.0
Just tried this on this Vista box, and I'm still NFF.
Though I see Greg's screenshot - that does look nasty. I wonder if it is
maybe doing something o
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
Might be - you tell me!
Here's a list of what I know about measuring text extents in Xlib:
:
:
:
And that's it.
If you reckon that's
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2553
Version: 1.3.0
Brian,
On an extensive sample of 1 XP box, I could not reproduce this fault.
Will try a few others, time permitting.
I do think it would be nice to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2552
Version: 1.3-current
Yup - I see that too.
Note that this behaviour is "consistent" in that fltk-1.1 and fltk-1.3
both seem to do the same thing.
But I suspect that
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
Yes - that was me; I did what I could to implement fl_text_extents, but
when it came to the Xlib code I choked, I just did not know what to do.
I
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Not adding much - just wanted to note (in response to Albrecht's comment
above) that the Msys shell does behave "sensibly" when running fluid (i.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2511
Version: 1.3-current
Brian just pointed out to me that the section in the generated docs about
building for winXX hosts (chapter 3.6 et seq) is substantially out of d
Dan,
Please repost your query in fltk.general
This list (fltk.bugs) is meant for monitoring auto-generated messages from the
bug tracking system, not for user posts, so it is unlikely that you will get
the feedback you need here!
Also, please post plain-text as far as possible; html encoded m
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2507
Version: 1.3-current
Not so much "policy" as an observation that implementation of dynamic
arrays is somewhat inconsistent between compilers, so we need to shoot for
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2508
Version: 1.3.0
Oh! That would be awkward - I thought the jpeg8x stuff was a superset of
the jpeg6b that we currently use, is that not the case?
Link: http://www.flt
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-current
Note that some of the other text handling functions do malloc the local
string the first time they are called then hang onto the allocation and
t
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2504
Version: 1.3-current
I don't grok cmake, but from the little look I had earlier I had the
impression that the USE_/HAVE_CAIRO macros in the cmake files are indeed
the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3-current
Someone might have to explain this patch to me in simple words that I can
understand, but I don't understand what it is doing, really.
In partic
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2504
Version: 1.3-current
Yup, looks like I did miss a few USE_CAIRO cases:
./src/Fl.cxx
./src/Fl_cocoa.mm
./src/Fl_Double_Window.cxx
./src/Fl_mac.cxx
./src/Fl_Menu_Windo
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2504
Version: 1.3-current
I agree that this seems like a sensible move, i.e. putting the HAVE_CAIRO
macro inside a "fltk namespace" by changing its name to be fltk specifi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2397
Version: 1.3-current
Greg,
Testing this on may old ubuntu laptop (I'm on the road again...) running
8.04, this is "no fault found" - seems to be working fine for me.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
Alex Croy posted this to the fltk.dev list - I'm appending it here so we
don't lose it...
--
the problem is that the current implem
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2372
Version: 1.3-current
This is something that has bothered me, on and off, too.
Though what should it do? I suppose the button should appear in the "down"
state as lon
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2370
Version: 1.3-current
Fl_Tabs.cxx allocates temporary arrays p[128] and w[128] in the methods
::which() and ::draw() that are then indexed by the children() count of
t
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2281
Version: 1.3-feature
I don't think I understand what is being asked for here... What is the
question?
Also (and it may be me that is wrong here) there might be some
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2215
Version: 1.3-current
Fix Version: 1.1.10 (r6871)
Aaron, if you are around... In your opinion, do we still want to bump this
mod into the 1.3 tree (other GL / XLFD mod
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2277
Version: 1.3-current
I like the idea of this patch, but I have some reservations about the
actual implementation;
I have not looked in enough detail yet (not at an X
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2342
Version: 1.3-current
With the move away from carbon, and the need to support 64-bit builds on
OSX, support for agl_* functions has been deprecated.
As a consequence,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2339
Version: 1.3-current
The Fl_Device patch, when it "supplanted" the fl_draw function for text
handling ought also to have replaced the fl_rtl_draw() functions for each
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2197
Version: 1.3-current
I have a couple of boxes with ubuntu 8.04 still.
This behaviour seems to vary from box to box: may be graphics driver
related?
Actually, my 9.10
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
Yes - using my test harness, this still fails with svn current on OSX.
AFAIK other hosts are OK, so this does seem to be some OSX specific
regre
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1943
Version: 1.3-current
You are right - this probably ought to be 2 different STR's.
Sorry for the confusion.
I still think that, if we pass --ldstaticflags to fltk-con
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2128
Version: 1.3-current
All,
I really am not sure this is a fltk issue per se: I think this is general
flakiness in the linux GL drivers.
My GL stuff works OK on Nvidi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1971
Version: 1.3-current
Fix Version: Will Not Fix
OK.
The button (or its docs) are wrong, but I have a credible workaround and
no one else seems to have a problem with
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current#ifndef HAVE_WRITE_PNG_H
#define HAVE_WRITE_PNG_H
#ifndef WRITE_DATA_ERROR
# defi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current#include
#include
#include
#include
#include "write_png.h"
#ifndef PNG_UINT
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current// offscreen-grab.cxx
// fltk-config --compile offscreen-grab.cxx
#include
#includ
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current<>___
fltk-bugs mailing list
fltk-bugs@
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2257
Version: 1.3-current
I have a fairly complicated piece of code that makes extensive use of
fl_offscreen to compose a complex scene, the fl_read_image to store that
to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2215
Version: 1.1.9
I've looked at Aaron's patch before, and I think it is correct, although
I'm not *entirley* sure it is necessary... The "manual" re-mapping of the
well
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2244
Version: 1.3-feature
Note this patch is about Cmake support on win32 platforms, but the fixes
applied may improve the Cmake support for 1.3.x generally, and probably
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2204
Version: 1.3-current
I think this has been fixed in recent svn snapshots?
If so, should this STR be closed?
Link: http://www.fltk.org/str.php?L2204
Version: 1.3-cur
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2158
Version: 1.3-current
I seem to be very late to this particular party, which is bad because it is
entirely possible that some of the issues flagged are my fault...
An
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2115
Version: 1.3-current
All,
I've been wandering through this STR, and I am thinking that Greg's fix is
worth implementing... It makes things look better, and I'm not s
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L
Version: 1.3-current
Well, one (not very useful) test point... I just tried the patch on Mac
10.4, and it made no difference at all.
Which is a Good Thing, as no par
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L
Version: 1.3-current
Actually, now I've written it, that conditional compilation check looks
wrong. SOmethng more like:
#if (__GLIBC__ > 2) || ((__GLIBC__ == 2) && (
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L
Version: 1.3-current
See also #2205, #2202 for fltk-2
STR also applies to fltk-1.1.x
The glibc folk have, in glibc-2.10, changed the parameter types for quite
a lot
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2202
Version: 2.0-current
This seems to be the same bug as STR #2205.
The problem seems to be related to changes in GLIBC in recent versions of
Fedora.
The patch propose
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2205
Version: 2.0-current
>From the thread:
[fltk.general] glibc scandir change for POSIX compliance [was: Re:
re-install question]
it is apparent that this problem affl
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2208
Version: 1.3-current
The textcolor() method should take the same parameter type (probably
Fl_Color I guess) in all widgets, but in practice most widgets have it
defin
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2203
Version: 1.1-current
I've been bitten by this *twice* now, so as Albrecht suggested, maybe I
ought to file an STR...
I think this is a problem with the fltk-1.1.x co
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1971
Version: 1.3-current
Fix Version: None
Yes, and indeed I have the code working, more or less in that way.
But my key concern was the flood of enter/leave events that
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2086
Version: 1.3-current
Chasing up on Greg's earlier suggestion (that '\n' were probably a bad idea
in the menu string) I've posted a revised version that constructs the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2086
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2086
Version: 1.3-current/* Greg's chinese text test framework with my Fl_Input view added...
fltk-confi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2093
Version: 1.3-current
I've checked this, and it does indeed look like a case-sensitivity typo...
Link: http://www.fltk.org/str.php?L2093
Version: 1.3-current
__
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2098
Version: 1.3-current
Matt had added code to Fl_mac.cxx to provide improved keyboard handling,
particularly for Unicode key decoding, but we had to disable it because
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2097
Version: 1.1.9
I have posted a modified version of fl_round_box.cxx into the 1.3.x svn
for testing (I'm reluctant to introduce any changes into 1.1.x unless we
are c
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2097
Version: 1.1.9
Looks like the round boxtype widget is at fault: It has an internal method
as follows (in the file fl_round_box.cxx)
static void draw(int which, i
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Fix Version: 1.3-current (r6525)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Fix Version: 1.3-current (r6525)
__
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2089
Version: 1.1.3
Fix Version: 1.3-current (r6526)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2089
Version: 1.1.3
Fix Version: 1.3-current (r6526)
___
fltk-bugs
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2089
Version: 1.1.3
The bug seems to be in configure.in, line 739, where it tests:
if test "x$enable_threads" = xyes; then
However, since the default should now
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2089
Version: 1.1.3
Rebuilding fltk-1.3 from svn recently, using configure with no options
given, the default seems to be to enable thread support, which seems
sensible to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2086
Version: 1.3-current
OK - following up to Greg's post... I'll run a version without the
multi-line menu and see how that goes.
It's a fair point that my test code is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current--- fltk-1.3/FL/glut.H Mon Sep 22 08:24:13 2008
+++ TE-fltk-1.3/FL/glut.H We
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Revised patch posted - two files, glut.H.v2.patch and
glut_compatability.cxx.v2.patch.
However, I notice that glut.H.v2.patch is showing 0 size,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current--- fltk-1.3/src/glut_compatability.cxx Tue Sep 16 12:15:33 2008
+++ TE-fltk-1.3/sr
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current--- fltk-1.3/FL/glut.H Mon Sep 22 08:24:13 2008
+++ TE-fltk-1.3/FL/glut.H We
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
I've been looking at this patch again, and trying to check the Glut docs (I
am not strong on glut stuff...) and I think my patch is wrong.
In pa
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2086
Version: 1.3-current
Yes - that looks familiar...
One thing I notice; the only text glyph visible in the menu widget is the
last one from line 4.
I wonder if that is
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
Fix Version: 1.3-current (r6517)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
Fix Version: 1.3-current (r6517)
__
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2086
Version: 1.3-current
This was observed whilst testing UTF-8 string handling (for STR 2080) using
the test program contained in "test-src.zip" of STR 2080.
The observ
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current<>___
fltk-bugs mailing list
fltk-bugs@
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2080
Version: 1.3-current
When presented with a UTF-8 test string (Chinese in this example) it is
apparent that fltk-1.3 does not decode the string correctly under some
un
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2079
Version: 1.1.9
Fix Version: 1.1.9
NOTE: This same "feature" can exist in fltk-1.3 and fltk-2
--
Ian
Link: http://www.fltk.org/str.php?L2079
Version: 1.1.9
Fix Vers
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
OK - it looks as if fltk-2's configure doesn't handle the defines correctly
(same as the fltk-1.x configure) but then the fltk-2 code doesn't act
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
I don't think so, or at least, that's not the intent!
What it is supposed to do is:
a) If using the "built in" PNG lib, then do always set the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
Update: this configure problem is present in the 1.1.x, 1.3.x and 2.x svn
tree's. I think my proposed fix is sensible.
Link: http://www.fltk.or
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Does anyone have any views on this patch? Or at least the underlying
objective... I'm not really all that comfortable with the whole glut
busines
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2045
Version: 1.3-current
Gents,
Building fltk-1.3 svn on my ubuntu 8.04 box, it fails as shown below.
Not seen this on my other builds (an older FC7 box), which appear
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1971
Version: 1.1.9
I have a pop up Fl_Menu_Button that covers my main widget, so that I can
get context menu pop ups on a right-click. All fine so far.
But... my underly
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1943
Version: 1.3-current
OK, I can see that...
However, I think the second part of the change, modifying IMAGELIBS to
include a -Lpath, is quite benign, and should be ap
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1950
Version: 1.1.9
This maybe needs to be (loosely) tied to STR #1948, which is also about the
behaviour of the deprecated set_idle() function...
Link: http://www.fltk.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1950
Version: 1.1.9
Hmm, I'm not all that keen on the idea of adding an idle function within
the draw method, but there doesn't seem to be any good reason why it
should no
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
All, I've posted a minor patch to configure.in that I think addresses this
problem. Only basic testing so far, but should be OK... I hope!
Link
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current--- configure.in2008-05-01 20:18:16.0 +0100
+++ configure.in.new
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
OK, I think there's something awry in configure. Or perhaps more likely I
just don't get it...
Anyway, the configure script tests for png_set_tR
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
Tested this on my OSX box. Result is as reported by Craig (homerjay) on his
linux box, i.e. the configure script seems to have found
png_set_tRNS
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
OK - here's the analysis: The problem may be a configure issue?
Anyway, it stems from this code in Fl_PNG_Image.cxx, line 112:
# if defined(H
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1949
Version: 1.3-current
Also observed in 1.1.9-final.
The attached png file is 32-bit RGBA. It does not seem to load correctly
in fltk. It should be square, but comes up
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current--- ../fltk-1.1/src/glut_compatability.cxx 2008-04-26 23:13:02.0
+010
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1948
Version: 1.3-current
This bug also exists in 1.1.9 (and possibly the 2.x tree).
The emulation of glutIdleFunc() by the Fltk glut compatability code works
in such a wa
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1906
Version: 1.3-current
In the file configure.in, at line 622 change from:
LIBS="$LIBS -lole32 -luuid -lcomctl32 -lwsock32"
to
LIBS="$LIBS -lole32 -l
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1906
Version: 1.3-current
For what it's worth, this change is in all my fltk-utf8 hacks, and it's
only a couple of header refs in the source, and a few little tweaks in th
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1943
Version: 1.1.9
NOTE: Also applies to 1.3.x, and possibly to 2.x.
The configure script sets up fltk-config such that the image-libs string
is hard coded as:
IMAGELIB
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1906
Version: 1.3-current
This STR is just a marker to remind us to switch the winsock to winsock2
for the win32 builds, rather than the deprecated ws1.1 that fltk-1.1.x h
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1857
Version: 1.1-current
The tables in Fl_Input.html seem mis-formed. They display OK in most "real"
browsers, but not in Fl_Help_View - see this in the help view demo pro
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current
OK, I've tried Aaron's patch4 and it does work. I think it is conceivably
"more right" than what I had, although both seem to work OK in practice
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current
On 1 Nov 2007, at 0:16, Aaron M. Ucko wrote:
> For the most part, these work quite well; thanks for putting them
together!
> However, patch3 al
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current--- v2/fl_font_xft.cxx 2007-10-12 16:35:44.0 +0100
+++ v3/fl_font_xft.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current--- v1/fl_font_xft.cxx 2007-10-12 16:15:01.0 +0100
+++ v2/fl_font_xft.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current--- old/fl_font_xft.cxx 2007-10-11 21:05:06.0 +0100
+++ v1/fl_font_xft.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1809
Version: 1.1-current
The current implementation of fltk with XFT-2 support for the 1.1.x series
(and also the fltk2.x series, I believe) always returns the same defau
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1724
Version: 1.1.7
Blimey - up to 5 entries in the list! I am amazed. Mind you - I do
wonder if the basic Fl_Browser widget is the correct thing to use?
When I have b
101 - 200 of 228 matches
Mail list logo