[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2809
Version: 2.0-current
Fix Version: 2.0-current (r9296)
Link: http://www.fltk.org/str.php?L2809
Version: 2.0-current
Fix Version: 2.0-current (r9296)
___
fltk-bugs mailing list
fltk-b
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2809
Version: 2.0-current
Fix Version: 2.0-current (r9296)
Fixed in Subversion repository.
Thanks for the patch!
Link: http://www.fltk.org/str.php?L2809
Version: 2.0-cu
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2784
Version: 2.0-current
Fix Version: 2.0-current (r9194)
So I did a bit of research and it turns out you're right -- this was
probably a holdover from someone's machine where they couldn't use
getcwd() for whatever reason.
I committ
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2760
Version: 2.0-current
Fix Version: None
Yeah, bracket the code with an else:
if( !filename_exist(cs))
{
alert("%s\n%s", FILE_NOT_FOUND_s,cs);
return;
}
else
{
/* blah */
}
To be honest, you probably don
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2760
Version: 2.0-current
Ah, okay. I see what you mean now. Perhaps you might need to avoid the
"return" statement you have with "if (!filename_exists(...))"?
As I m
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2760
Version: 2.0-current
Also, I should add, the issue you're describing isn't specific to ".." -
any directory you select will be added to the filename string so if
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2760
Version: 2.0-current
What system are you testing this on? On my Ubuntu 10.10 system, selecting
"coucou.xpm", then double clicking ".." takes me up a directory -
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2760
Version: 2.0-current
Hmm, I'm not sure how you define this to be an "anomaly" - this does what
every other selection does in the FC.
You click on "..", and the sel
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2744
Version: 3.0
Fix Version: None
Marked as duplicate of 2743 and closed as requested.
Link: http://www.fltk.org/str.php?L2744
Version: 3.0
Fix Version: None
___
fltk-bugs mailing list
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2743
Version: 3.0
Fix Version: None
Closed as per the OPs request in #2744, indicating that no bug actually
exists.
Hopefully this goes towards helping with #2723!
Link: http://www.fltk.org/str.php?L2743
Version: 3.0
Fix Version: N
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2239
Version: 2.0-current
Wow, I hadn't even seen this STR.
Greg, does this still happen? I wouldn't be surprised, but if it does it's
an easy fix.
Darius, it looks like
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Fix Version: None
Closed at the OP's request.
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Fix Version: None
___
fltk-bugs mailing list
fltk-bugs
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2698
Version: 2.0-current
What sort of highlighting are you attempting? fltk::drawflags() has the
HIGHLIGHT flag, which allows you to work all sorts of magic from insi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Alright, in which case I'll close this without resolution. If it crops up
again, feel free to resubmit a bug, or if you can concoct a test cas
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Hey spoony,
Any news on this? If you're able to generate a test case, I'd love to get
this fixed by Friday's snapshot (if it's possible, of
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Hmm. This *is* interesting.
What linker do you use? (ld is smart enough to (usually) strip functions
and items that aren't used from the binary)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Just to clarify:
Preferences makes its own local copy of the string you pass to it -- sort
of. It uses the passed strings to create a proper dir
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Hey spoony,
Do you have a minimal test case for this? I've bashed the file chooser
around fairly extensively and never come across such an issue
Hi Stuart,
> The application works fine when I use add() to fill the browser. Because I
> can have up to 10,000 rows I thought I would try overriding list. It is a
> multiselect browser, so I wrote a class overridging children, child and
> set-flags (using the documenation in StringHierarchy
On 24/05/11 22:25, Tony Theodore wrote:
> Hello,
> When cross compiling for Windows from OSX, the build fails when trying
> to compile some Objective C++ files. This can be avoided by an extra
> test before setting USEMMFILES in configure.in.
>
Hi Tony,
Would you mind posting your patch as a STR
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L1784
Version: 2.0-current
Fix Version: 2.0-current
Yeah, I attempted to follow up the clipping idea earlier and realised that
the clipping region was static; it's simp
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L1784
Version: 2.0-current
Fix Version: 2.0-current
If you look at line 126 in your scroll2.cxx (and most likely the same line
in test/scroll.cxx), the first button wil
> > For the moment, if a user wants colours, etc, one can always revert the
> > style.
>
> How? As an only occasional FLTK 2 user I don't know how to do that.
>
Above main, declare "bool mytheme() { fltk::reset_theme(); }", then as the
first line of main add "theme(mytheme);".
FLTK will work t
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L1784
Version: 2.0-current
Fix Version: 2.0-current
Bugger. Alright, I've reopened the STR, because it's a poor bug that should
be fixed; chances are someone forgot to c
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1708
Version: 2.0-current
Fix Version: 2.0-current (r5910)
Fixed in Subversion repository.
Bill seemingly fixed this a while ago, so I'll close this now. Everything
works as expected - there's no real simple way to trigger a shortcut
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1998
Version: 2.0-current
Fix Version: 2.0-current (r8663)
Link: http://www.fltk.org/str.php?L1998
Version: 2.0-current
Fix Version: 2.0-current (r8663)
___
fltk-bugs mailing list
fltk-b
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L1998
Version: 2.0-current
Fix Version: 2.0-current (r8663)
Fixed (sort of) in Subversion repository.
The problem here is _only_ with you ./configure with --enbale-cair
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1784
Version: 2.0-current
Fix Version: 2.0-current
This sounds like it should never happen; as things are scrolled redraw()
will be called, but redraw() should also redraw labels. Since the label is
drawn over the top of the button, a
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L1775
Version: 2.0-feature
Fix Version: Will Not Fix
There's no need for fltk::Group's stile to be named, and *every* style can
be created without access to fltk::Group::default_style. All that group's
style does is set color_ to GRA
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2043
Version: 2.0-current
Fix Version: 2.0-current
I can't reproduce this bug in any way. Using either compose keys (ctrl+u+:)
or the character input map and copy-pasting in, the fltk text editor seems
to do its job correctly. Both ge
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
Fix Version: 2.0-current (r8638)
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
Fix Version: 2.0-current (r8638)
___
fltk-bugs mailing list
fltk-b
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
Fixed in Subversion repository.
Closing on the confirmation of rainbowsally. Beauty, one STR down, one
billion less one to go.
Link: http:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
It should work on every compiler though (for the record, I run linux+gcc
normally anyway) because it's standard-defined behaviour. The functi
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
Alright, so, here are my thoughts:
Themes aren't broken!
The new WinXP theme (thanks, Sal!) isn't broken - in fact, it works
exactly as I ho
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
Fix Version: 2.0-current (r8627)
Solved in Subversion repository (I won't use fixed because like I've said,
the underlying bug isn't fixed - t
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
Actually, your fix and the bug you're talking about doesn't explain the
behaviour we're seeing. A modal window (or widget) eats all the incoming
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
Ah, okay. I've seen this before - a similar things happens in FLUID when
creating a TabGroup, or something similar (it's in the STR system). I'll
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
So it might just be me, but I can't cause a hang with two input browsers.
Could you post a minimal example that exemplifies the problem? I've
atta
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2602
Version: 2.0-current
Fix Version: 2.0-current (r8574)
Closed.
Link: http://www.fltk.org/str.php?L2602
Version: 2.0-current
Fix Version: 2.0-current (r8574)
___
fltk-bugs mailing list
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2602
Version: 2.0-current
Fix Version: 2.0-current (r8574)
Fixed in Subversion repository.
Whoops, I didn't even consider that this function was used inside fluid -
it
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2527
Version: 2.0-current
Fix Version: 2.0-current (r8535)
Link: http://www.fltk.org/str.php?L2527
Version: 2.0-current
Fix Version: 2.0-current (r8535)
___
fltk-bugs mailing list
fltk-b
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
Fix Version: 2.0-current (r8535)
Fixed in Subversion repository.
Albrecht, a similar fix may be able to be applied to 1.3. I can probably
pro
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
Fix Version: None
No worries.
Because FLTK is designed for static linking, we assume that *no* FL_SHARED
means you're statically linking. FL_SHARED + FL_LIBRARY makes it export
symbols, whereas just plain old
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
You may need to re-tarball that file, because it errors out for me and this
occurs, too:
ben@delta:~/fltk-rs/FTL-Personal-2011-01-01/usr32/src$ f
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
So from a quick grep (note: nothing I say in this post has been tested
under my vbox with MSVS2008. Thus, take everything with a grain of salt
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2364
Version: 2.0-current
Sal, have you got code for your WinXP theme? I don't so much want the
fltk/theme.cxx code more than the XP theme code. Your tarball in STR #2361
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
Hmm, so at least the dlls build now.
I don't suppose you have a short example that you could attach to this STR
that I could then build?
Give
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
___
fltk-bugs mailing list
fltk-b
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
Alright, I've committed the new file to SVN. The snapshot should be built
in about 3 hours, IIRC (it's set to some strange US timezone...), s
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2593
Version: 2.0-current
Gah, stupid MSVS projects. Fix one thing, break 12.
I'll try to have this fix in SVN before the next snapshot is created (~a
few hours). I onl
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2591
Version: 1.3-current
Yeah, this was fixed in the latest revision of 2.0.
It's caused by the message box buttons being drawn from right-to-left.
Somewhere in the code
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L1631
Version: 2.0-current
Fix Version: Will Not Fix
Link: http://www.fltk.org/str.php?L1631
Version: 2.0-current
Fix Version: Will Not Fix
___
fltk-bugs mailing list
fltk-bugs@easysw.c
Just compiled fltk-2.0.x-r8501, kubuntu 10.4 with kernel
2.6.32-29-generic (#58-Ubuntu SMP Fri Feb 11 19:00:09 UTC 2011)
and gcc 4.4.3 (i486-linux-gnu) and:
./configure --enable-shared --enable-debug
subsequently running test/file_chooser crashes with segmentation fault. Here's
a gdb postmorte
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2579
Version: 2.0-current
Fix Version: 2.0-current (r8948)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2579
Version: 2.0-current
Fix Version: 2.0-current (r8948)
__
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2554
Version: 2.0-feature
Fix Version: None
FLTK3.0 is more alpha than 2.0, and significant work on it will (most
likely) be done after the 1.3 release. Until then, it is advised you use
either of 1.3 or 2.0, as 3.0 is completely ex
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1699
Version: 2.0-current
Fix Version: 2.0-current
I can't reproduce this bug on my system, and there doesn't look like any
picture references in the current ansiwidget demo. As such, I'm closing
this STR. Please re-file if the same b
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1801
Version: 2.0-current
Fix Version: 2.0-current
Fixed in Subversion repository.
This looks like it was fixed a while ago. Closed.
Link: http://www.fltk.org/str.php?L1801
Version: 2.0-current
Fix Version: 2.0-current
___
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L1646
Version: 2.0-feature
Fix Version: Will Not Fix
Closed.
Link: http://www.fltk.org/str.php?L1646
Version: 2.0-feature
Fix Version: Will Not Fix
___
fltk-bugs mailing list
fltk-bugs@e
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2201
Version: 2.0-current
Fix Version: None
Closed.
Link: http://www.fltk.org/str.php?L2201
Version: 2.0-current
Fix Version: None
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http:/
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2201
Version: 2.0-current
Using both XFT and non-XFT builds I can't reproduce this bug, which isn't
surprising.
X is supposed to honour _NET_WM_NAME before it attempts
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1800
Version: 2.0-current
Fix Version: 2.0-current (r5956)
Link: http://www.fltk.org/str.php?L1800
Version: 2.0-current
Fix Version: 2.0-current (r5956)
___
fltk-bugs mailing list
fltk-b
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2305
Version: 2.0-current
Fix Version: 2.0-current
This no longer happens with any file in the test/ directory, and as such
I'm going to close this STR.
If you find that this behaviour still occurs, please re-file a new STR.
Link: h
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1646
Version: 2.0-feature
Fix Version: 2.0-current
Unless I get reason otherwise, I'm going to file this STR in the "Will Not
Fix" section. My reasoning for this is as fol
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1960
Version: 2.0-current
Fix Version: 2.0-current (r8705)
Fixed in Subversion repository.
I'm deriving a ridiculous amount of pleasure in closing this.
Perhaps someone should submit a bug for _everything_ in 2.x with " doesn't work
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2350
Version: 2.0-current
Fix Version: 2.0-current (r8500)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2350
Version: 2.0-current
Fix Version: 2.0-current (r8500)
__
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1961
Version: 2.0-current
Fix Version: 2.0-current (r6132)
Fixed in Subversion repository.
Seems TobiasFar fixed this a while ago. Clsoed.
Link: http://www.fltk.org/str.php?L1961
Version: 2.0-current
Fix Version: 2.0-current (r6132
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2359
Version: 2.0-current
So the problem is that if this *is* a bug, the usleep(1) (or however many
milli/micro seconds) isn't really a valid fix.
On a kernel level, threa
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1915
Version: 2.0-current
Fix Version: 2.0-current (r8498)
Fixed in Subversion repository.
Thanks to isaque for the patch and Albrecht for looking over it.
Link: http://www.fltk.org/str.php?L1915
Version: 2.0-current
Fix Version: 2
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2359
Version: 2.0-current
RS, have you got an example where the queue "misfires" without your
modification? The standard test/threads program runs fine
Link: http://
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1963
Version: 2.0-current
Fix Version: 2.0-current (r8492)
Fixed in Subversion repository.
Fixed - and on top of that, fltk::use_system_file_chooser also means
fltk::file_chooser(...) works correctly (at least under Windows -
somewhe
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1609
Version: 2.0-current
Fix Version: 2.0-current (r8479)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L1609
Version: 2.0-current
Fix Version: 2.0-current (r8479)
__
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2211
Version: 2.0-current
Fix Version: 2.0-current (r8477)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2211
Version: 2.0-current
Fix Version: 2.0-current (r8477)
__
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2579
Version: 2.0-current
This has been fixed in the latest SVN version - I updated the MSVS projects
only slightly after the automatic tarball was generated. The compilat
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1580
Version: 2.0-current
Fix Version: 2.0-current
Fixed in Subversion repository.
I can't reproduce this bug, so I'm going to assume it was fixed in an
earlier revision. If it still exists, please re-submit a STR
Link: http://www.
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1396
Version: 2.0-current
Fix Version: 2.0-current
I can't reproduce this bug with MSVS 8, WinXP and the latest 2.0 SVN
checkout, so I'm going to assume this bug has already been fixed somewhere
along the line - possibly even accident
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1790
Version: 2.0-current
Fix Version: 2.0-current
I can't reproduce this on either of x86 or x86_64 systems running GNOME and
X. As such, I'm closing this STR with the presumption that it has been
solved. If this issue still exists,
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2571
Version: 2.0-current
Fix Version: 2.0-current (r8464)
Fixed in Subversion repository.
Thanks for the bug report and the line that caused the crash.
Now if only all the STR's were as simple to fix as this one.
Link: http://
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
Fix Version: 2.0-current (r8433)
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
Fix Version: 2.0-current (r8433)
___
fltk-bugs mailing list
fltk-b
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
Fix Version: 2.0-current (r8433)
Urgh, the missing ")" was as a result of re-typing it from r8434->8435.
Apologies for that.
In terms of complex
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
Fix Version: 2.0-current (r8433)
Fixed in Subversion repository.
Albrecht, I'll leave this STR open for now - if you decide that
configure.in ne
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
I suppose that's a fair enough option. I might check that change in to 2.0
sometime soon - it's up to you to decide on 1.3/1.4s fate! :)
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
So from what I was able to glean, in ~'98 Solaris _didn't_ have a scandir()
implementation that didn't suck - it was part of the UCB lib which re
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2232
Version: 2.0-current
Fix Version: 2.0-current
Link: http://www.fltk.org/str.php?L2232
Version: 2.0-current
Fix Version: 2.0-current
___
fltk-bugs mailing list
fltk-bugs@easysw.com
h
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2232
Version: 2.0-current
Fix Version: 2.0-current
Fixed in Subversion repository.
I'll close this STR on Matt's behalf - Matt, if you see any problems
cropping up, feel
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2363
Version: 2.0-current
Fix Version: 2.0-current (r8418)
Fixed in Subversion repository.
Updated libpng to 1.5.1, zlib to 1.2.5 and libjpeg to 8c. Also applied the
attached patch to make fltk compile with the new changes. I'll upda
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1596
Version: 2.0-current
Fix Version: 2.0-current (r5785)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L1596
Version: 2.0-current
Fix Version: 2.0-current (r5785)
__
[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
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 seem
[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: Non
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2311
Version: 2.0-current
Fix Version: 2.0-current
Link: http://www.fltk.org/str.php?L2311
Version: 2.0-current
Fix Version: 2.0-current
___
fltk-bugs mailing list
fltk-bugs@easysw.com
h
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2390
Version: 2.0-current
Fix Version: 2.0-current
Link: http://www.fltk.org/str.php?L2390
Version: 2.0-current
Fix Version: 2.0-current
___
fltk-bugs mailing list
fltk-bugs@easysw.com
h
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2235
Version: 2.0-current
Fix Version: 2.0-current (r7680)
Fixed in Subversion repository.
Thanks to spitzak for this fix
Link: http://www.fltk.org/str.php?L2235
Version: 2.0-current
Fix Version: 2.0-current (r7680)
__
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1771
Version: 2.0-current
Fix Version: 2.0-current
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L1771
Version: 2.0-current
Fix Version: 2.0-current
___
fltk-bugs mail
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1649
Version: 2.0-current
Fix Version: 2.0-current (r6147)
Closing this STR; Bill suggests he fixed this quite a few revisions ago
Link: http://www.fltk.org/str.php?L1649
Version: 2.0-current
Fix Version: 2.0-current (r6147)
__
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1516
Version: 2.0-current
Fix Version: 2.0-current (r6063)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L1516
Version: 2.0-current
Fix Version: 2.0-current (r6063)
__
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2232
Version: 2.0-current
Tested this under FLTK2 and the bug no longer exists - Matt, it looks like
you fixed this a while back.
Since this was your fix, are you happy if
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1798
Version: 2.0-current
Fix Version: 2.0-current (r6038)
Link: http://www.fltk.org/str.php?L1798
Version: 2.0-current
Fix Version: 2.0-current (r6038)
___
fltk-bugs mailing list
fltk-b
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1593
Version: 2.0-current
Fix Version: 2.0-current (r5919)
Duplicate of #1613, which had been fixed a while back.
Link: http://www.fltk.org/str.php?L1593
Version: 2.0-current
Fix Version: 2.0-current (r5919)
___
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2066
Version: 2.0-current
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
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2066
Version: 2.0-current
I can't reproduce this bug at all, and given the lack of activity by the
original submitter (and no subsequent followups), I'm going to assume th
1 - 100 of 150 matches
Mail list logo
