On 18.04.2013 15:09, Duncan Gibson wrote:
In Fl_Slider.H there are definitions that are used for subclasses:
pre
// values for type(), lowest bit indicate horizontal:
#define FL_VERT_SLIDER 0
#define FL_HOR_SLIDER 1
#define FL_VERT_FILL_SLIDER 2
On 18.04.2013 18:52, Greg Ercolano wrote:
I usually try to avoid type(), because while looking at
FLTK's own code, I've seen coding techniques that disagree
with the above, namely:
Fl.cxx:if (w-type()=FL_WINDOW) {dx -= w-x(); dy -= w-y();}
Fl.cxx: if (p-type() =
On 18.04.2013 23:44, Duncan Gibson wrote:
I saw the other comment in the docs about type() that it was a
hold over from the Forms implementation.
Please ignore Forms compatibility. We're going to remove this, and
AFAICT Matt has removed everything Forms related in FLTK 3.0.
I was struggling
On 16.04.2013 11:01, MacArthur, Ian (Selex ES, UK) wrote:
Michael Baeuerle wrote:
I will add the test information to the STR and update the patch.
Done.
All - I'm looking at this patch #2935 and it looks OK, and Michael reports
that it works well on the problem targets. I find it does
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2951
Version: 1.4-feature
Well, Greg said it all.. ;-)
That said, here's one addition from me. It'd be good to have the widget
look like the other FLTK slider widgets
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Fix Version: 1.3-current (r9871)
+1 for renaming to w instead of win (or maybe widget to avoid name clashes
with w(), but that's not
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2950
Version: 1.3-feature
Roman, this looks like a good idea, I recommend adding it, however with two
caveats. I'll post them in followup messages.
WRT ABI issues:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2950
Version: 1.3-feature
#2: I believe that the following part of this proposal should not be added
as given:
change code in function Fl_Menu_::picked() from line
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2950
Version: 1.3-feature
Hi Roman,
1) I didn't write that I didn't want that global flag, and I understood
what you wanted to achieve with it. That's all okay so far.
On 12.04.2013 18:57, Greg Ercolano wrote:
Albrecht We're only calling const methods anyway, as x(), y(), window(),
Albrecht and this code is not subject to be changed in the future.
Yes, though for some reason as_window() is not const,
(it probably should be), which is why that cheat is
On 12.04.2013 19:44, Albrecht Schlosser wrote:
On 12.04.2013 18:57, Greg Ercolano wrote:
Is there a reason as_window() and friends (other virtual
implementations) are not const methods? Fl_Window::window() is.
You mean: Fl_Window* Fl_Widget::window() const is, right?
Other than what ISTR
On 12.04.2013 10:46, MacArthur, Ian (Selex ES, UK) wrote:
2. This program still uses Fl_Pack. I had originally tried Fl_Pack to
see what it would do. When changed over to Fl_Group, buttons lower in
the window don't respond properly. It seems like the clicked button and
above are the only
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2946
Version: 1.3.2
So your app is compiled and linked with different png libraries. The FLTK
libpng is 1.5.10, so I assume that your installed library is 1.6.1. There
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2946
Version: 1.3.2
No problem, sometimes you don't know, but generally it's better to ask in
fltk.general first.
Closing this now.
Link:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2946
Version: 1.3.2
Fix Version: 1.3.2
Link: http://www.fltk.org/str.php?L2946
Version: 1.3.2
Fix Version: 1.3.2
___
fltk-bugs mailing list
fltk-bugs@easysw.com
On 10.04.2013 18:51, Greg Ercolano wrote:
On 04/10/13 00:01, Duncan Gibson wrote:
and I no longer remember my subversion access password]
FWIW, I believe there's a process for resetting your password
at the right hand side of the login page:
http://fltk.org/login.php
Thanks for
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Patch looks good, except what Manolo wrote already. We should remove this
old and error-prone w-type() = FL_WINDOW from the entire lib in
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2948
Version: 1.3-feature
Fix Version: 1.3-current (r9871)
Comments? Yes: Great, thanks.
BTW: good catch that top_window_offset() should be a Fl_Widget method. I
On 10.04.2013 19:05, Greg Ercolano wrote:
If you wrote the code in pure Xlib, you'd still encounter this problem,
the workaround apparently being to access the LEDs directly I think.
Anyway, not sure if hacking X11's event structure in the case of
capslock
is a
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2942
Version: 1.3-feature
Fix Version: 1.3-current
No, sorry. We won't set anything (e.g. selection_color) w/o the user
explicitly requesting it. This would also break apps that have the colors
set as-is. The usual default is to
On 06.04.2013 07:55, Greg Ercolano wrote:
Is there a method that returns the top-level window manager window
for the current widget?
window() is not it; this just returns the parent window
which won't be the top-level window when there are
windows within windows, eg:
Fl_Window *top =
On 08.04.2013 01:27, marty moore wrote:
What happens:
1. When the first button is clicked, and the delete option is selected, the
other buttons disappear, but the menu is where the clicked button used to be,
not where the button is actually located.
2. If the add option is selected from
On 08.04.2013 11:58, Albrecht Schlosser wrote:
There are two ways to overcome this:
.. at least ..
(1) I recommend not to use Fl_Pack, ...
(2) I don't recommend this one, but it should give you a clue
...
(3) You might also recalculate the button positions in your
callbacks/functions
Ian, I agree with you 100%, but want to add one comment.
On 08.04.2013 12:28, MacArthur, Ian (Selex ES, UK) wrote:
Albrecht also suggests a workaround based on timers. I think this might work
out pretty well, though I'd consider having my own derived Fl_Pack (or
similar container widget)
On 03.04.2013 08:59, Edzard Egberts wrote:
3. When the add menu item is clicked, a new button appears, but has
garbage text.
Garbage text sounds like a well known problem:
void set( string str ) { label(str.c_str()); }
label() doesn't copy the string (but there is a copy_label()), but
On 05.04.2013 22:02, Howard Rubin wrote:
Thanks for the quick reply. Here's what I have now. It's reporting the
opposite of of the Caps Lock state. In other words, (Fl::event_state()
FL_CAPS_LOCK) is zero when Caps Lock is on, and nonzero when it's off.
Is that what you meant in your last
Correction:
On 06.04.2013 02:10, Albrecht Schlosser wrote:
[... about compiling and running program #1]
...
event = FL_KEYDOWN ... caps lock 9
event = FL_KEYUP ... caps lock 10
event = FL_KEYDOWN ... caps lock 11
event = FL_KEYUP ... caps unlock 12
You can see (or guess) that the CAPS LOCK
On 03.04.2013 22:54, Mike Werner wrote:
I want to be able to left click in an OpenGL window and have the mouse
coordinates in that window returned (i.e. relative to the upper left corner
of the window). Seems like I should be able to do this using Fl::event_x.
However it's turning out to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2942
Version: 1.3-feature
Fix Version: 1.3-current
Edmanuel, I recommend not to use this down_button_color...patch, because
this would *remove* the user's ability to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2942
Version: 1.3-feature
Fix Version: 1.3-current
FTR: the changes in test/unittest_schemes.cxx change the selection_color()
for 3 of 4 buttons to show the effect
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2942
Version: 1.3-feature
Yes, indeed, I hadn't looked at the code and thus missed that
selection_color() bit. Edmanuel, I apologize for the confusion...
So, if it's in
On 19.03.2013 16:31, memoryl...@tin.it wrote:
The problem was that, under particular conditions (many redraw of images), my
blinking could become irregular,
as timers, if I understand well, are all at the same priority level.
Hint Fl::repeat_timeout() is designed to compensate for small
Am 17.03.2013 22:17, Chris Russ wrote:
Upon further investigation, the documentation says that the only way to get
transparency (and 100% transparency at that) is with an Fl_Pixmap (say, a
GIF file), and that is definitely NOT RGB. Even so, would that work where
this fails, albeit without
On 18.03.2013 10:51, memoryl...@tin.it wrote:
Hi all,
just to have confirmation of what I am doing.
My app is multithreaded ; the main() loop and some other working threads,
receiving / sending data and doing calculations.
The question: what is the correct way to fire a graphics update from
On 16.03.2013 03:21, Chris Russ wrote:
I've been working on a widget that can show images zoomed in and out at
arbitrary percentages, and that part works. Now, in the middle of my
::draw() function I want to overlay some RGBA PNG images -- these have
transparency where I'd like the
On 16.03.2013 09:24, Ian MacArthur wrote:
On 16 Mar 2013, at 06:28, memoryl...@tin.it wrote:
Now a plant is smaller and has only two stations: the remote machine will
put some visible booleans to zero... and the graphics app
will show only the installed stations.
So one can think: I
On 13.03.2013 10:32, Mirko D. Comparetti wrote:
...
If I issue an fltk-config --compile main.cpp everything works and I get the
working executable file.
If I create this cmake file:
- - - - 8 - - - - 8 - - - - 8 - - - - 8 - - - - 8 - - - -
#CMakeList.txt
cmake_minimum_required(VERSION
On 13.03.2013 11:59, Mirko D. Comparetti wrote:
The strange thing is that if I change Output in Input (...), it works
perfectly.
Okay, now we're coming closer, and now we REALLY need your
build environment and your FLTK version!
Let me guess:
(1) you're linking against the shared libs of
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2672
Version: 1.4-feature
Thanks for fixing the bug so quickly, I can confirm that it works now.
WRT front light 3d effect being more modern: I'm not a 3d expert,
On 10.03.2013 15:15, Anton Petrov wrote:
The problem is that in the windows operating system cyrillic text is
incorrectly displaying. How it could be fixed?
We need to know which FLTK version you're using. To be able
to render cyrillic *and* other text in *one* application you
must use FLTK
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2934
Version: 3.0-feature
Thanks for the report, your testing, and for your confirmation.
As said before, FLTK 3 is still under development, and the developers
usually
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2933
Version: 1.3-current
Fix Version: 1.3.2
Okay, then your problem is solved ?
I still believe that it was only a problem of relics of previous builds in
the same
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2672
Version: 1.4-feature
BUG REPORT
--
System: Linux Ubuntu 12.04
FLTK 1.3.2 svn -r 9834
with patch
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2672
Version: 1.4-feature
Other than the mentioned bug, I like this gleam patch, but would like to
ask for your opinions. Although it looks good, I can't seem to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2672
Version: 1.4-feature
Well, here are more test results. In the test/unittests schemes test
(BTW: big thanks to Edmanuel for the code and Greg for inclusion - this
On 08.03.2013 22:13, Ian MacArthur wrote:
On 8 Mar 2013, at 17:31, Greg Ercolano wrote:
A request to vote on the addition of the gleam and grad patches to FLTK.
There's two STRs for this:
http://www.fltk.org/str.php?L2672
http://www.fltk.org/str.php?L2675
Would like to combine and apply.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2933
Version: 1.3-current
This could be an autoconf/configure problem, or maybe your Cygwin version
is not up-to-date. There has been an update for binutils lately, for
On 02.03.2013 00:50, Howard Rubin wrote:
How can I find out which dropdown menu of an Fl_Menu_Bar is currently
dropped down (if any)?
I need to know this in an add_timeout()/repeat_timeout() timer.
I don't know if there is a way to do it, and I'm afraid there is no
official/documented way to
On 01.03.2013 04:16, Michael Sweet wrote:
On 2013-02-28, at 8:24 PM, Albrecht Schlosser ... wrote:
IIRC I haven't seen a real freeware (public domain) proposal.
Wouldn't this be appropriate for the example code?
Unfortunately, public domain isn't a universally-recognized status
On 01.03.2013 11:55, Peter Åstrand wrote:
Suggestion: After the release is done, append post to the version number.
The version number must be numeric, three parts only, see:
http://www.fltk.org/doc-1.3/enumerations.html
The FLTK version number is stored in a number of compile-time constants:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2932
Version: 1.3.2
Fix Version: 1.3.2 (r9829)
Fixed in Subversion repository.
Thanks for the heads-up, this is now fixed in the svn repo (r 9829).
We'll need to
On 01.03.2013 01:04, Greg Ercolano wrote:
On 02/28/13 15:24, Albrecht Schlosser wrote:
We'll need to take care of this for the next release. Unfortunately there
are several places with version numbers that need to be adjusted manually
for each release. :-(
We probably should have
On 01.03.2013 01:04, Greg Ercolano wrote:
On 02/28/13 15:24, Albrecht Schlosser wrote:
We'll need to take care of this for the next release. Unfortunately there
are several places with version numbers that need to be adjusted manually
for each release. :-(
We probably should have
On 24.02.2013 10:07, Ali wrote:
This is my first post on Fltk org,
Greetings, new users are always welcome.
Fltk I find it very interresting but I hope
I will implement it on my VC6 environnement.
Well, this is possible, but we don't recommend it.
If you have a working VC6 solution, then
On 24.02.2013 10:07, Ali wrote:
This is my first post on Fltk org,
Oh, I forgot to mention: fltk.development is the wrong
forum/group for your question, please ask in fltk.general.
fltk.development is for development of the FLTK lib and not
for user questions.
Thank you.
Albrecht
On 22.02.2013 15:46, Patrick wrote:
I have realized that pretty much everything I like about Ada is
available from Cobol too and I have recently switched my focus.
Open Cobol compiles to intermediate C. I was trying to figure out how to
call back into C++ from C but then I finally realized I
On 22.02.2013 03:09, edgar wrote:
On 21 Feb 2013, at 20:33, edgar wrote:
Hi Ian - that fixed it! Thanks!!! I've been able to compile numerous tests
and play around with the font size and style.
Here is a different issue:
the fltk-config --complile is not finding FL_Box.
I
On 22.02.2013 10:44, MacArthur, Ian (Selex ES, UK) wrote:
Thanks for responding, Greg. I made an error writing the report
from the compiler.
The code is a copy from the hello.cxx on the fltk.org site.
The compiler statement actually reads :
/hello.cxx:7: undefined
On 18.02.2013 12:17, Furqan wrote:
... File only accepted when drop over the Fl_Double_Window.
Here is my code..
MainWindow-begin(); // Fl_Double_Window
DnDReceiver b(0,0,WINDOW_SIZE_W, WINDOW_SIZE_H); // Drag n Drop Box
glutInitDisplayMode (GLUT_DOUBLE | GLUT_RGBA | GLUT_DEPTH |
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2931
Version: 1.3-current
Regarding ABI issues WRT (C++) fl_filename_list(), Michael wrote:
I have tried to statically link code that use the new 'filename.H'
against an
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2931
Version: 1.3-current
Added a patch file to replace the full source files in the uploaded tar
file. The patch is against current svn (r 9827). Although bigger than the
On 17.02.2013 16:57, Ian MacArthur wrote:
I used named pipes to do this, since they work ok on WIN32 as well as *nix
OSX.
My app tests for the presence of the named pipe on launch; if not found it
launches a full instance creates the pipe... If found, a little helper
function just
On 18.02.2013 11:12, MacArthur, Ian (Selex ES, UK) wrote:
There's probably a better way though!
Maybe not better, but for some reasons easier to implement, at
least for me: I used a local TCP socket and Fl::add_fd() for this.
PRO: platform independent implementation, and Fl::add_fd() works
On 14.02.2013 18:22, Robert Vogel wrote:
On 12 Feb 2013, at 21:15, Robert Vogel wrote:
Originally the UI was generated using Fluid,
but lately I have been hand-coding it.
Just to be sure there is no misunderstanding
the formerly generated code is now an
element called NotGenerated.cxx. It
On 11.02.2013 11:11, MacArthur, Ian (Selex ES, UK) wrote:
It seems that pulldown() doesn't return until I press Esc, and
handle(FL_LEAVE) doesn't get called until then.
Yup - this seems to be a weakness here; we have the pulldown method which
allows us to programmatically show the menu, but
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2928
Version: 1.3-current
That's difficult to say... This is another kind of interference of making
FLTK fully cross-platform and adhering to platform-specific standards.
[sorry, if this is a double post - I clicked the wrong send button]
On 13.01.2013 19:22, Ian MacArthur wrote:
On 12 Jan 2013, at 03:17, Denton Thomas wrote:
Using Fl_Window (Fl_Double_Window) + set_non_modal() is definitely easier,
and does not hog input. Thanks for mentioning that, Ian.
On 11.01.2013 14:27, Denton Thomas wrote:
I am trying to create a little widget/group made of an Fl_Input (or text
editor) and a drop-down-menu-like suggestions box. The end goal is to make
something similar to an AJAX-y suggestions box found on google, or the
firefox sites suggestions,
On 05.01.2013 23:01, Denton Thomas wrote:
Albrecht wrote:
What about adding here:
if (!contains(f_new)) focus_tracker_ = 0; // focus in another
group
if(f_new (f_new != focus_tracker_) contains(f_new)) {
focus_tracker_ = f_new; // focus_tracker_ = NULL in ctor
On 06.01.2013 09:01, Greg Ercolano wrote:
On 01/04/13 05:22, Albrecht Schlosser wrote:
I'd like to know if there are more FLTK users who have the need
to track the widget that currently has the focus.
I wouldn't be against it.. sounds reasonable.
I could imagine something like
On 04.01.2013 03:12, Denton Thomas wrote:
Albrecht wrote:
It's not perfect, and maybe some of the changes would turn out
to be useless... just take it as a base for more own experiments.
Thanks for all this, Albrecht. I'll certainly use those immediately. I
appreciate it, as this is part
On 04.01.2013 10:05, Albrecht Schlosser wrote:
the scroll widget (see the notes and the callback). You may
need to call the parent's redraw method as well, if you have
a frame box time somewhere, so that the redraw doesn't draw
... frame box TYPE ...
(fingers faster than mind ;-) )
Albrecht
On 04.01.2013 12:36, Denton Thomas wrote:
Albrecht wrote:
Oh, yes, that's certainly true. If navigation happens to
succeed in a subgroup, then this subgroup does it all. No
parent group will notice. You could maybe derive an own
Fl_Group class to do this in conjunction with its parent
All,
I'd like to know if there are more FLTK users who have the need
to track the widget that currently has the focus. If this was a
common problem, we could probably add something to FLTK to make
this easier. It's not easy with current FLTK methods, as can be
seen in the current discussion with
On 04.01.2013 12:36, Denton Thomas wrote:
New handle() below. I like this version a bit better, if only because it
meets your original suggestion for a simple solution.
Please see also my RFC in fltk.general:
http://www.fltk.org/newsgroups.php?gfltk.general+v:35878
Albrecht
On 03.01.2013 05:47, Denton Thomas wrote:
For both of you (Ian, Albrecht), here is my solution. It includes a test
sequence that produces some random buttons, and lets the client dynamically
change the size of the scrollbar. I wanted to allow a dynamic box style
change for the scroll
On 01.01.2013 23:39, Ian MacArthur wrote:
On 1 Jan 2013, at 21:44, Denton Thomas wrote:
My thinking is that this *should* work and would mean that only one
special derived widget is needed, rather than having to make every
contained widget be a special widget.
Yep, I agree. I've just
On 02.01.2013 13:14, Albrecht Schlosser wrote:
So the approach to subclass Fl_Scroll should work as suggested.
It could maybe need just a little code in handle(), something
like this might suffice:
MyScroll::handle(int event) {
Fl_Widget *fw = Fl::focus(); // save focus widget
int
On 02.01.2013 12:12, claude roux wrote:
[please see also Ian's post about Fl::repeat_timeout() and others]
The way I use FLTK encompasses some level of re-entrance. However, I
discovered a little problem in the way add_timeout is used on Windows. If I
initialize a first timeout, it works
On 02.01.2013 14:12, Denton Thomas wrote:
On 02.01.2013 13:14, Albrecht Schlosser wrote:
..
Fl_Widget *fw = Fl::focus(); // save focus widget
int ret = Fl_Scroll::handle(event);
if (ret fw != Fl::focus) { // event used and focus changed
..
Albrecht
Thanks for all
On 31.12.2012 13:48, Matthias Melcher wrote:
But back to amalgamation/modularization:
technically, there is no difference between
g++ myApp.cpp fltk/Window.cxx fltk/Widget.cxx fltk/run.cxx -o myApp
and
g++ -c fltk/Window.cxx
g++ -c fltk/Widget.cxx
g++ -c fltk/run.cxx
ar WIndow.o
On 30.12.2012 11:23, Ian MacArthur wrote:
On 29 Dec 2012, at 16:28, Matthias Melcher wrote:
So it seems they went from amalgamation to modularization in which the
source files are included into the main build.
Modularization I can see the point of: I've used that myself, where we
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2911
Version: 1.3.2
Fix Version: 1.3.3 (r9750)
Thanks for confirmation.
I'm leaving this STR open as a reference so others can find it.
At least for now...
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2911
Version: 1.3.2
Fix Version: 1.3.2
Thanks for the report, but this is already fixed in the Subversion
repository.
Could you please try a subversion download, or
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2911
Version: 1.3.2
Fix Version: 1.3.3 (r9750)
Correction: Fix Version will be 1.3.3 (was 1.3.2).
Link: http://www.fltk.org/str.php?L2911
Version: 1.3.2
Fix
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2705
Version: 1.3-current
Fix Version: 1.3.2
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,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1679
Version: 1.4-feature
FWIW, meanwhile (in FLTK 1.3 and later) we have:
int Fl_Window::menu_window()
that can be used to test whether a window is a menu (window).
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2879
Version: 1.3-feature
Fix Version: 1.3-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
On 26.12.2012 18:12, Ian MacArthur wrote:
On 26 Dec 2012 15:35, superbem super...@gmail.com wrote:
I was seeking for a FLTK Amalgamation with no luck.
An Amalgamation of FLTK will be very straightforward.
Please consider.
(reply)
Um, I don't understand what's being asked here.
On 20.12.2012 19:34, Greg Ercolano wrote:
Albrecht writes:
fl_open_uri(file:///c:/samples)
should work. Note the triple '/'..
Hmm, is the third slash needed?
I don't know if it works with two slashes by chance, but ...
Probably both work, but I think two slashes followed by
On 18.12.2012 23:48, Ian MacArthur wrote:
On 18 Dec 2012, at 18:18, Chris Shearer-Cooper wrote:
We are using fltk 1.3.0rc2; I'm displaying a modal dialog by calling
set_override() and set_modal(), ...
...
So, try just the set_modal() and see how that goes.
Any suggestions how I can force
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
FWIW: doing this as Ian suggested means that the gtk development files
(headers etc.) must be present on the /developer's/ machine. So we'd have
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2903
Version: 1.3.2
Fix Version: 1.3.3 (r9750)
Fixed in 3.0 as well (svn r 9751).
Link: http://www.fltk.org/str.php?L2903
Version: 1.3.2
Fix Version: 1.3.3 (r9750)
___
fltk-bugs mailing
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2903
Version: 1.3.2
Hmm, you marked Scope 2 (Specific to an operating system), but didn't tell
us which one...
Anyway, according to the line numbers, this must be U*X,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2903
Version: 1.3.2
Fix Version: 1.3.3 (r9750)
Fixed in Subversion repository.
Thanks for quick confirmation, this is now in svn r 9750.
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2900
Version: 3.0
See also original posting in fltk.bugs:
http://www.fltk.org/newsgroups.php?gfltk.bugs+v:11981
with test code and diff
and maybe follow-up's here:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2745
Version: 3.0-feature
changed from 2.0-feature to 3.0-feature
Link: http://www.fltk.org/str.php?L2745
Version: 3.0-feature
On 08.12.2012 00:36, D E Maynard wrote:
You could try storm700/900 series keypads.
These have removable key legend tiles so you could substitute you own
tactile ones.
They are waterproof as well.
http://www.storm-interface.com/products_description.asp?id=8
Hope this helps.
Thanks, I
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2901
Version: 1.3-current
@1: 'N' format code undocumented: should be added to docs.
@2: literal '@': Hmm, I don't know what it's exactly intended to do, but
the while
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2901
Version: 1.3-current
The documentation is ... ambiguous at best:
http://www.fltk.org/doc-1.3/classFl__Browser.html#a6b4d3525d8d9fccfc748d824b39f250b
'@@' Print
1 - 100 of 2485 matches
Mail list logo