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:
[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
To get started, you might want to search for the 7 outstanding Cairo
STRs in FLTK2 and check whether they are still open. If so, and you
can find a fix, attach an 'svn diff' patch file to the STR. It's as
easy as that to get started.
The other chicken and egg thing is that there don't
BTW, I heard from Ian that Only Ben still in fltk2.0's development, how can I
contact with Ben? Thanks.
Ben does still read all the emails on this list, but it's somewhat difficult to
devote hours to investigating things while I'm doing (paid) work -- apparently
people complain at me when
[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
On 30/11/11 08:20, Terry Welsh wrote:
Hi,
I'm using FLTK 2, and I have a class derived from GlWindow. My handle()
function gets called for almost every key on the keyboard, but not when I
press backspace or delete. Is this expected behavior? Is there a way to get
events for these keys?
On 14/11/11 20:49, MacArthur, Ian (SELEX GALILEO, UK) wrote:
The fltk3 build is bailing on me right now, with r9175.
This is on WinXP with mingw/Msys.
$ make
=== making src ===
Compiling fltk3/ShapedWindow.cxx...
fltk3/ShapedWindow.cxx: In function `HRGN__*
On 07/11/11 15:00, David wrote:
However, I did also mention that maybe using XInitThreads and XLockDisplay
and XUnlockDisplay would allow FLTK to support opening windows in multiple
threads? maybe someday I can lean more about X and look at making it able
to open multiple windows in
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 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
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
[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
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2746
Version: 2.0-feature
Fix Version: 2.0-current (r9160)
Fixed in Subversion repository.
Well, it took me slightly longer than I expected it to, but the patch
looks good. Thanks for this!
Link: http://www.fltk.org/str.php?L2746
On 27/10/11 10:10, David wrote:
Should I create a new branch and do the updates to it, try to do
incrementally, because some of the files change a few times for different
things. Do I have access to branch?
Looks like the way to go - but I have to wait until I have permission.
I don't
On 27/10/11 11:30, David wrote:
On 27/10/11 10:10, David wrote:
Should I create a new branch and do the updates to it, try to do
incrementally, because some of the files change a few times for different
things. Do I have access to branch?
Looks like the way to go - but I have to wait until
[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:
[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
On 14/10/11 21:37, Piotr Beling [qwak] wrote:
W dniu 11.10.2011 05:19, Ben Stott pisze:
my_button2-callback( [this] () { this-my_button1-label(xxx);} ); // I
haven't specified the return type here; it will default to void. You could
just as easily use [this] () - void {...}
This probably
On 15/10/11 09:19, Piotr Beling [qwak] wrote:
W dniu 14.10.2011 23:14, Ben Stott pisze:
Under VS, what (recent) feature of C/++*does* work?;-)
I'am not a user, but I read that lambdas works (but always as objects).
From a standard argument (i.e. the c++ standard, not the argument
type
I went ahead and createad a new Fl_Checkbox_Browser (minor changes to
Fl_Browser_ Fl_Browser and new Fl_Checkbox_Browser). If I wanted to submit
the changed files to someone who could check in the changes, how is that done?
Post it to fltk.org/str.php, but set it as a RFE (with the patch
On 11/10/11 05:44, Greg Ercolano wrote:
Yaskhan writes:
sorry. c++0x
Being a pedant, I'll correct that to C++11. I've done the same with the
title, as well. ;-)
I don't think anyone's tried using c++0x with fltk yet.
Assuming c++0x is back compatible with C++ (I don't know
11, 2011 10:12 am
Subject: [fltk.general] Lambda function in FLTK how to use? (FLTK
-c++1x)
To: fltk@easysw.com
On 10/10/11 14:48, Ben Stott wrote:
You might actually have a bit of difficulty using a lambda function as a
callback, because to use some of their more powerful features (like
So as a follow up to my previous message.
You might actually have a bit of difficulty using a lambda function as a
callback, because to use some of their more powerful features (like
taking variable callback data) I *think* the FLTK callback functions
will have to be modified
On 19/09/11 03:46, Jonathan Egstad wrote:
(a big hi to all the old DD guys on this list)
So OSX 10.7 has finally ditched the old Quickdraw functions for good - no
surprise since they've been deprecated for years.
The latest alpha of 2.0 (fyi it's r8800 - r9042 isn't actually on the
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
So, from a mostly-fltk2 standpoint:
On 01/09/11 08:16, Roman Kantor wrote:
I am not sure how styles changed in fltk 2 recently so forgive me if I am
not completely accurate. There are a few things in f2 styling I did not like
too much:
1) The styles tree follow closely the classes
Oh, and please send me reports for any problems you have during compilation.
I've just passed in a commit that was mostly a bunch of sed scripts. I mostly
translated the zlib / libjpeg / libpng headers from ... to fltk3jpeg/...
and the like.
There were also a few files in all.h that had
Hi guys,
OK, I think I moved and renamed everything as planned. So at this point, feel
free to participate, add, remove, change as you like. If anyone has code that
can act as a frontend to command line tools, and that can handle stdin,
stdout, stderr, and signals simultaneously, please
Side note: I don't like the fltk3 naming convention anyway.
Some day in the future we will have fltk4 and fltk5, maybe - my
favourite naming would be that the newest and best FLTK version would
always be fltk, but I know that this would conflict with FLTK2
compatibility, and so we *had*
From: m...@matthiasm.com
Date: Tue, 23 Aug 2011 12:16:40 +0200
To: fltk-dev@easysw.com
Subject: Re: [fltk.development] Funny build warning in VisualC 6 / FLTK 3core
On 23.08.2011, at 11:59, Ben Stott wrote:
Side note: I don't like the fltk3 naming convention anyway.
Some day
On 23.08.2011, at 12:21, MacArthur, Ian (SELEX GALILEO, UK) wrote:
That said, can we move the branches around in svn so that fltk2 is not
head, but is in a branch, then we can put fltk-1.x or fltk3 or whatever as
head, moving forwards?
Yes, we can do that. We branch the head into a
Hey Asif,
On Mon, Aug 22, 2011 at 1:36 PM, asif saeed
I read the following tutorial yesterday - it creates class
members on stack
- that is, it does not make them pointers and allocate them
using new():
http://www.fltk.org/doc-2.0/html/example3.html
I have also
{
int i;
delete i; //this works but blows up big-time, of course. But compiler
doesn't check it at compile time.
}
It's not watertight, but my proof-by-example is that I've never seen this
happen with FLTK ;-)
You also don't have your deallocation ordering strictly
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
[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
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 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
I think it stems from my background in asm and embedded; I'd much rather
be sure the core was right, than depend on a mechanism to clean up my
mistakes after the fact... And of course many embedded systems don't (or
at least didn't, times change, things move on...) support exceptions
anyway.
On the contrary, you can have a completely bug-free FLTK3 that works
absolutely perfectly (okay, so let's talk hypothetically for a minute ;-))
What are you implying? FLTK 3 has bugs? How very dare you :-P
No comment. ;-)
I see Ben says They're portable (except perhaps to some
I see Ben says They're portable (except perhaps to some
really obscure
embedded systems) - I guess he means me!
I'd be surprised if most of these, nowadays, didn't support
exceptions.
Hold on to your chairs and keyboards: Android does not
On 10/08/11 03:56, Michael Sweet wrote:
On Aug 9, 2011, at 1:39 AM, Ben Stott wrote:
...
(depending on how things go), if the RAII graphics lock (fltk::GSave,
currently) is unable to save the graphics state through the inability
to acquire or init. resources, an exception could be thrown
Ah, thanks. I was using exception to verify my code. Now should I enable them
for fltk3, or should I remove the try-catch-throw?
I don't know about others, but I'm all for using them. I've always hated having
to check function return values and memory blocks and whatnot to make sure
I have downloaded and installed fltk-1.3.0 and it built successfully.
Next I accessed http://fltk.org/doc-1.3/fltk.pdf
and copied the example program at: 4.1 Writing Your First FLTK Program
My attempts to build it give the following errors:
/tmp/ccyNClof.o: In function `main':
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
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
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)
On 04/08/11 00:48, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Again, check with Ben, see what he says. Did you mean #2694 BTW, or some
other STR?
That (#2694) is raised by spoony (is that you?) and Ben's
investigation suggests that the analysis is probably wrong, and that the
fault is probably
I just downloaded the latest source and tweaked it a little to compile, but
not much. The text works but the other bits I had working tabs, images etc...
now don't.
Wait, you had to tweak it to compile? On what device / what config? It
should compile out of the box.
Did you try
Doh!
I think I just realised why this doesn't work for you with fltk-1.3.
UTF8 support.
Box the XFT and Xlib backends in fltk-1.3 under X11 have been enhanced
to support UTF8 rendering.
So, for example, in the Xlib version, where fltk-1.1 uses XDrawString()
we now use XUtf8DrawString()
Hi again Stuart,
I really can't tell from such a small snippet of code, but I'm guessing
children() returns more children than actually exist - it seems to
return the size of the top-level vector (but if it's being called from a
first child (or second child / etc, where there exist less
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 as
Hi all,
The following are my thoughts (for what they count) on the issue, (from a 2.0
standpoint!)
THE STATUS
I converted the FLTK1 source code into FLTK3 namespace and added a tiny bit
of FLTK2 code. The result is a fully working virtually bug free version of
FLTK 3
On 29/06/11 18:44, Albrecht Schlosser wrote:
On 29.06.2011 07:23, goodwood wrote:
Hi Ben, thanks for your help, can you test this code under win7? (my fltk2
package: fltk-2.0.x-r7513.tar.gz, compiled with mingw under windows)
I compiled and ran your test program with current fltk2 svn (r8842)
1. The program compiled with old fltk2.0 library has no problem in capturing
the mouse RELEASE event both under winxp/vista or win7.
2. The program compiled with existing fltk2.0 library (i actually compiled it
under windows 7) has no problem under winxp, BUT only has problem under
Yup - my worry is that if we use %s like that, the compiler will
create a const char array, we then cast away the const-ness, and
(conceivably) could then write to that string - segfault, bad.
So I'm not keen on casting away the inherent const-ness of the fixed
string...
Though in practice
I removed my old minGW and installed from scratch.
I built both FLTK and GSL using msys and the
./config make make install dance.
This all worked.
I used fltk-config --compile hello.cxx
and that was fine.
But fltk-config --compile mandelbrot.cxx
fails (of course) because there are
Hi all,
I've just updated the 2.0 documentation and added a few major additions to it,
like the FileBrowser/Chooser classes, amongst other improvements. Whilst I
realise the docs, stylistically, no doubt look like they were attacked by a
three year old with carte blanche and a crayon, if
No suggestions from me, but thanks. However, the pages are ..not found on
this server.. While I'm sure you are working on/tweaking them, I thought
letting you know just in case.
Ah, crap. Knew I forgot something - fixed.
Ben
On 29/05/11 12:07, anon wrote:
As for FLTK 2, I've not come up with a way to detect whether the widget
returned by Browser::goto_focus() is an actual Item or not. The reason being
that Widget::label() causes a crash when called on a widget of non-Item type
(at least on whatever widget it is
Ok, just within hours of the new RC we get two new bugs, one of them crashes
the app. So according to our release plan, I *must* do another RC.
But I already *know* that no matter how long I wait until the RC, I will not
get a bug report. As soon as the RC is out, within a day, the
Argh, sorry about that. I read File and based on the amount of work I've
recently done on the FileChooser I automatically assumed your question was
referring to that. Apologies!
In terms of the a method to fetch the appropriate filename, you can either use
the method(s) that have been suggested
Nothing. I thought may be using Cairo build would further reduce my memory
footprint or increase my application performance.
If anything, I'd argue that it does the opposite - instead, you now have a
dependency on libcairo, and you force fltk to call cairo functions (which,
assuming two
On 27/05/11 12:28, anon wrote:
Hi!
I've been having trouble figuring out how exactly I'm supposed to fetch the
filename/path string from said widget when my callback is invoked.
I have been looking through the relevant headers for FileBrowser and Browser
classes and haven't succeded
I don't recommend the latter approach though - if you're going to do
that, just let FLTK manage the window, like it should.
The CreatedWindow stuff was designed to draw into a child window in
another app. There was never any attempt to make it work for main windows.
Yeah, this is why I
Whoops, don't know how I missed this this morning.
You don't need a fancy patch or anything like that.
Since fltk hasn't technically opened the display with your CreatedWindow,
before the show() you need to call fltk::open_display()
There's a good example next to fltk::Window::create(), in the
On 24/05/11 07:34, Tom wrote:
Thank you for your help! I got a lot further, but still not completely there.
I now have a window coming up. When it comes up, it has the hello world
widget inside, but when I close the window using the window-manager's close
button (X decoration), the console
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
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 the rest
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
[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,
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
[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
[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
[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
- Russian, too - I knew those long train rides would have a
use some day!
I've been on lots of long train rides - still can't speak Russian.
How does that work? ;-)
Oh, see, down here in Australia, they beam languages into your head whilst
you're on public transport!
On a serious
Hi Jeff,
I preface this with I know nothing about your code, so a bit of it
will be a wild guess, however:
#includemap
#includestring
// Fl includes are here.
class FooWindow : public Fl_Double_Window
{
// Public decs
private:
std::mapstd::string, Fl_Input m_Input;
Why by default xft disable, But assemblage any way establishes a
configuration enable xft???
I like bitmap fonts!
In fltk-1.1 the default was to disable XFT.
In 1.3 (and possibly fltk-2, not sure) the default is to enable XFT.
Yup, XFT is enabled in fltk-2...
Regards,
Ben
Dear users,
this is a quick poll to see which languages (natural languages, not computer
languages) you speak. It would be great to know if some of you could maybe
cross-translate for users who are not good at English.
I for one speak/understand:
- German, native
- English, fluently
-
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
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
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:
[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
Ben:
I don't know about others, but I've always preferred past tense -
is_opened(), etc
I think that's right too, but since both 'open' and 'opened'
can be past tense (is it open / has it been open
vs. is it opened, has it been opened), I usually go
with
I guess it's too late to change now, but to avoid future madness,
is there something most folks agree on with this? I'd be curious..
I don't know about others, but I've always preferred past tense - is_opened(),
etc
Regards,
Ben
Hey all,
I've not been able to work this out, but how does one rebuild the online
doxygen docs from the latest source? I can build my own local copy, but the
ones online are a little outdated and I've done a pile of work improving them
(especially with the FileChooser class).
I'd appreciate
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
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
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).
Recently, I applied developer status multiple times (more than 2 weeks ago),
and I never received any information back. I am just wondering whether there
is any hidden requirements that I do not know.
What I want to do is to fix multiple bugs in fltk2, and if I have enough
time, I may
Have you filed STR'd for the changes you have devised? If so, and if they
have been reviewed favourably, that will go a long way to adding credibility
to your application.
If you have not filed any STR's then you probably represent a somewhat
unknown quantity, and that may be slowing
From: jamesfeng...@yahoo.com
Date: Sun, 24 Apr 2011 19:58:40 -0700
To: fltk-dev@easysw.com
Subject: [fltk.development] STR2611 to resolve multiple InputBrowser hang
Re: Any procedure to require developer status
Thanks for reviewing the change.
Jim
Err, you probably meant to
Whoops, scratch that. Seems I haven't been keeping on top of my emails like I
normally would.
Sorry for the noise.
Ben
___
fltk-dev mailing list
fltk-dev@easysw.com
[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
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 -
[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
As a follow up, almost 2 months later:
On 07/02/11 23:20, Albrecht Schlosser wrote:
On 07.02.2011 03:40, Ben Stott wrote:
As noted in #2527, the keyboard demo fails to pick up the right shift
key, instead claiming it to be a left shift.
This is because lParam(124) is 0 for the shift key
I looked into it, and it looked okay so far, but I'm wondering whether
you could check the key state only when you know it's a SHIFT key anyway.
This might filter lots of GetKeyState() calls for unrelated key events.
I started investigating whether someone in the 'net would tell how
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
I described FLTK-2.0 as experimental but dormant in Article #825,
What are the versions of FLTK, but with Ben now plugging away at
the 2.0 STR list, is there a better way to describe it.
Would Experimental, was dormant, but maybe now waking again be OK?
Now I read it back it seems
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$
1 - 100 of 249 matches
Mail list logo