On 21.08.2011 18:06, schrieb asif saeed wrote:
Is there any code example illustrating constructing an FLTK based GUI
dynamically? Particularly, the menu bar/menus/menu items? Can you provide
any guidelines as to how to proceed in this direction?
Matt answered already how to construct menus
On 21.08.2011 20:13, Richard Sanders wrote:
There seems to be an out by one error in drawing coordinate between
win32 and X11/
Here is an example
static void DrawRod(int x, int y, int d)
{
int r = d 1;
fl_color(FL_RED);
#ifdef WIN32
fl_pie(x, y, d, d, 0, 360);
#else
On 21.08.2011 23:46, Albrecht Schlosser wrote:
For such tests you should look at test/unittests (in file
test/unittest_circles.cxx). I modified it according to your recipe
above, but with this fix the pie becomes asymmetric, hence a better
fix might be to subtract 1 from x and 1 and to add 2
[Cross-Posting to fltk.development, because this is something
that ought to be discussed there. fltk.bugs is for automatic
posting from the STR system only.]
On 19.08.2011 02:18, Csaba Biegl wrote:
Consider a fluid class containing an Fl_Input_Choice widget. If this widget
has
[Cross-Posting to fltk.development, because this is something
that ought to be discussed there. fltk.bugs is for automatic
posting from the STR system only.]
On 19.08.2011 02:18, Csaba Biegl wrote:
Consider a fluid class containing an Fl_Input_Choice widget. If this widget
has
On 18.08.2011 18:35, MacArthur, Ian (SELEX GALILEO, UK) wrote:
OK - I stared at the num_screens thing for a bit and realised we were
initialising it to a non-zero value by calling
num_screens = GetSystemMetrics(SM_CMONITORS);
And then subsequently incrementing num_screens even
On 19.08.2011 13:58, MacArthur, Ian (SELEX GALILEO, UK) wrote:
maybe someone else can remember why we did it this way...
Oh buy, this code is over 10 years old. I can barely remember
what I had for lunch yesterday ;-)
If a window is fully off screen, we should probably loop
through all
On 19.08.2011 15:57, Albrecht Schlosser wrote:
I'll commit it right after posting this message...
Done, tested and committed for FLTK 1.3 and 3.0 (thanks to
Ian for back porting the other change. Both modifications
together seem to fix the positioning problem for my dual head
setup. I tested
On 19.08.2011 12:47, PARAJU wrote:
I made a program using the class Fl_Double_Window to make a graph, the
problem is that when I open and close a window of another program, a part of
my graphic disappears. But when I use the Fl_Window class, do not. What could
be happening?
Without more
On 18.08.2011 11:12, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Hah, I got it!
Oh yes - good stuff: and that ties in with Consul the OP's observation
in
http://www.fltk.org/newsgroups.php?gfltk.development+v:12583
that setting num_screens to zero fixes the issue, too...
Yes, maybe, as a
On 17.08.2011 22:56, Ian MacArthur wrote:
On 17 Aug 2011, at 16:39, MacArthur, Ian (SELEX GALILEO, UK) wrote:
OK - I think there is something wrong with fltk-1.3, and by extension
fltk3, in terms of handling windows placed at an (x,y) of (0,0).
This also affects windows that would have
On 17.08.2011 09:45, asif saeed wrote:
I am using Visual C++ 2010 Express to build FLTK 1.3.0. There are LOTS of
compiler warnings - e.g. conversion of time_t to long, etc.
I don't see any warnings in my build of FLTK 1.3 (current svn) - neither
in configuration Debug - Win32 nor in Release -
On 17.08.2011 11:38, asif saeed wrote:
Select Project/Properties/C/C++/General/Warning Level and select Warning
Level 3.
Just out of curiousity: why did you do that? And how did you do it?
Did you change the properties of each single project and configuration
by point'n'click, or is there a
On 17.08.2011 14:30, MacArthur, Ian (SELEX GALILEO, UK) wrote:
That's quite interesting though - it is spotting that 0.1 can't be
represented in a float and complaining, but it is OK with the other
values that can be represented.
That said, I don't think you can represent 0.1 as a double
On 17.08.2011 17:21, Emer Rodriguez wrote:
Good afternoon,
I want to have a Fl_Chart updated every time the data is added or replaced. I
tried to do a test using Ercolano's example but I did not succeed. By the
way, I want to thank Greg for the tutorial videos and the code examples.
Great
On 16.08.2011 02:21, Consul wrote:
On 8/15/2011 2:56 PM, Matthias Melcher wrote:
After a ton of huge commits and restores, I would like to give a short
status report on Fluid3:
...
A couple of notes on a Windows build, if you don't mind:
1. When you create a window, the properties window
On 15.08.2011 23:31, Matthias Melcher wrote:
On 15.08.2011, at 15:41, Albrecht Schlosser wrote:
On 15.08.2011 14:57, Albrecht Schlosser wrote:
Bad news: the pretty HTML formatting of version 1.7.4 (see online docs)
is gone :-(
So 1.7.4 does not need to be patched anymore? That would
On 16.08.2011 14:54, MacArthur, Ian (SELEX GALILEO, UK) wrote:
2. If compiled with gcc version 4.5.0 with the default
configure, any executable would not run, complaining about
missing gcc or g++
runtime dlls. This is easily fixed with
LDFLAGS='-static-libgcc -static-libstdc++' ./configure
On 15.08.2011 11:57, Albrecht Schlosser wrote:
On 13.08.2011 22:20, Matthias Melcher wrote:
Well, I managed to install VC6 (from 1998 - that's thirteen years ago
- whew!) on Windows 7. After a bit of fiddling, I made large parts of
FLTK3 compile. 8.3 filenames. What a blast form the past
On 13.08.2011 23:34, Matthias Melcher wrote:
On 13.08.2011, at 23:29, Ian MacArthur wrote:
Though I think I have a WinNT4 VM on a Mac somewhere...
Don't bother. The 1.3.0 setup of VC6 already seems to be broken. And since we
did not get any complaints...
It's not broken if (converted and)
On 15.08.2011 14:57, Albrecht Schlosser wrote:
Bad news: the pretty HTML formatting of version 1.7.4 (see online docs)
is gone :-(
...
Maybe it's an issue of the CSS file only, but I tried this too (although
not very thoroughly).
Okay, this is probably something that's messed by our
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2697
Version: 1.3-current
First of all we don't need Fl::x(),,,Fl::w() any more if we have the
method to get each screen's working area as suggested by Ian. We could
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2695
Version: 1.3-current
Fix Version: 1.3-current (r8929)
Monolo, unfortunately this is an even major regression on Windows, since it
does not only use the wrong
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2695
Version: 1.3-current
Fix Version: 1.3-current (r8929)
BTW: I don't think that this would be okay on X11 with Xinerama, but I
can't test this right 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?L2695
Version: 1.3-current
Fix Version: 1.3-current (r8929)
@Manolo: yes, the menu is now positioned correctly, but this still doesn't
resolve the whole problem, since
Matt, your Release Schedule on http://www.fltk.org/ is very
confusing. What does it mean?
On 06.08.2011 10:02, fltk-dev@easysw.com wrote:
Author: matt
Date: 2011-08-06 01:02:41 -0700 (Sat, 06 Aug 2011)
New Revision: 633
Log:
Updated release schedule
Modified:
trunk/index.php
On 08.08.2011 00:55, Matthias Melcher wrote:
[ removed ambiguous citations ]
On Sun, 07 Aug 2011 14:22:49 -0700, Gintautasginti...@gmail.com
wrote:
I made a some little hints how to build FTLK libraries for using with
Code::Blocks. Since I took a while to figure out I hope this one will
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2696
Version: 1.3-current
No, that is all intentional, AFAICS. The relevant code for Windows is all
in FL/win32.H, and there you can also find fl_xid() and class Fl_X.
On 05.08.2011 03:34, Evan Laforge wrote:
So, I want to draw some text rotated 90 degrees. There's fl_rotate,
but the documentation also says whether fl_draw is affected is
implementation defined. And sure enough, on OS X, it's not. The
thing is that OS X is perfectly capable of drawing
On 03.08.2011 18:22, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I'm running it on Win7 here, and thanks to Win7's semi-transparent
task bar I can see that the menu is *drawn* behind the task bar in
both cases (1.1 and 1.3), so I would say that it is clipped at the
screen border.
However,
On 03.08.2011 18:32, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Albrechts,
I've raised STR #2695 for this one...
I saw it, thanks.
Albrecht
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
On 03.08.2011 10:35, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Can anybody see the web page for the Developer Roadmap properly?
No, I see an empty page only (on Windows). On Linux Firefox asks me if
I want to *save* the file (roadmap.php), and if I say yes it saves an
empty file.
$ wget
On 03.08.2011 10:47, MacArthur, Ian (SELEX GALILEO, UK) wrote:
2686 and 2689 have produced empty output in the log and can
not be viewed anymore. What did you change? Maybe we can un-change it?
It's maybe some sort of circular reference?
They are the same bug AFAICT,and I was trying to set
On 03.08.2011 10:17, fltk-dev@easysw.com wrote:
Author: ianmacarthur
Date: 2011-08-03 01:17:34 -0700 (Wed, 03 Aug 2011)
New Revision: 8911
Log:
fix typo in debug output, as per #2690
Modified:
branches/branch-1.3/src/Fl_Text_Display.cxx
Modified:
On 03.08.2011 17:23, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Running fltk-1.1 and fltk-1.3 menubar demo's back-to-back, I have now
convinced myself that on the fltk-1.1 case the menu is clipped at the
windows task bar, but on the fltk-1.3 version it appears to extend
underneath it and hence
On 02.08.2011 00:46, Andrew Waldrum wrote:
I am trying to add an help/instruction widget to my application and am
having some trouble with the Fl_Help_View
http://www.fltk.org/doc-1.3/classFl__Help__View.html in 1.3.
It renders my page, kind of, but hotlinks do not work and images(neither
On 01.08.2011 11:08, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I have some code with an unreasonably long menu item in it (i.e. too big
for the screen).
Compiled under fltk-1.1 the menu scrolls as the mouse reaches the
top/bottom edge, allowing the full menu to be accessed.
Under fltk-1.3
On 01.08.2011 12:35, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Could you please test with svn releases pre-8866 (STR #2680) and
if that doesn't solve it with pre-8639 (STR #2613)? I'm short of
time, otherwise I'd do it. Thanks.
Testing:
r8860 - broken
r8630 - OK
Thanks.
So I guess
On 26.07.2011 10:44, MacArthur, Ian (SELEX GALILEO, UK) wrote:
=== making src ===
g++ -L. -L/usr/lib64 -Wl,-soname,libfltk.so.1.3 -lXext -lXft
-lfontconfig -lXinerama -lpthread -ldl -lm -lX11 -shared
-fPIC -o libfltk.so.1.3 ...
/usr/bin/ld: Fl.o: relocation R_X86_64_32 against `a local
On 21.07.2011 08:53, Duncan Gibson wrote:
Perhaps I should have said introducing FLTK's C++ subset to C
programmers. If FLTK is using let's say half of C++, then could someone
new to C++ start writing FLTK apps sooner by only sticking to the FLTK
C++ subset? They could always learn the other
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2490
Version: 1.1.10
Fix Version: Will Not Fix
Note: I tried[1] to remove the Duplicate of: STR #1986 flag, since this
appears to be a totally different bug. IIRC this flag was set at a time we
didn't know what caused the issue,
On 20.07.2011 11:11, MacArthur, Ian (SELEX GALILEO, UK) wrote:
These sound like useful additions to me...
A few questions:
a) Does (1) break the ABI (by changing the return value
from void to int)?
I think it does, but I am usually wrong about ABI stuff..
Yes, I'm pretty sure this
On 19.07.2011 01:49, Greg Ercolano wrote:
On 07/18/11 09:52, Michael Sweet wrote:
// Copyright 1998-2011 by Bill Spitzak and others.
//
// This library is free software. Distribution and use rights are outlined in
// the file COPYING which should have been included with this file. If
this
On 19.07.2011 10:51, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Hmm, can someone check the LGPL header src/scandir.c?
...
So... I wonder if we need this at all? WinXX hosts probably need it
(though not cygwin or possibly mingw I suspect) but have their own
host-specific version, but are
On 19.07.2011 10:31, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Great, I've made STR#2685 and assigning it to myself.
Big thank you for volunteering for such a big task. One question
though: are we (you) going to do this for 1.3, 3.0, or both? ;-)
I guess both in the longer term, but we
On 19.07.2011 14:05, MacArthur, Ian (SELEX GALILEO, UK) wrote:
If we can ascertain that there is no system for which this now comes
into play, we can drop the questionable scandir code and thereby
alleviate any license worries?
That's the idea...
Albrecht
On 19.07.2011 15:29, Greg Ercolano wrote:
I just tried a test on linux + osx where I removed the file
and ran a 'make clean; make'. The build stopped at that file
on both platforms, so it *is* getting linked on normal builds.
That's not a valid test[1]. You should comment out
On 18.07.2011 08:42, Manolo Gouy wrote:
Manolo, since you did that particular change, I assume that you are more
familiar with this code, and I'd like to see your comment (or a better
solution).
Here's a simple test case: use this patch to add an invisible menu item to
the menu button in
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2680
Version: 1.3-current
Yes, thanks, will do - but later...
Link: http://www.fltk.org/str.php?L2680
Version: 1.3-current
On 18.07.2011 17:12, Michael Sweet wrote:
The new header should look like this:
// Copyright 1998-2011 by Bill Spitzak and others.
//
// This library is free software. Distribution and use rights are outlined in
// the file COPYING which should have been included with this file. If this
//
Hi Jim,
On 13.07.2011 03:01, Jim Jozwiak wrote:
The application is nut-16.13 from nut.sourceforge.net. To recreate the
problem, go to the View Foods tab and find a food, such as baked russet.
The food will come up, but at this point the application freezes. gdb
usually tells me fltk is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2680
Version: 1.3-current
According to this thread in fltk.bugs:
http://www.fltk.org/newsgroups.php?gfltk.bugs+Q%221.3.0+freezes+in+Fl_Menu_Item%22
there is a potential
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2680
Version: 1.3-current
FWIW, here is my *complete* patch, including the test case and lots of
printf() statements I used to find this particular problem with the user's
On 17.07.2011 08:24, Greg Ercolano wrote:
On 07/16/11 20:57, Michael Sweet wrote:
Yes, no incompatible ABI changes in patch releases (you could have a method
that refers to the global default, but not add something to the class that
would change the size...)
If someone can supply the
On 17.07.2011 08:38, Stuart Galloway wrote:
The problem is that I have defined my own class to hold data for an fltk2
browser.
have assigned the list to the browser.
I fill the list from a data base query which then shows in the list.
I agree with Ben that it is almost impossible to see
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2679
Version: 1.3-feature
Greg, FWIW, for now I'd suggest to change
-#define SCROLLBAR_SIZE 16
+#define SCROLLBAR_SIZE (Fl::scrollbar_size())
or something similar.
On 16.07.2011 06:41, Greg Ercolano wrote:
The 1.3.0 opportunity passed for me to add an integer
to the Fl_Table class for _scrollbar_size so that it
would be like the other scrollbar oriented widgets
where the scrollbar size can have a local override
to the global one.
STR#2679 reminded me
On 16.07.2011 23:57, Carlos Luna wrote:
ALSO: perhaps it's no longer needed, but I thought FLTK apps
that used the FLTK image library had to call:
fl_register_images();
..at the top of main() to ensure the lib properly initialized.
So you should try adding that as the
On 15.07.2011 08:22, yan shi wrote:
I just make some motify to fltk2 source code
why FLTK 2? FLTK 2 is experimental, beta, never
released.
but it also have much errors that i can't fix it
Is there some source that finished port to WinCE?
There has been a (partly working) patch for FLTK 1.1,
On 13.07.2011 02:17, s...@sjssoftware.com wrote:
With regard to new development, I guess I'd want to upgrade if
I thought I needed styles, tablet support or shaped windows.
I don't, so I wouldn't, but YMMV.
So this would be the point to attract users to follow 3.0: new
features that are not
On 12.07.2011 15:22, Matthias Melcher wrote:
On 12.07.2011, at 12:19, Albrecht Schlosser wrote:
f: merging F2 features into F3 will also be a lot of work
Yes, I'm afraid that it is a lot of work. Some of this might make
it impossible to keep *both* compatibility layers without a lot
On 12.07.2011 18:05, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Now - going off at a tangent - how does fluid printing under OSX work?
(Does fluid printing under OSX work?) as I can't see the code for that -
there's ifdef WIN32 code, and alternate code that uses print_panel.cxx
which looks
Hi, Matt,
FWIW: currently fluid on FLTK 3 (fluid/fluid) doesn't write correct
.cxx and .h files from its own .fl files. Try this:
cd fluid/
for f in *.fl; do echo $f; ./fluid -c $f ; done
svn diff indicates that the original .cxx and .fl files have been written
by FLTK 1.3's fluid and probably
On 05.07.2011 21:11, Greg Ercolano wrote:
Got the following errors while building fldiff 1.1 against FLTK 1.3.0 on
centos 5.5:
...
Applied the following patch that casts the colors as integers
to get it to build OK:
--- fldiff-1.1/DiffWindow.cxx 2006-11-13
On 03.07.2011 04:05, brosnan wrote:
Fl::scheme(Gleam);
tried using this but the default scheme went to none.So how do you set to
gleam?
Did you also patch FLTK? Gleam is not (yet?) included in FLTK.
Albrecht
___
fltk mailing list
fltk@easysw.com
On 04.07.2011 00:01, brosnan wrote:
I am using Linux and trying to link the include files and libraries. How do I
do this is code blocks?
I can't help you with code blocks, but why do you want to use
FLTK 2 ? FLTK 2 is experimental only, never released, and will
probably never be.
However, if
On 04.07.2011 23:21, Rainer Rinke wrote:
my FLTK (Linux)application crashes with the message:
./../src/xcb_io.c:249: process_responses: Assertion �(((long)
(dpy-last_request_read) � (long)(dpy-request))= 0)� failed.
That happens when about 5000 lines are written into a
On 05.07.2011 11:57, asif saeed wrote:
Do you have screenshots of Gleam somewhere on any website? What is this
theme about?
http://www.fltk.org/str.php?L2672
Albrecht
___
fltk mailing list
fltk@easysw.com
On 30.06.2011 13:53, Paul R wrote:
I have just downloaded the final release 1.3.0, i unpacked using tar -xvf
filename
The files were extracted ok but when i run ./configure in Msys i get sh:
configure: no such file or directory
i am running the command inside the d:/mingw/fltk-1.3.0
On 30.06.2011 15:47, Paul R Wrote:
I still cannot get this working... here is my command history
paulrogan@HW004487 /d/msys/home/mingw/fltk-1.3.0
$ autoconf
sh: autoconf: command not found
paulrogan@HW004487 /d/msys/home/mingw/fltk-1.3.0
$ make
make: *** No targets specified and no
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)
on Windows 7. If you want to receive mouse
On 29.06.2011 14:39, Paul R wrote:
The update screen function looks like this:
(this is not changed from the version that used fl_rectf, it worked
fine with that, but fails to do anything in my polygon version)
I
void LifeWorld::DrawWorld()
{
for(int count = 0; count
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2420
Version: 1.4-feature
@Jörg (OP): Please provide the your case. Otherwise this bug report will
be closed after another 14 days or so...
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2420
Version: 1.4-feature
Should read: Please provide your test case...
Link: http://www.fltk.org/str.php?L2420
Version: 1.4-feature
On 20.06.2011 18:12, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I'm frequently updating the makedepend files in the fltk 1.3 branch,
but yes, they should be updated and committed in fltk 3 branch as
well. I do suspect, however, that running make depend after make
clean wouldn't work, since
On 21.06.2011 07:57, asif saeed wrote:
I want to build FLTK using my normal restricted user account under my home
directory on Fedora 15 64-bit i-core-3 so that all the fltk dirs (include,
bin, lib) get created under my home directory and I do not have to login
using root and should be able
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2670
Version: 1.3.0
Fix Version: 1.3.1 (r8821)
Thanks for confirmation. Closed.
Link: http://www.fltk.org/str.php?L2670
Version: 1.3.0
Fix Version: 1.3.1 (r8821)
___
fltk-bugs mailing
On 20.06.2011 17:42, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Ahrgh. Go into the fltk directory and run make depend. I
keep forgetting to do that before I run svn commit and
after make clean.
The makedepend file appears to be configured - so I just hand edited it
to fix the one typo and
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2670
Version: 1.3.0
Fix Version: 1.3.1 (r8821)
Fixed in Subversion repository.
@Manolo: obviously that's not enough (sigh). We need FL_EXPORT in the
function
On 29.05.2011 22:05, Albrecht Schlosser wrote:
svn r8758 compiled with a few warnings on Windows with MinGW, except
test/threads.cxx.
Wow, well done !
I just tested FLTK 3.0 again, but unfortunately current svn (r 8821)
doesn't compile on Windows and Linux :-(
There are lots of errors, too
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2670
Version: 1.3.0
Does it work if you define the preprocessor macro
#define FL_INTERNALS
at the top of your source file or in the compiler command line
(like
On 17.06.2011 14:29, Matthias Melcher wrote:
I remember that we used to announce new versions in several places. I just
don't remember which ones.
Any suggestions?
fltk.announce
Albrecht
___
fltk-dev mailing list
fltk-dev@easysw.com
On 15.06.2011 23:03, Michael Sweet wrote:
Ship it! :)
+1
On Jun 15, 2011, at 1:38 PM, Matthias Melcher wrote:
Hi guys,
one new bug appeared that seems to be related to a driver error for OpenGL
on Windows 7. It doesn't seem like there is a true fix. I don't use Windows
7, so I can't
On 16.06.2011 16:48, Roman Kantor wrote:
Heh, I have just seen that in test/device.cxx there is wrong header/copyright
from my other (Cartesian) widget.
Please modify that appropriately.
What should it be?
- standard FLTK copyright?
- anything else?
Albrecht
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2663
Version: 1.3-current
If this is a driver bug, can you work around it by changing graphics setup
options? I had success by reducing hardware acceleration in the
Because you programmed it so... ;-)
On 12.06.2011 13:27, Dmitrij K wrote:
#includeFL/Fl.H
#includeFL/Fl_Window.H
#includeFL/Fl_Widget.H
#includeFL/fl_draw.H
class wid : public Fl_Widget {
public:
wid(int x, int y, int w, int h, const char *l=0):Fl_Widget(x,y,w,h,l){ }
virtual
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2661
Version: 1.3.0
Which OS?
FTR: This is probably not a new (FLTK 1.3) problem, I just tried it on
Windows with both FLTK 1.1 and 1.3, and both showed black rectangles
On 09.06.2011 21:39, Andrew Waldrum wrote:
I am using 1.3rc3 on the latest Ubuntu and am having a problem with
non-modal windows going behind normal windows in the same application.
My intent is to have a button bar always in front of an openGL canvas so
I made the buttons a separate
On 10.06.2011 10:17, MacArthur, Ian (SELEX GALILEO, UK) wrote:
It may be a problem with which regular window the non-modal window is
parented too.
A while back, on OSX with fltk-1.1.something I encountered a similar
sounding issue with non-modal windows, and it turned out that the issue
was
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2651
Version: 1.3-current
Fix Version: 1.3.0
WRT line endings: Unix uses LF, and Mac OS used to use CR, AFAICT. Is Mac
OS X now using LF?
As for the solution,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2660
Version: 1.4-feature
I just noticed that the configure.in patch uses xdbe instead of xcursor
- this must be fixed. I didn't check nor test anything else yet.
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2651
Version: 1.3-current
Fix Version: 1.3.0
@Matt: Roman wrote that the bundled configure script in 1.3.0-rc6 worked,
whereas the configure script created by himself
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2651
Version: 1.3-current
Fix Version: 1.3.0
@Roman: okay, one last try from my side: I'd like to know why it doesn't
work in your configuration. Could you please
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2651
Version: 1.3-current
Fix Version: 1.3.0
Oooohh, I got it! I just converted configh.in to Windows (DOS) format:
$ u2d configh.in
and ran configure again
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2660
Version: 1.4-feature
Moved to 1.4-feature as requested.
Link: http://www.fltk.org/str.php?L2660
Version: 1.4-feature
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
Moved to 1.4-feature as requested.
Link: http://www.fltk.org/str.php?L2659
Version: 1.4-feature
On 07.06.2011 23:54, anon wrote:
Well I still stick to handle() as my widget needs won't be causing
troubles...yet..
[...] couldn't these type of widgets re-invoke handle() with those vanilla
events ?
Yes, they can and they *should*. Usually you will only handle
those events that you use
On 08.06.2011 10:23, Paul R wrote:
... I have tinkered with some code and things are clearer now, but i still
have some questions.
For the sake of argument lets say i want to fill a window area with
randomly sized placed and randomly coloured rectangles.
I found that i can 'pass'
On 07.06.2011 17:30, Paul R wrote:
I think am kind of getting this.. the idea is derive a class from fl widget,
so then my own class which say calls an fl_box into being
can then use the box as it's 'drawing canvas' by calling the inherited
draw function from the widget class.
It is
On 06.06.2011 10:01, Manolo Gouy wrote:
Reading STR #2657, I discover that Fl_File_Chooser.cxx seems to be
generated from Fl_File_Chooser.fl. I have modified the .cxx file
at r.8282 and r.8286. Should I modify accordingly the .fl file?
yes, please!
In sum, what's the policy for this pair of
401 - 500 of 2485 matches
Mail list logo