On 17.03.2011 10:47, Ben Stott wrote:
WRT to the labels, it seems to make the most sense that calling
choice(message here, option 1, option2, option3); would
display choices in that order, as well as setting the default
choice to
the first one (in the absence of any other
On 17.03.2011 12:15, MacArthur, Ian (SELEX GALILEO, UK) wrote:
This version of the patch might be a bit better, though I'm not
convinced the behaviour is striclty identical to before - the password
test now shows a default focus, pre-patch it had no defualt selected, as
far as I can tell...
On 17.03.2011 12:24, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Yup - the Albrecht patch sorts the nav order, but shifts the defualt
focus to choice2 rather than choice0.
Really choice2 ? In my test it's choice1, and choice1 ought to
be the correct one (compared with fltk 1.1 and before the
On 17.03.2011 12:26, Albrecht Schlosser wrote:
I have no idea why my patch changed the behavior of take_focus()
in such a way, but I'll investigate this later - I'm really
curious. If anybody could tell me, I'd appreciate it...
For the record: it turned out that something else changed
On 17.03.2011 12:26, Albrecht Schlosser wrote:
I have no idea why my patch changed the behavior of take_focus()
in such a way, but I'll investigate this later - I'm really
curious. If anybody could tell me, I'd appreciate it...
For the record: it turned out that something else changed
On 14.03.2011 07:46, Janus wrote:
in v1.1.10 when i do draw
fl_pie(ox, oy + 4, side, side - 12, 300, 240);
on a linux box it wouldn't draw. it would draw on a mac. if i change the line
to
fl_pie(ox, oy + 4, side, side - 12, 0, 360);
it draws on both systems.
i couldn't find any os
On 15.03.2011 04:48, Greg Ercolano wrote:
Greg Ercolano wrote:
Maybe show us your FLTK2 translated sphere.cxx file.
I decided to take a shot at translating this example to FLTK2.
I'm not sure if it's right because I get the same error you do,
with or without the glutInit()
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2583
Version: 1.3-current
Currently the __APPLE__ code in unittest_images.cxx calls fl_draw_image()
for all image types, because it just works. This can be replaced by
On 13.03.2011 11:20, jseb wrote:
I put a freeglut window in fltk gui.
In my redraw function, i draw a sphere:
glutWireSphere(0.7,10,10);
I compile and link like this:
g++ *.cxx -Wall -lfltk2 -lfltk2_gl -lfltk2_glut -lGL -lGLU -lglut
And when executing:
freeglut ERROR: Function
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2583
Version: 1.3-current
Manolo, thanks for the patch, this is a good starting point, but IMO there
are a few points that don't work as they should.
(1) We can't
On 11.03.2011 08:38, asif saeed wrote:
I am waiting for the snapshot. I would be thankful if you could email me the
url of the snapshot after you have posted it. If you have already posted it
then I can't see it.
The snapshot is generated automatically every Friday 01:00 am (some US
time
On 10.03.2011 13:15, asif saeed wrote:
Hi,
I am a newbie and trying to build the solution that comes bundled with the
FLTK tar.gz file. Selecting the Build option does not build the solution and
results in several errors which are given below:
1c1 : fatal error C1083: Cannot open source
On 10.03.2011 14:13, Albrecht Schlosser wrote:
1c1 : fatal error C1083: Cannot open source file:
'..\..\zlib\gzio.c': No
such file or directory
8LINK : fatal error LNK1181: cannot open input file
This one is the culprit. Sorry, the current snapshot(s) don't have
working VisualC project
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2583
Version: 1.3-current
Yes, I think we have consensus, with the additional optional argument
(enum, as proposed). Nobody objected during the last 6 days.
Manolo, if
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2584
Version: 1.3-feature
I tried Firefox and Tunderbird on Win7, and for me it looks like this:
- tooltip stays forever, if the mouse is not moved
- tooltip closes, if
On 04.03.2011 17:22, Greg Ercolano wrote:
However, it depends how many widgets you stick into each item;
if each item had a few buttons and an Fl_Input, then it might
be a bit slower, I didn't check.. but I think it would scale
fairly well.
There is some limit
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2583
Version: 1.3-current
Agreed.
+1 for removing alpha channel support from fl_draw_image() on Mac OS in
favor of an additional function parameter to enable the alpha
On 02.03.2011 17:44, Manolo Gouy wrote:
This specific point (subitem 2.) needs probably a few more words
to be clear:
...
I see, Mike gave you the missing access rights, and your update
looks good to me. Makes it perfectly clear, but ...
s/platform-diagnostic variables/platform-specific
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2583
Version: 1.3-current
Yes, this is a known issue of different behavior on different platforms in
FLTK 1.3. I remember that Matt added the alpha channel support on Mac
On 02.03.2011 12:20, Manolo Gouy wrote:
Albrecht:
you and I had decided a few weeks ago to update the CMP
with a description of the preprocessor variables used in the
FLTK code.
Yes, I didn't forget it, but didn't find the time yet. :-(
I suggest to add the following text, in file
On 02.03.2011 12:31, MacArthur, Ian (SELEX GALILEO, UK) wrote:
li__CYGWIN__ is defined when FLTK runs on the MS-Windows OS but uses
the Xlib graphics system. When __CYGWIN__ is defined, WIN32
is also defined.
Is this strictly true?
No, this is wrong.
I mean, does the __CYGWIN__ define
On 02.03.2011 15:24, Manolo Gouy wrote:
I can't succeed in getting write access to that, and obtain:
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/public/fltk/www/!svn/act/2b13e3e3-3f34-4db4-8591-220bd7e63e7b':
authorization failed: Could not authenticate to server: rejected
On 02.03.2011 16:41, Manolo Gouy wrote:
I realize to have forgotten FL_DOXYGEN. It could be:
liFL_DOXYGEN is defined when the Doxygen program that builds
the FLTK documentation processes the source code. The FL_DOXYGEN variable
has two major uses.
ol
li #ifndef FL_DOXYGEN / #endif
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2542
Version: 1.1.10
Thanks for the patch - your 2nd version works ... almost ;-)
We need to init num_trans, because png_get_tRNS() returns valid data only,
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?L2508
Version: 1.3.0
Progress note:
- jpeg has been updated (svn r 8425, 8426, 8439)
- zlib has been updated (svn r 8481 - 8485)
- probably still needs IDE updates
-
On 01.03.2011 11:13, MacArthur, Ian (SELEX GALILEO, UK) wrote:
So, hmm, well, you might get some advantage from turning off keyboard
navigation and visible focus, and see if that restores the behaviour you
expect.
Try calling Fl::visible_focus(0); somewhere near the start of your
On 01.03.2011 20:25, Mike Werner wrote:
Fl::option(OPTION_ARROW_FOCUS, 0); is incorrect syntax.
sorry, this must be:
Fl::option(Fl::OPTION_ARROW_FOCUS, 0);
Please try this instead.
Anyway: all you do with these global options might not work as you
expect if an input widget or a button has
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2542
Version: 1.1.10
Unfortunately the patch doesn't work correctly for all PNG images. AFAICT
so far, the channel number used internally is not calculated properly,
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2577
Version: 1.3-current
Fix Version: 1.3.0
Link: http://www.fltk.org/str.php?L2577
Version: 1.3-current
Fix 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?L2576
Version: Current
Fix Version: Current (r8377)
Done. This is now fixed in the online docs.
Link: http://www.fltk.org/str.php?L2576
Version: Current
Fix Version:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2573
Version: 1.1.10
Fix Version: None
This is not a FLTK/fluid problem, but a general Windows vs. Linux
difference. Fluid on Windows generates .fl files in text mode, i.e. a
single linefeed (^J) is replaced with CR/LF (^M/^J) when
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2563
Version: 1.3-feature
Fix Version: 1.3.0 (r8472)
Link: http://www.fltk.org/str.php?L2563
Version: 1.3-feature
Fix Version: 1.3.0 (r8472)
___
fltk-dev mailing list
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2577
Version: 1.3-current
[Sorry for double posting in fltk.bugs. My post was not intended to
be written to the news group directly]
corvid wrote:
*checks*
Hmm, I
corvid wrote:
*checks*
Hmm, I don't understand. What does this mean?
I begin to think the FLTK3 dream
will find its share of exciting differences to contend with.
Yes, that's what I believe, too. We can't simply assume that we
add wrappers to have the syntax identical, but there are also
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2578
Version: 1.3.0
Fix Version: 1.3.0 (r8478)
Fixed in Subversion repository.
Committed svn r 8478 fixes this in a way that only the very first message
will be
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2577
Version: 1.3-current
This is so by design. FLTK [1] buttons cannot be triggered by pressing
Enter or Return, instead you must use the space bar to trigger a button.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2578
Version: 1.3.0
In one of my current Linux configs I get multiple warnings XOpenIM()
failed when running FLTK programs. They are triggered whenever
fl_init_xim() is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2563
Version: 1.3-feature
Fix Version: 1.3.0 (r8472)
Fixed in Subversion repository.
The 2nd patch is now in svn (r8472) and ought to be in the next snapshot
within
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2545
Version: 1.3.0
Fix Version: 1.3.0
This STR has not been updated by the submitter for two or more weeks and
has been closed as required by the FLTK Configuration Management Plan. If
the issue still requires resolution, please
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2570
Version: 1.1.11
Fixed in Subversion repository.
Thanks for the report and the patch.
I used a slightly different patch (see attached file
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2570
Version: 1.1.11
Fix Version: 1.1.11 (r8468)
Link: http://www.fltk.org/str.php?L2570
Version: 1.1.11
Fix Version: 1.1.11 (r8468)
___
fltk-bugs mailing list
fltk-bugs@easysw.com
On 23.02.2011 18:53, Manolo Gouy wrote:
Not propagating archflags to fltk-config --cflags is convenient
when one wants to build a native appl using universal libraries,
but is a nuisance in another scenario:
I am on Mac OS X 10.6 and want to build 32-bit applications
(because I know 64-bit
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2563
Version: 1.3-feature
Pierre Ossman wrote:
Since the icon_ variable is a void* and private, we can actually
re-purpose it to hold something completely
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2563
Version: 1.3-feature
Well, I may be missing a point, but I don't see any benefit in un-inlining
these methods. I presume that we will need new (i.e. additional)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2562
Version: 1.3-feature
Fix Version: 1.3.0 (r8441)
Fixed in Subversion repository.
I added the function fl_message_title_default(const char *title) to set
the
On 16.02.2011 20:59, imacart...@gmail.com wrote:
On 16/02/11 17:10, Albrecht Schlosser wrote:
On 16.02.2011 17:20, Michael Sweet wrote:
I haven't used jpeg8 much - is this normal?
Yes, and you should have seen the same for the older JPEG libraries
(unless of course somebody went through
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
Fix Version: 2.0-current (r8433)
Ben, I hope you don't mind that I fixed a typo and (syntax?) error in your
shell commands (test expects all
On 16.02.2011 10:07, MacArthur, Ian (SELEX GALILEO, UK) wrote:
The new jpeg build in svn is a bit noisy under Msys/mingw on Windows.
I haven't used jpeg8 much - is this normal?
I can see the same messages also on Linux. The default jpeg-8c build
doesn't show them, unless I add -Wall to
On 16.02.2011 17:20, Michael Sweet wrote:
I haven't used jpeg8 much - is this normal?
Yes, and you should have seen the same for the older JPEG libraries (unless
of course somebody went through and renamed the variables in question...)
Yup, somebody ;-) must have done that before the
On 16.02.2011 17:20, Michael Sweet wrote:
On Feb 16, 2011, at 2:08 AM, Albrecht Schlosser wrote:
...
jerror.c: In function `error_exit':
jerror.c:78: warning: implicit declaration of function `exit'
This one looks more serious. It appears because
#includestdlib.h
is missing
On 15.02.2011 22:23, Vitaliy wrote:
Have a question.. What exactly X11 libs do fltk2 need?
I see that your question has been answered already.
Anyway, why are you using FLTK 2? Although we do proceed with
bug fixes again (thanks to Ben), this is still alpha state and
has never been released.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2313
Version: 2.0-current
Ben wrote: Based on configure working out that Solaris' scandir is POSIX
compliant, I'd be leaning towards the first option...
Thoughts?
That
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2563
Version: 1.3-feature
One of our goals with the FLTK 1.3 release is API compatibility with FLTK
1.1 as far as possible. Removing a method, as you suggest, to hide
On 14.02.2011 09:51, Kurt Van Dijck wrote:
I have an X11 bitmap+mask patch, but requires 1 extra member in Fl_Window.
would that be an option to post?
I believe I'm even not the first one doing so.
Please post to the STR form on the web site, either to STR 2563,
if you think that it's
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2561
Version: 1.3-feature
Although I personally believe that the hotspot behavior is okay in this
case, making it optional is a good choice. Thanks for the patch, I'm
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2562
Version: 1.3-feature
Thanks for the patch, this is a useful enhancement. I'll apply your patch
with a small addition: the title will be reset after each call to
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2561
Version: 1.3-feature
Fix Version: 1.3.0 (r8415)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2561
Version: 1.3-feature
Fix Version: 1.3.0 (r8415)
___
fltk-dev
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2562
Version: 1.3-feature
Fix Version: 1.3.0 (r8417)
Fixed in Subversion repository.
Finally (svn r 8417) I also removed the get method from the given patch,
because
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2562
Version: 1.3-feature
Fix Version: 1.3.0 (r8417)
Hmm, that's indeed another use case than I thought, and that I use in my
own app with a similar patch for FLTK
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2550
Version: 1.3-current
You can't measure text w/o setting a font first. The example crashes with
and w/o Xft, BTW. Setting a font fixes it.
The question is:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2550
Version: 1.3-current
Note: the same test returns 4x 0 on Windows, so this should probably be
taken as the correct result.
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2555
Version: 1.3-current
Thanks for pointing this out. It was a problem when cross-compiling on
Cygwin with the MinGW-w64 compiler to generate 64-bit executables. We
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2555
Version: 1.3-current
Fix Version: 1.3.0 (r8397)
Added fix version (8397).
Link: http://www.fltk.org/str.php?L2555
Version: 1.3-current
Fix Version: 1.3.0 (r8397)
___
fltk-bugs
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2543
Version: 1.3-current
Fix Version: 1.3.0
Okay from me, looks good. Sorry for the long delay.
Link: http://www.fltk.org/str.php?L2543
Version: 1.3-current
Fix
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Fix Version: 1.3-current (r8298)
Greg wrote: I suggest we take this discussion to fltk.development for
further investigation, as it's probably OT
On 05.02.2011 00:57, Roman Kantor wrote:
On 04/02/2011 19:39, Manolo Gouy wrote:
...
o others are deliberately out of this API (e.g., fl_width()
because fonts are a very complex business already with the
display, so we don't multiply that to yet other devices)
A future TODO ?
On 02.02.2011 17:58, Manolo Gouy wrote:
About the new Fl_Window::default_xclass(char*) static method:
What's the purpose of
If you call Fl_Window::xclass(const char *) for any window,
then this also sets the default xclass, unless it has been
set before.
?
This was introduced
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2522
Version: 1.3.0
Fix Version: 1.3.0 (r8298)
Fixed in Subversion repository.
VisualC2008 and VisualC2010 project files have been updated in r 8293, and
VisualC6 files in r8298.
Link: http://www.fltk.org/str.php?L2522
Version:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2539
Version: 1.3-current
Fix Version: None
General support is not available via the STR form. Please post to the FLTK
forums and/or mailing lists for general support.
I'm closing this now. If you still have questions, please ask in
On 26.01.2011 00:08, Matthias Melcher wrote:
On 25.01.2011, at 23:47, Domingo Alvarez Duarte wrote:
The way you've implemented doesn't allow to catch exceptions that are
recoverables and continue with the fltk application, when I proposed this
patch the idea is to override Fl::handle not and
On 25.01.2011 20:54, fltk-dev@easysw.com wrote:
Author: matt
Date: 2011-01-25 11:54:09 -0800 (Tue, 25 Jan 2011)
New Revision: 8314
Log:
Added Fl::event_dispatch() which can add a function to FLTK that monitors all
events before they reach Fl::handle(). STR 2532
Modified:
Brian wrote:
Albrecht wrote...
...
and in Cygwin:
cd /cygdrive/c/FLTK
Then just type make, and everything should work.
For more Info, please see Ian's article (link above).
Unfortunately, Albrecht missed out one command.
Well, actually no, I didn't miss it (see below) ;-)
First cd
On 25.01.2011 20:50, Brian Tilley wrote:
I'll leave it to the experts in future :-)
Don't do that, please help if you can. Help is always appreciated!
And trying to solve other users' problems can help much to
understand FLTK more and more...
Albrecht
On 24.01.2011 18:26, Matthias Melcher wrote:
On 24.01.2011, at 17:08, DIT wrote:
sorry, i am newbie...
i use windows 7,and install cygwin but not complete cause it's cannot
update..
when i download fltk1.3.x-r8295,and then put directory on C:/ ,then i type
sh configure --prefix=C:/FLTK
On 23.01.2011 22:38, Ian MacArthur wrote:
These options should be preferred over -static, because -static
would link everything else also statically. I wouldn't mind much,
because I believe that in the Windows world there are only dll's
anyway (no static libs, at least for the Windows
On 24.01.2011 17:08, DIT wrote (in fltk.bugs):
sorry, i am newbie...
i use windows 7,and install cygwin but not complete cause it's cannot update..
First of all, we don't recommend using Cygwin (anymore), since this is
more complicated than, for instance, MinGW. Nowadays installation of
MinGW
On 23.01.2011 17:08, Greg Ercolano wrote:
Ben Stott wrote:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2493
Version: 2.0-feature
Cool, someone's fixing 2.0 STR's!
Yeah, welcome to the team, Ben !
...
Starting a new thread intentionally from this thread:
Compiling FLTK on Windows road block
On 21.01.2011 13:55, Albrecht Schlosser wrote:
On 21.01.2011 13:15, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Side note: to get rid of (gcc 4.5.2) dll dependencies I also
configured with LDFLAGS
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2540
Version: 1.1.10
Fix Version: Will Not Fix
FLTK 1.1 development is closed, and FLTK 1.1 doesn't support compilation
for 64-bit Windows and Mac OS (it works on 64-bit Linux/Unix though).
Please use FLTK 1.3 if you need 64-bit
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2539
Version: 1.3-current
Additions:
I didn't see the '-W' part in your assumption, but this is correct, we
don't use -W (note that -W is deprecated and should be
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Brian, I think that you uploaded the wrong file in your latest zip file.
AFAICT the dependencies are in fltk.dsw and not in your file
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
WRT dependencies: yes, I'm surprised as well, but that seems to be a
feature (others would call it a bug) in VC6, since later versions behave
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Fix Version: 1.3-current (r8298)
Greg, Brian, I just committed some tweaks to suppress most of the compiler
warnings we were seeing (svn r
On 21.01.2011 11:32, Greg Ercolano wrote:
OK, SVN is back, I've updated, and now checking these deps
fltk_zlib: --CONFIRMED
fltk_png: fltk_zlib CONFIRMED
fltk_jpeg: --CONFIRMED
fltk: fltk_jpeg, fltk_png DIFFERENT (EMPTY)
On 21.01.2011 12:47 MET, Greg Ercolano wrote:
Must be about 3 or 4 am where you live ?
X11 files shouldn't appear, but sorry... no more time to check.
I think the X11 errors are not from the compiler, but from
some pre-pass where the compiler is looking for Makefile dependencies (or
On 21.01.2011 10:44, Greg Ercolano wrote:
MacArthur, Ian (SELEX GALILEO, UK) wrote:
See this howto
http://www.fltk.org/articles.php?L598
I've never used mingw, but I went over to http://www.mingw.org
to have a look to see what the deal is.
Not sure how things used to be
On 21.01.2011 12:04, MacArthur, Ian (SELEX GALILEO, UK) wrote:
mingw-get install pthreads-w32
to make FLTK's threads demo working on my Win7 machine, although it
worked on another (XP) without that.
Huh! That should not be needed - the fltk threads demo should be using
win32 threads on
On 21.01.2011 13:15, MacArthur, Ian (SELEX GALILEO, UK) wrote:
to make FLTK's threads demo working on my Win7 machine, although it
worked on another (XP) without that.
Oh, I found the culprit. configure finds libpthread and defines
HAVE_PTHREAD, but then linking fails with undefined
On 21.01.2011, at 14:08, Brad wrote:
I use Crypto++ rather than OpenSSL on Windows/mingw/msys. It has all the
features of OpenSSL. It complies and can link statically. In many ways,
Crypto++ is a lot like FLTK... very portable and easy to use.
My SHA1_Pass application uses both Crypto++ and
On 21.01.2011 15:08, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Well, FWIW, on my WinXP box with Msys/mingw, I just grabbed a copy of
OpenSSL 1.0.0.c, installed nasm and did a:
./config ; make
And that seemed to work OK, AFAICT - I should probably have run make
test now I look at the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2522
Version: 1.3.0
Fix Version: 1.3.0 (r8289)
Back to status 'Active' (VC6 project files still need updates).
Link: http://www.fltk.org/str.php?L2522
Version: 1.3.0
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Greg, I hope you get well soon.
FYI: I checked the project files for test/* and fluid, and they looked
okay in the first zip file
On 20.01.2011 19:30, Greg Ercolano wrote:
Following up here, because right now the STR system is down.
(I'll try to remember to paste this into the STR once it's back up.)
Albrecht Schlosser wrote:
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
[..]
Meanwhile we also need
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2537
Version: 1.3-feature
Duplicate.
Link: http://www.fltk.org/str.php?L2537
Version: 1.3-feature
___
fltk-dev mailing list
fltk-dev@easysw.com
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2536
Version: 1.3-feature
Duplicate.
Link: http://www.fltk.org/str.php?L2536
Version: 1.3-feature
___
fltk-dev mailing list
fltk-dev@easysw.com
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2534
Version: 1.3-feature
Duplicate.
Link: http://www.fltk.org/str.php?L2534
Version: 1.3-feature
___
fltk-dev mailing list
fltk-dev@easysw.com
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2533
Version: 1.3-feature
Duplicate.
Link: http://www.fltk.org/str.php?L2533
Version: 1.3-feature
___
fltk-dev mailing list
fltk-dev@easysw.com
On 20.01.2011 17:22, Greg Ercolano wrote:
Greg Ercolano wrote:
Albrecht Schlosser wrote:
I just noticed that the FLTK news server news.easysw.com is unreachable.
Seems this might be happening again; DNS lookups failing for
www.fltk.org, www.cups.org.
Yes, same here :-(
I
On 19.01.2011 00:04, Domingo Alvarez Duarte wrote:
With the latest svn update there is a problem with this new macro
FL_INTERNALS I think.
When compiling fluid there is a problem:
Compiling CodeEditor.cxx...
In file included from ../FL/fl_draw.H:39:0,
from ../FL/Fl_Text_Display.H:36,
from
Replying to 2 messages at once:
On 19.01.2011 13:01, Domingo Alvarez Duarte wrote:
I've found the problem, I did modified Fl_Graphics_Driver to use member
variables instead of static variables for all matrix manipulation and
for that I need the declaration of XPOINT to be visible, this
701 - 800 of 2485 matches
Mail list logo