On 05/29/12 13:46, Matthias Melcher wrote:
Hi guys,
I think that releasing 1.3.1 would now be as good as any other time. Some
very important issues were fixed and we should have done this a long time ago.
Can I please get a count on who is for or against releasing the current FLTK
1.3
On 05/29/12 13:46, Matthias Melcher wrote:
Hi guys,
I think that releasing 1.3.1 would now be as good as any other time. Some
very important issues were fixed and we should have done this a long time ago.
Can I please get a count on who is for or against releasing the current FLTK
1.3
On 05/27/12 22:45, Carlos Luna wrote:
Hi. I´m having some problems when trying to build from the latest archive on
the web site (fltk-1.3.0-source.tar.gz).
When building with VC2008 (Microsoft Visual C++ Express Edition under Windows
XP) I get this error (right at the beginning of the
On 05/28/12 04:44, testalucida wrote:
seems as if widgets placed onto a Fl_Scroll don't keep their positions on
scrolling.
Yes, when you scroll, it changes the children's
xy positions in order to move them.
___
fltk mailing list
On 05/28/12 07:54, testalucida wrote:
On 05/28/12 04:44, testalucida wrote:
seems as if widgets placed onto a Fl_Scroll don't keep their positions on
scrolling.
Yes, when you scroll, it changes the children's
xy positions in order to move them.
and is there a way to prevent
On 05/28/12 07:45, David Lopez wrote:
Hi,
I wrote a code that uses FLTK 1.3.
The main window is derived from Fl_Double_Window. It works fine in Windows
but in Linux no widget is displayed or just one or two.
All the widgets appear only as flashes while the window is redrawn for
example
On 05/28/12 10:19, testalucida wrote:
thank you and have a nice day.
b) use the new fltk matrix stuff (fl_pushmatrix(),
fl_translate()..)
to move the drawing origin around
I should add to (b), I don't think the new matrix manipulation
functions affect
How do you specify D::C::A ?
I hesitate to answer, because it's OT for the list,
and q's about the C++ language tend to become large
threads no matter how hard one tries to prevent it.
So if you have more q's about C++ or need elaboration,
google for C++
Just a reminder:
'//' isn't a valid comment delimiter in C files, i.e .c/.h.
The native C compiler on platforms we support (IRIX) fail to build.
___
fltk-dev mailing list
fltk-dev@easysw.com
On 05/26/12 15:14, Ian MacArthur wrote:
On 26 May 2012, at 22:44, Greg Ercolano wrote:
Just a reminder:
'//' isn't a valid comment delimiter in C files, i.e .c/.h.
The native C compiler on platforms we support (IRIX) fail to build.
Though (as ever) that depends heavily
Message: 3
Date: Wed, 23 May 2012 00:05:18 -0700
From: Greg Ercolano e...@seriss.com
Subject: Re: [fltk.general] Floating point Exception
On 05/22/12 23:39, Rajesh Kumar wrote:
When I clicked on a button twice am getting error floating point
Exception and application got
On 05/25/12 11:50, Greg Ercolano wrote:
thirupathi reddy Mekala reddy.ru...@gmail.com writes:
I am also getting same problem. When i clicked on a button ones at that
time no errors and opening another window. but clicked on twice am
getting error floating point Exception
On 05/23/12 10:29, David Currie wrote:
MyTextWindow(int W, int H,const char* l)
: Fl_Window(W,H,l), MyTextDisplay(20,20,W-40,H-40,NULL)
{
Fl_Window::label(l);
Fl_Window::add(this); // Compile error : ambiguous base class Fl_Widget
Don't even do the add(); it's not
On 05/22/12 23:39, Rajesh Kumar wrote:
Hi all,
When I clicked on a button twice am getting error floating point
Exception and application got closed. Why it is happening
In the callback of button am clearing clearing thr current window
and opening another window.
On 05/21/12 19:27, leowang wrote:
Dear All,
I found that the fltk draw image speed is not fast, for example, I have a
1280*800 window which has a 1280*800 png file as it's background, it will
takes about 2 second to display it in my arm board, the CPU is 800MHz, my
compile tools is
On 05/21/12 07:00, Albrecht Schlosser wrote:
On 17.05.2012 01:19, fltk-dev@easysw.com wrote:
Author: greg.ercolano
Date: 2012-05-16 16:19:37 -0700 (Wed, 16 May 2012)
New Revision: 9510
Log:
Added three methods and dox to Fl_Tooltip:
margin_width() -- controls margins around tooltip's
Think it's getting close to time to release 1.3.1?
A lot of fixes have been made since 1.3.0,
so it would probably be good to get 1.3.1 out there..
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
On 05/18/12 23:21, david_ai...@yahoo.com wrote:
hi all..
I would like to place an OpenGL window into a wizard, but I'm new to fltk so
my source has some problems.
You need to create the opengl window inside the first group.
So just move this line from where it is:
On 05/18/12 23:21, david_ai...@yahoo.com wrote:
1. the OpenGL window overlaps all of the wizard pages. It should only appear
on the first page.
Oh, and besides moving the creation of the window,
I think your Fl_Group's are oddly positioned.
Can you say why you're
The main difference is the gradient effect on the buttons and menus. It
looks really better than the flat gtk+ scheme.
Maybe these screenshots can show this:=20
http://code.google.com/p/nanox-microwindows-nxlib-fltk-for-dos/wiki/FlWriter
Actually, the thing I notice the most that makes it
What's the goal: is it to add up/dn/lt/rt key control
to the caret position of the text display widget?
If so, I'd think you'd want to derive a class from
Fl_Text_Display to handle() the key events.
This, instead of deriving from Fl_Window.
When a
On 05/16/12 22:59, Greg Ercolano wrote:
What's the goal: is it to add up/dn/lt/rt key control
to the caret position of the text display widget?
If so, I'd think you'd want to derive a class from
Fl_Text_Display to handle() the key events.
This seems to work
On 05/17/12 00:03, Jim Jozwiak wrote:
One user criticized my application as too bright on the screen
although I prefer to think of it as cheerful.
Ha, you wouldn't perhaps be in the film effects business
where everyone sits in dark, dark rooms and has all their
On 05/17/12 08:21, Georg Potthast wrote:
I only use the gradient scheme and it works just fine. It looks much better
than Windows95 style.
Here is a screenshot:
http://www.imgplace.com/viewimg192/1842/76fluidgradient3.png
and here is a link to the patch:
On 05/17/12 10:03, Greg Ercolano wrote:
On 05/17/12 08:21, Georg Potthast wrote:
Here is a screenshot:
http://www.imgplace.com/viewimg192/1842/76fluidgradient3.png
and here is a link to the patch:
http://www.fltk.org/strfiles/2675/grad1_fltk-1.3-r9038_09.17.2011.patch
Apparently due
On 05/17/12 09:44, Eugenio Bargiacchi wrote:
The problem is even if I were to reimplement handle() and make it trigger
a callback, there would be no obvious way for me to get the focused item,
since the pointer that holds that is private
It looks like the Fl_Tree API has a public
On 05/17/12 13:19, Georg Potthast wrote:
The main difference is the gradient effect on the buttons and menus. It looks
really better than the flat gtk+ scheme.
Maybe these screenshots can show this:
http://code.google.com/p/nanox-microwindows-nxlib-fltk-for-dos/wiki/FlWriter
I
On 05/17/12 11:56, Eugenio Bargiacchi wrote:
get_item_focus() would certainly help.
Try implementing it and see if it does.
I'll certainly add it anyway, as it seems to be an omission.
If I may suggest, you could also add FL_TREE_REASON_FOCUS_SELECTED
and
Fl_Spinner is a group with an Fl_Input and a few buttons; looks like this:
_
| | ^ |
| input area |---|
|_|_v_|
[..]
1) Add a color() method to override the invisible Fl_Group::color(),
and have it call the input's
On 05/15/12 04:50, Matthias Melcher wrote:
On 15.05.2012, at 11:53, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Curious if there's any objections to adding the following controls
to the Fl_Tooltip API. Would like to be able to have more control
over global tooltips:
// Set/get the
On 05/15/12 04:50, Matthias Melcher wrote:
On 15.05.2012, at 11:53, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Curious if there's any objections to adding the following controls
to the Fl_Tooltip API. Would like to be able to have more control
over global tooltips:
// Set/get the
On 05/13/12 18:17, Eugenio Bargiacchi wrote:
I've made within my main window a Fl_Scroll.
Inside it there is a Fl_Group, which has two Fl_Input and a Fl_Pack.
Inside of the Fl_Pack there is a Fl_Button, which, if pressed, adds a
Fl_Input within the Fl_Pack and increases the size of the
On 05/14/12 12:02, Albrecht Schlosser wrote:
On 14.05.2012 20:41, Albrecht Schlosser wrote:
Does this (see inline code below) work for you?
Albrecht: I think your email program is word wrapping
the code in your outbound messages.
If you're using Thunderbird as I do, you
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2844
Version: 1.3-current
Oops, accidentally posted the code with the (A) line
already commented out, so when built by default
the caret shows OK; you'll have to remove
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2844
Version: 1.3-current
Fl_Text_Display seems to have the features Fl_Multiline_Output does in that
one can enable a 'caret' cursor that could be used for keynav
On 05/11/12 06:32, Matthias Melcher wrote:
On 11.05.2012, at 03:58, David Currie wrote:
On 05/10/12 06:07, David Currie wrote:
How does one control the text caret in Fl_Text_Display.
I mean the TEXT cursor (caret) not the mouse cursor ?
To control its on/off state, show_cursor(1|0),
On 05/11/12 10:11, Greg Ercolano wrote:
On 05/11/12 06:32, Matthias Melcher wrote:
If there's bugs/shortcomings with Fl_Text_Display's
caret + keynav, we should probably fix it, so that it
can be a fully functional replacement for Fl_Multiline_Output.
I did notice
On 05/10/12 06:07, David Currie wrote:
How does one control the text caret in Fl_Text_Display.
I mean the TEXT cursor (caret) not the mouse cursor ?
To control its on/off state, show_cursor(1|0),
To control its position, insert_position(pos).
For the user to move it,
On 05/10/12 08:10, Eugenio Bargiacchi wrote:
Good day, I'm having a small problem when compiling FLTK programs from my ide
( Code::Blocks on Windows 7 ).
In particular, when I try to compile with the command line provided by the
fltk-config --compile it all works, while when I compile from
On 05/08/12 20:25, Fabien Costantini wrote:
On 05/08/12 19:47, Fabien Costantini wrote:
Now, at initialization the item label color is an 'undefined' value
(let say 0x ?). Note that value would be stored in the prefs
as well if user did not specify a custom color.
Ah, OK, I was
On 05/08/12 19:47, Fabien Costantini wrote:
Now, at initialization the item label color is an 'undefined' value
(let say 0x ?). Note that value would be stored in the prefs
as well if user did not specify a custom color.
Ah, OK, I was going to use a bitflag to keep track of
On 05/08/12 05:38, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Second question: What function should be used: fl_measure() or
fl_text_extents()? Would there be a performance difference to be
expected, or would it only be the small difference in the exact
layout? The latter could IMHO be ignored,
Peeter: can you make an STR for this so we can track it?
I think I can confirm it's something we need to fix
in Fl_cocoa.mm.
This way you'll be notified of fixes as they happen.
In the mean time, a little investigation:
Peeter, I'm guessing your app uses the fltk method add_fd(),
as this
On 05/08/12 20:36, Vernon wrote:
Greetings,
Does fltk work for C, as well as c++?
Or only c++?
C++ only.
If not for C then is there a C gui Designer out there?
gtk+ and xforms are both C..
there might be others.
On 05/07/12 20:26, leowang wrote:
Dear All,
I have a button, it has a callback, but I found that when the focus is on
this button, press enter key can not auto call the callback, only use mouse
to press button can call the callback. Why?
In fltk2.0, it will auto call the callback when
Apparently Fl_Scroll's scrollbars are 'visible()' on construction,
ie. they are not hide()en by default.
Currently no one sees this problem, because scrollbar visibility
is calculated during draw().
But perhaps it would be correct to have the widget initialize itself
with the scrollbars
On 05/04/12 22:22, Jim Jozwiak wrote:
If I take the pack.cxx example from the fltk test subdirectory and mark the
Fl_Pack resizable to itself with the expectation that the buttons inside the
pack will now resize, I find the buttons don't resize. How would one achieve
this functionality in
On 05/05/12 01:04, Greg Ercolano wrote:
On 05/04/12 22:22, Jim Jozwiak wrote:
If I take the pack.cxx example from the fltk test subdirectory and mark the
Fl_Pack resizable to itself with the expectation that the buttons inside the
pack will now resize, I find the buttons don't resize. How
On 05/04/12 02:36, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Hmpf - the default is text and I know this, but forgot to take care
about. Very stupid, of course it works now...
For what it's worth, I just use rb and wb regardless of
platform since the *nix versions ignore the b anyway...
On 05/03/12 12:40, dirac wrote:
Hi guys,
let's say I have a window with a button in it. The button, if clicked,
creates a sub window:
---
void button_callback(...) {
new Fl_Window(...);
}
---
When I close the 'master' window (the one which contains the button) I would
like to
On 05/02/12 07:14, Matthias Melcher wrote:
On 02.05.2012, at 15:26, Alexander Dimitrov wrote:
When trying to Build the Demo I got the fatal error:
fltk-1.3.0-source\fltk-1.3.0\FL/Fl_Cairo.H(44) : fatal error C1083: Cannot
open include file: 'cairo-win32.h': No such file or directory.
Please
On 04/27/12 17:07, Fabien Costantini wrote:
Link: http://www.fltk.org/str.php?L2828
Version: 1.3-current
something really [nice] to do to do would be to sync the item default bkgnd
color to the box color instead of white, thus not making the assumption
that the default bckgnd is white...
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2832
Version: 1.3-current
Fix Version: 1.3-current (r9413)
Will do.
I'm working on a large commit now to do Fabien's request for
'lazy' color control, and among various tweaks to the test/tree
program for that, I'll include an
On 05/01/12 12:38, David Currie wrote:
On 04/27/12 15:55, David Currie wrote:
what is a diff? is it the output from diff original new?
A 'diff' is the output of diff(1) comparing the old and new file, eg:
diff -u foo.old foo.new
The nice thing about a universal diff
On 04/30/12 15:44, fltk-dev@easysw.com wrote:
Author: matt
Date: 2012-04-30 15:44:33 -0700 (Mon, 30 Apr 2012)
New Revision: 9415
Log:
Genrating a ompilation error so we can test the Jenkins setup
You can probably test jenkins for compiler errors
by telling it to make a target
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-current
Replicated on another machine running fedora3/32bit.
(Above was centos5/64bit)
So seems like any linux box, 32bit or 64bit should show the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-current
PS. I don't know anything about how clipping is implemented,
which I think might be the problem, so I don't plan on assigning
this to myself..
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2832
Version: 1.3-current
Attached file tree-and-inputs-with-labels.cxx...
Link: http://www.fltk.org/str.php?L2832
Version: 1.3-current#include stdio.h
#include FL/Fl.H
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2832
Version: 1.3-current
Fix Version: 1.3-current (r9411)
Fixed in Subversion repository.
Try svn r9411; that should restore it.
Leaving this open until you can
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2832
Version: 1.3-current
Fix Version: 1.3-current (r9413)
Actually, would like to recommend svn r9413 instead,
which fixes a focus/redraw problem when specifically
On 04/30/12 13:44, Matthias Melcher wrote:
Oh! Not good! It seems that there is still an issue with returning a failed
build on multiple platforms. That really defeats the purpose...
Maybe you missed my follow up last week which I think might fix it:
* * *
It's currently:
On 04/29/12 15:45, fltkCoder wrote:
Yes I tried renaming it here and there. But that didn't make a difference.
Its whenever I add this to it:
#include FL/Fl_Text_Display.H
That it will stop compiling. Which is strange since the Text_Display is
just a
normal component of fltk.
On 04/30/12 02:19, Albrecht Schlosser wrote:
Compiler errors, using current MinGW (g++ 4.6.2):
Cool, thanks Albrecht for figuring out which tool chain
caused it.
So it turns out that it is not a FLTK problem. MinGW's windows.h
file includes (among others) dlgs.h, and in this
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-current
Attached file foo.cxx...
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-current#include FL/Fl.H
#include FL/Fl_Window.H
#include
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-current
Attached file foo.png...
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-currentattachment:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2831
Version: 1.3-current
I'm not sure, but digging down, it seems like it might be a problem with
the clipping region stuff.
It seems like
On 04/29/12 07:36, fltkCoder wrote:
Well inside it there are just some buttons, outputs etc etc.
And it is a bit based on the previous example.
But is there anything wrong with that code part or is it something else?
Nothing wrong with that code that I can see.
If the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2828
Version: 1.3-current
@Fabien: Yes, indeed, there was an intention to do this when I
designed the API.
The intention was to have it similar to the way the global
On 04/27/12 11:07, STF wrote:
autoconf... oh It's been a long time I haven't done C/C++, Unix
and similar stuffs... forgot about this autoconf. Anyway, personally,
I've never created and used autoconf -- just using the old makefile
all the time.
It uses autoconf to find out about
On 04/27/12 08:27, fltkCoder wrote:
Hi,
How can I produce the same result I would with tabs, showing different main
windows each time you click on one, with a button callback?
Sounds like Fl_Wizard (push Next button to see next page), e.g.
On 04/26/12 01:12, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Also, I got MinGW running. Only caveat: if the script fails, the .BAT
still does not fail, hence the result is alway success. Maybe anyone has
an idea?
I see Greg has some suggestions, but I wonder if we can get away
with
On 04/25/12 13:42, Matthias Melcher wrote:
Also, I got MinGW running. Only caveat: if the script fails, the .BAT still
does not fail, hence the result is alway success. Maybe anyone has an idea?
Is there a way to see the BAT and SH scripts?
Usually it's just a matter of
On 04/25/12 16:08, Matthias Melcher wrote:
It's currently:
C:\MinGW\msys\1.0\bin\sh.exe --login -c ( cd
/c/jenkins/workspace/FLTK_1.3_MSVista_MinGW date
Hmm, I'd suggest '|| set ERRORLEVEL=1' inside the quotes
is the problem; inside the quotes it's being parsed by sh(1)
On 04/25/12 17:18, Greg Ercolano wrote:
..where 'your_mingw.sh' might look like:
Oops, actually, I'd suggest this instead for the sh script:
echo --- GCC VERSION: # show..
gcc --version # ..gcc version info
echo --- Started: `date` # show
On 04/25/12 07:10, leowang wrote:
I found that after the browser widget created, it is focused in the first
line, but the first line does not highlight, how to set it to highlight, I
tryed select(0, true), but has no effect.
You might find that browser lines are numbered from 1, not from 0,
On 04/24/12 08:07, MacArthur, Ian (SELEX GALILEO, UK) wrote:
By using repeated replaces the entire display's colours can be
controlled BUT NOT THE BACKGROUND. Why can't each Style_Table_Entry
contain background color information somehow?
Sorry - it just wasn't designed that way...
Dear All,
In fltk2.0, it has a API called selection_textcolor(int color), this can
change text color if the text is select.
But in fltk1.3, I can't find the similar API, can anyone else tell me where
is this API, thanks.
Best regards,
leo
Hmm, for which widget? Usually its
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2796
Version: 1.3-current
Fix Version: 1.3-current (r9400)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2796
Version: 1.3-current
Fix Version: 1.3-current (r9400)
A fascinating thread formed today on a large but private CG
mailing list that branched from a discussion on c++11
to STL ABI issues that I found quite interesting, as well
as the problems of exposing STL in a lib's API and why that
should be avoided.
On 04/23/12 14:57, Matthias Melcher wrote:
I added the OS X command line build for FLTK 1.3 to Jenkins. I also added
all jobs for FLTK 3.0.
http://matthiasm.mooo.com/jenkins
Cool! This looks kinda easy to use.
I wanted to look at the console output from some of the recent
On 04/23/12 18:22, Greg Ercolano wrote:
On 04/23/12 14:57, Matthias Melcher wrote:
I added the OS X command line build for FLTK 1.3 to Jenkins. I also added
all jobs for FLTK 3.0.
http://matthiasm.mooo.com/jenkins
[..]
Having done [a rebuild] I can now view the console output
On 04/23/12 18:22, Greg Ercolano wrote:
On 04/23/12 14:57, Matthias Melcher wrote:
I added the OS X command line build for FLTK 1.3 to Jenkins. I also added
all jobs for FLTK 3.0.
http://matthiasm.mooo.com/jenkins
Cool! This looks kinda easy to use.
Just did a successful
Only suggs I can think of so far:
o The output of date(1) at top+bottom of console log
so we can see start/end build dates in the log itself
o The output of 'gcc -v' in the log, so we can see the
compiler version
o Perhaps a separate
Checked in a bunch of mods to fltk1.3.x svn's Fl_Tree this weekend:
r9385, r9381, r9380, r9377
Those of you using Fl_Tree should probably update to r9385.
Some features did not affect the ABI. However, to access /all/ the
features listed below (including the ABI breaking ones), uncomment
the
David Fleury wrote on Dec 17 2011:
Second point, in my sample below, on tree full expanded, when
positioning at the end of the tree item list (scroll at the max down
position) and clicking to collapse all, the scroll bar is not
recomputed, and stay at the end, so the tree seems empty.
We had
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2709
Version: 1.3.0
Fix Version: 1.3.1 (r9211)
Confirmed w/VS2010 on Win7/x64 -- thanks!
Link: http://www.fltk.org/str.php?L2709
Version: 1.3.0
Fix Version: 1.3.1
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3.0
OK - I defer to the OP to weigh in, as I don't have a problem with the
behavior myself.. my mouse doesn't move between push/release.
As a last gasp on the subject, I can only recommend to the OP, he might be
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2796
Version: 1.3-current
I don't think the demo 'tree' has collapse all / open all buttons, but
it probably should.
I'm about to make a large commit to Fl_Tree, so I'll
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3-feature
Not sure if the issue is screen resolution so much as it is mouse
resolution, or how many 'mickeys' of mouse movement == noise.
Probably
Ya, I guess I'll try it with the next large checkin I do for Fl_Tree.
I haven't looked at the config; I assume an anon user can't just
do an SVN checkin of a spambot hidden in the Makefile so that doing
an svn checkin won't run their bot?
If you want, you can probably limit checkins to just us
On 04/21/12 15:44, Matthias Melcher wrote:
On 22.04.2012, at 00:34, Greg Ercolano wrote:
Ya, I guess I'll try it with the next large checkin I do for Fl_Tree.
I haven't looked at the config; I assume an anon user can't just
do an SVN checkin of a spambot hidden in the Makefile so
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3.0
Answering on behalf of the OP, I think there is a valid issue to be solved.
Our behavior is different than just about everything else, and it's a
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3.0
Or well, I should qualify that: On linux + windows the menus aren't 1pixel
sensitive.
On the mac, though, it seems they are just like FLTK; a
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3.0
But isn't it a bug on linux + windows?
Link: http://www.fltk.org/str.php?L2799
Version: 1.3.0
___
fltk-bugs mailing list
fltk-bugs@easysw.com
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9350)
In r9358:
Fixed so reselect doesn't affect the 'changed' flag
Added an option chooser to test/tree test
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9358)
Reclosing.
Fabien: if you see any trouble with this change,
feel free to re-open + change.
Link:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9358)
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9358)
___
fltk-dev 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?L2795
Version: 1.3-current
Fix Version: 1.4-feature (r9232)
@Domingo: OK, r9355 should take care of not drawing items outside the
Fl_Tree viewport when the items are
On 04/17/12 06:49, Fabien Costantini wrote:
That said, flu combo tree rely on the full tree which permits path
navigations, not sure the Fl_Tree permits that ?
(i.e. /foo/bar would reference a root foo with a child bar)
Yes -- Fl_Tree supports paths (see examples which all use them):
On 04/16/12 18:45, Fabien Costantini wrote:
From the top of mind (I might miss some other flu goodies):
- Show leaves + Show branches - selectable independently
- Sorted, Front, Back, reverse insert api
- Shaded entries
- Multiple selection drag ignore
- {Vertical|Widget} Gap (Fl_Tree has
401 - 500 of 3008 matches
Mail list logo
