DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2686
Version: 1.3-current
Shouldn't fl_draw.cxx:308 test for draw_symbols, or do I misunderstand
what's going on?
I have a string of the form first @second third that is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2687
Version: 1.3.1
The issue being this appears to be GPL code
that is probably not compatible with our LGPL/static exception.
There's some question as to what
Author: manolo
Date: 2011-07-19 06:26:52 -0700 (Tue, 19 Jul 2011)
New Revision: 8865
Log:
Mac OS: Greatly simplified the open document handler.
Modified:
branches/branch-1.3/src/Fl_cocoa.mm
Modified: branches/branch-1.3/src/Fl_cocoa.mm
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
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 do 1.3 first... and it appears
Greg would agree, as he's taken
Hmm, can someone check the LGPL header src/scandir.c?
While doing the LGPL header mods for STR #2685,
I noticed this file appears to be part of the GNU C
Library, which may not be compat with the FLTK
static LGPL exception.
This code might need to be re-written.
Hmm, that's odd, I'd
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
AFAICT that would be the only case where this code came
into play, i.e.
on non-WinXX host for which configure could not locate a scandir
implementation at build time...
Yep, I believe this is true. There is an exception for SunOS that
disables the system scandir function explicitly,
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 do 1.3 first... and it appears
Greg would agree, as he's
On 07/19/11 05:52, Greg Ercolano 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 do 1.3 first... and it
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
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.
Seems like we gotta fix this.
Bother.
Did it choke because we *need* the file, or just
On 07/19/11 08:14, MacArthur, Ian (SELEX GALILEO, UK) 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.
Seems like we gotta fix this.
On 07/19/11 07:56, Albrecht Schlosser wrote:
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.
Would like to suggest adding a few things to Fl_Input_Choice:
1) Change the existing method:
void add(const char *s) { menu_-add(s); }
to instead:
int add(const char *s) { return(menu_-add(s)); }
This corrects an omission, allowing the user to access
[..]
Made STR #2687 to track this issue.
http://fltk.org/str.php?L2687
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
It needs me for setup them in my apps...
I don't think fltk currently provides a mechanism to allow you to
ascertain what the desktop/system font settings are.
There are platform specific ways to do this, but it can be surprisingly
tricky (depending on host) to get at...!
PS: If I'm sending
Thanks Greg.
PS: the platforms are linux and windows...
Greg Ercolano wrote:
On 07/18/11 20:39, Dmitrij K wrote:
Hi there!
It needs me for setup them in my apps...
Which platform?
If linux, try 'xfontsel' (old X font names)
or 'fc-list' (newer names).
MacArthur, Ian (SELEX GALILEO, UK) wrote:
If I understand the question right, you are saying that if you post to
the list from your email client, then your messages appear in the list
OK, but you do not get a copy returned to you?
No Ian!
Anyway letters not comeing into my the mail-box (AND
PS: the platforms are linux and windows...
Greg Ercolano wrote:
On 07/18/11 20:39, Dmitrij K wrote:
Hi there!
It needs me for setup them in my apps...
Which platform?
If linux, try 'xfontsel' (old X font names)
or 'fc-list' (newer names).
Not
On 07/19/11 04:52, kdi...@live.ru wrote:
MacArthur, Ian (SELEX GALILEO, UK) wrote:
If I understand the question right, you are saying that if you post to
the list from your email client, then your messages appear in the list
OK, but you do not get a copy returned to you?
No Ian!
Anyway
Greg Ercolano wrote:
Not sure what the problem is with the email.
Then new question is:
How can I create new branch of discussion in the forums of fltk through an
email interface (sending messages into fltk@easysw.com for making the new
discussion)?
Regards.
How can I create new branch of discussion in the forums of
fltk through an
email interface (sending messages into fltk@easysw.com for
making the new discussion)?
If the email is working, then it *should* just be a matter of posting an
email to fltk@easysw.com and the subject line becomes
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Is the mailing list rejecting *all* your email posts?
Only new posts, if I'm replying on something are all OK.
If so, are you sure the address you are posting from is the same one
that you subscribed to the list with?
If the addresses do not match,
On 07/19/11 08:16, kdi...@live.ru wrote:
Do you want to receive messages that do not match any topic filter?: no
I'm not sure, but try setting that option to 'yes'.
___
fltk mailing list
fltk@easysw.com
Test of making new theme from email interface...
Please, ignoring this message...
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
Greg Ercolano wrote:
On 07/19/11 08:16, kdi...@live.ru wrote:
Do you want to receive messages that do not match any topic filter?:
no
I'm not sure, but try setting that option to 'yes'.
Greg, you are right! Thanks!
___
fltk
Hi Everyone
I am just an enthusiast programmer. I have been using dynamic languages
for years now and recently I have started to write reasonable C
programs. I would like to be able to create GUIs as well. I know I could
use GTK and just stick with C but if I ever wanted to look under the
On 19.07.2011, at 23:04, Patrick Mc(avery patr...@spellingbeewinnars.org
wrote:
Some C++ features are already not used:
templates, exceptions, RTTI, namespaces
That is correct. None of these are used in FLTK. This makes it possible to
compile FLTK on broken compilers and small embedded
On 07/19/11 14:04, Patrick Mc(avery wrote:
I don't really know much about the standard library, friend functions,
overloading and exceptions but should I care? If I understand the C++
subset that deals with the above code am I pretty much ready good to go?
Many folks in your position
Thanks Matthias! Thanks Greg!
Greg, you have a lot of tutorial information on the net, thanks very much.
I have fooled around with glade a bit, fluid seems really nice. I like
that it generates C++ code rather then XML.
I hope I can catch up and one day do some tutorials of my own :)
-Patrick
Hi, I read ( http://fltk.org/newsgroups.php?s1+gfltk.opengl+v14+T0+Qgl_draw )
that fltk 1.3's gl_draw on OSX now uses a texture to render the text and then
blends that texture on the display.
I am compiling my program to a 32 bit Mach-0 executable and I load many large
textures at runtime. The
34 matches
Mail list logo