Author: matt
Date: 2011-08-22 03:39:40 -0700 (Mon, 22 Aug 2011)
New Revision: 8989
Log:
FLTK3: tested adding a new source file (Style, which will contains the very
useful FLTK2 style setup).
Added:
branches/branch-3.0/fltk3/Style.h
branches/branch-3.0/src/Style.cxx
Modified:
Author: ianmacarthur
Date: 2011-08-22 06:59:12 -0700 (Mon, 22 Aug 2011)
New Revision: 8990
Log:
Minor correction to types in Fl_get_key_win32.cxx for signed/unsigned types.
This now compiles OK.
(Though win32 builds still broken elsewhere...)
Modified:
Author: matt
Date: 2011-08-22 11:52:15 -0700 (Mon, 22 Aug 2011)
New Revision: 8994
Log:
FLTK3: compiles without warnings on Ubuntu (make clean and make depend do not
work)
Modified:
branches/branch-3.0/fltk.flw
branches/branch-3.0/fluid/Fl_Widget_Type.h
Author: matt
Date: 2011-08-22 11:54:47 -0700 (Mon, 22 Aug 2011)
New Revision: 8995
Log:
Fix for OS X
Modified:
branches/branch-3.0/test/keyboard.cxx
Modified: branches/branch-3.0/test/keyboard.cxx
===
---
On 21.08.2011, at 22:20, Ian MacArthur wrote:
Matt,
Yes, OK, I know the Xcode project is the preferred build option on OSX, but I
always just use the Makefiles anyway.
Oh no. Makefiles are supposed to work too, but there will be changes... .
Except that now it chokes on OSX...
Ooops...
OK, I made a design decision here that will haunt me for a
while. I figured it would be useful to compile jpeg, png, and
zlib from scratch always. This will reduce special cases at
compile time and simplify the autoconf/configure process. It
will ensure that these libraries exist, even
On 22.08.2011, at 10:16, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Anyway, going OT, I got a choke on win32 right now:
Compiling Fl_get_key.cxx...
In file included from Fl_get_key.cxx:29:
Fl_get_key_win32.cxx: In function `int fltk2ms(int)':
Fl_get_key_win32.cxx:114: warning: comparison
Ah, no. I removed all the signed/unsigned warnings from OS X,
changing the APIs for shortcut keys (and basically for
characters and modifiers in general) form signed int to
unsigned int. Xcode only finds teh OS X files, so win32 and
X11 files may be behind in this change. I only test
On 22.08.2011, at 15:51, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Ah, no. I removed all the signed/unsigned warnings from OS X,
changing the APIs for shortcut keys (and basically for
characters and modifiers in general) form signed int to
unsigned int. Xcode only finds teh OS X files,
Is it best I just hold off for now, or are trivial fixes OK?
Please hold off until Wednesday. I am currently shuffling
files around a lot. I am relatively certain that all files
will then be in their final position, and unless there are
grave concerns, will remain there.
After that,
On 22.08.2011, at 16:32, MacArthur, Ian (SELEX GALILEO, UK) wrote:
The test Makefile now has:
file_chooser$(EXEEXT): file_chooser.o $(FLTK_LIB_NAME)
$(FLTK_IMAGES_LIB_NAME) $(FLTK_PNG_LIB_NAME) $(FLTK_JPEG_LIB_NAME)
$(FLTK_ZLIB_LIB_NAME)
echo Linking $@...
$(CXX)
The Makefile generator still leaves a lot to be
desired,
I'm impressed it works at all...
but yes, link order is currently just copied from
the order of dependencies in the .flw framework file. SO it's
really easy to fix in Fluid.
Longer term, is the plan to make fluid know the right
On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
On 21.08.2011, at 22:20, Ian MacArthur wrote:
Matt,
Yes, OK, I know the Xcode project is the preferred build option on OSX, but
I always just use the Makefiles anyway.
Oh no. Makefiles are supposed to work too, but there will be
On 22.08.2011, at 17:34, MacArthur, Ian (SELEX GALILEO, UK) wrote:
The Makefile generator still leaves a lot to be
desired,
I'm impressed it works at all...
but yes, link order is currently just copied from
the order of dependencies in the .flw framework file. SO it's
really easy
On 22.08.2011, at 17:54, Michael Sweet wrote:
On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
OK, I made a design decision here that will haunt me for a while. I figured
it would be useful to compile jpeg, png, and zlib from scratch always.
Note that this will *not* work for Mac
On Aug 22, 2011, at 9:06 AM, Matthias Melcher wrote:
On 22.08.2011, at 17:54, Michael Sweet wrote:
On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
OK, I made a design decision here that will haunt me for a while. I figured
it would be useful to compile jpeg, png, and zlib from
On 22.08.2011, at 18:21, Michael Sweet wrote:
On Aug 22, 2011, at 9:06 AM, Matthias Melcher wrote:
On 22.08.2011, at 17:54, Michael Sweet wrote:
On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
OK, I made a design decision here that will haunt me for a while. I
figured it would be
How do I get rid of this one:
NOTE: WINVER has been defined as 0x0500 or greater which enables
Windows NT 5.0 and Windows 98 features. When these headers were released,
Windows NT 5.0 beta 1 and Windows 98 beta 2.1 were the current versions.
For this release when WINVER is defined as 0x0500 or
On 22 Aug 2011, at 20:26, Matthias Melcher wrote:
How do I get rid of this one:
NOTE: WINVER has been defined as 0x0500 or greater which enables
Windows NT 5.0 and Windows 98 features. When these headers were released,
Windows NT 5.0 beta 1 and Windows 98 beta 2.1 were the current
On 22.08.2011, at 22:45, Ian MacArthur wrote:
And whilst I'm on - big check-in there - ouch!
Had to massage makeinclude a bit to get it to compile on this Mac; the
include path being passed to the compiler had to be extended to:
- find config.h and mac_endianness.h (I added -I..
Thank you, Greg.
On Sun, Aug 21, 2011 at 11:26 PM, Greg Ercolano e...@seriss.com wrote:
On 08/21/11 09:06, asif saeed wrote:
Is there any code example illustrating constructing an FLTK based GUI
dynamically? Particularly, the menu bar/menus/menu items?
Also, there's several Fl_Menu
Hi Greg,
On Sun, Aug 21, 2011 at 11:30 PM, Greg Ercolano e...@seriss.com wrote:
On 08/21/11 09:22, asif saeed wrote:
Hi,
Is there any way I could prevent my widgets from getting added to fltk
groups automatically and have the ability to add fltk widgets to fltk
groups
myself -
How to make black colour window in fltk2.0
On Sun, Aug 21, 2011 at 11:56 PM, Greg Ercolano e...@seriss.com wrote:
On 08/21/11 09:06, asif saeed wrote:
Is there any code example illustrating constructing an FLTK based GUI
dynamically? Particularly, the menu bar/menus/menu items? Can you
On 21.08.2011, at 20:30, Greg Ercolano wrote:
On 08/21/11 09:22, asif saeed wrote:
Hi,
Is there any way I could prevent my widgets from getting added to fltk
groups automatically and have the ability to add fltk widgets to fltk groups
myself - dynamically?
begin() and end() are
On 22.08.2011, at 08:15, Rajesh Kumar wrote:
How to make black colour window in fltk2.0
If you have a question that is unrelated to the subject (Re: [fltk.general]
dynamic gui widgets), please start a new thread. Thank you.
Please not that FLTK2 has never had a final release and has no
I think that lines are drawn correctly but I could be wrong on that.
There is a difference of 1 between line drawing and circle drawing
coordinates.
It is more annoying than a problem.
Is there some underlying design reason or is it just an oversight. If
this is an oversight correcting
Hi,
I can create menus without FL_Menu_Window. What does this class do? I
scanned the docs but the purpose of this class is not clear. If it is some
private class that menus use then it should not show up in the docs.
Best regards, Asif
___
fltk
I can create menus without FL_Menu_Window. What does this class do? I
scanned the docs but the purpose of this class is not clear.
If it is some
private class that menus use then it should not show up in the docs.
It is used for making the window that the menu appears in. It is not a
On 22.08.2011 01:42, Richard Sanders wrote:
From your code I can't see a direct evidence that this is any better
than not adding 1. I do agree though that there are small differences
in the drawing results between Windows and Linux.
Not adding 1 results in a smaller diameter circle (by 2
Hi Greg,
On Mon, Aug 22, 2011 at 1:11 PM, MacArthur, Ian (SELEX GALILEO, UK)
ian.macart...@selexgalileo.com wrote:
I can create menus without FL_Menu_Window. What does this class do? I
scanned the docs but the purpose of this class is not clear.
It is used for making the window that the
Hi,
I read the following tutorial yesterday - it creates class members on stack
- that is, it does not make them pointers and allocate them using new():
http://www.fltk.org/doc-2.0/html/example3.html
I have also gone through examples that create members on heap - that is, the
members are
Hi,
On Mon, Aug 22, 2011 at 1:36 PM, asif saeed asif.l...@gmail.com wrote:
I read the following tutorial yesterday - it creates class members on stack
- that is, it does not make them pointers and allocate them using new():
http://www.fltk.org/doc-2.0/html/example3.html
I have also gone
Hi,
Is there any way to, for example, first create a few menu items then create
a menu and then add each menu item previously created to this menu then
create a menu bar and add to it the menu previously created (with all the
menu items) - all dynamically on heap - instead of defining arrays. I
On Mon, Aug 22, 2011 at 1:36 PM, asif saeed
asif.l...@gmail.com wrote:
I read the following tutorial yesterday - it creates class
members on stack
- that is, it does not make them pointers and allocate them
using new():
http://www.fltk.org/doc-2.0/html/example3.html
I have
Is there any way to, for example, first create a few menu
items then create
a menu and then add each menu item previously created to this
menu then
create a menu bar and add to it the menu previously created
(with all the
menu items) - all dynamically on heap - instead of defining
Hi Ian,
On Mon, Aug 22, 2011 at 1:51 PM, MacArthur, Ian (SELEX GALILEO, UK)
ian.macart...@selexgalileo.com wrote:
On Mon, Aug 22, 2011 at 1:36 PM, asif saeed
I read the following tutorial yesterday - it creates class
members on stack
- that is, it does not make them pointers and
Hi Ian,
On Mon, Aug 22, 2011 at 1:57 PM, MacArthur, Ian (SELEX GALILEO, UK)
ian.macart...@selexgalileo.com wrote:
Is there any way to, for example, first create a few menu
items then create
a menu and then add each menu item previously created to this
menu then
create a menu bar and
On 22.08.2011 11:30, asif saeed wrote:
The docs say that the groups automatically add whatever children get created
after them - they automatically issue a begin or something like that -
apparently each widget adds itself to the group in its constructor. I read
that while reading about
Hey Asif,
On Mon, Aug 22, 2011 at 1:36 PM, asif saeed
I read the following tutorial yesterday - it creates class
members on stack
- that is, it does not make them pointers and allocate them
using new():
http://www.fltk.org/doc-2.0/html/example3.html
I have also
Hi Ben,
Please see my responses below:
On Mon, Aug 22, 2011 at 3:01 PM, Ben Stott bgbnbig...@hotmail.com wrote:
On Mon, Aug 22, 2011 at 1:36 PM, asif saeed
I read the following tutorial yesterday - it creates class
members on stack
- that is, it does not make them pointers and
{
int i;
delete i; //this works but blows up big-time, of course. But compiler
doesn't check it at compile time.
}
It's not watertight, but my proof-by-example is that I've never seen this
happen with FLTK ;-)
You also don't have your deallocation ordering strictly
That's exactly what I wanted to know. But the question
remans: when should I
create member widgets as pointers and when should I create
them as direct
object members (non pointers, that is)?
I don't think there's a right answer to that question - it will depend
on the strucure of your
Hi Ben,
On Mon, Aug 22, 2011 at 3:40 PM, Ben Stott bgbnbig...@hotmail.com wrote:
You also don't have your deallocation ordering strictly correct. The
stack
unwind will always be the last-constructed order - so if you declare a
Fl_Group above a Fl_Widget, the Fl_Widget will be
Hi Ian,
Thanks for replying.
On Mon, Aug 22, 2011 at 3:41 PM, MacArthur, Ian (SELEX GALILEO, UK)
ian.macart...@selexgalileo.com wrote:
That's exactly what I wanted to know. But the question
remans: when should I
create member widgets as pointers and when should I create
them as direct
On 22.08.2011, at 11:37, asif saeed wrote:
That's all very well. But I mean menus get created on arrays and they have
to be found using strings. If they got created dynamically on heap using a
linked list structures then any menu/menu item/menu bar could be accessed
directly via object
On 22.08.2011, at 12:55, asif saeed wrote:
Hi Ian,
Thanks for replying.
On Mon, Aug 22, 2011 at 3:41 PM, MacArthur, Ian (SELEX GALILEO, UK)
ian.macart...@selexgalileo.com wrote:
That's exactly what I wanted to know. But the question
remans: when should I
create member widgets as
On 08/22/11 00:29, Matthias Melcher wrote:
If you end() the parent window, for instance, then widgets
will be created but not attached to a parent [..]
No, sorry, that's not true. Fl_Group::end() basically calls
begin() on the parent group
Well, kinda.
If end() is
On Mon, 22 Aug 2011 00:56:35 -0700, MacArthur, Ian (SELEX GALILEO,
UK) ian.macart...@selexgalileo.com wrote:
I think that lines are drawn correctly but I could be wrong on that.
There is a difference of 1 between line drawing and circle drawing
coordinates.
It is more annoying than a
Hi
i want to make fltk 2 on snow leopard but i saw :
Compiling clip.cxx...
In file included from clip.cxx:27:
osx/clip.cxx: In function ‘void fl_restore_clip()’:
osx/clip.cxx:73: error: ‘GetWindowPort’ was not declared in this scope
osx/clip.cxx:75: error: ‘NewRgn’ was not declared in this scope
FLTK2 is no longer supported. There is no support for OS X Leopard or SL or
Lion.
Please use FLTK 1.3.0 instead. It's much newer and has great support for all
new OS X variants.
On 22.08.2011, at 20:48, Nima Sahraneshin wrote:
Hi
i want to make fltk 2 on snow leopard but i saw :
On 22 Aug 2011, at 19:24, Mickey Mouse wrote:
Can you run the unittests example from the tests folder, on your various
systems, and see how that behaves.
That's (supposed) to be the standard check for line drawing consistency
across platforms, and I just tried it and it appears to be OK.
Hi All,
I've read Article 415: How Does Resizing Work? and have been battling with
trying to get one of my windows to behave how I'd like. I have done a mock
sketch of my interface... it can be viewed here:
http://i56.tinypic.com/2i94b4z.png
The behavior I'm seeking may not be possible in
On Mon, 22 Aug 2011 14:16:24 -0700, Ian MacArthur
imacart...@gmail.com wrote:
On 22 Aug 2011, at 19:24, Mickey Mouse wrote:
Can you run the unittests example from the tests folder, on your various
systems, and see how that behaves.
That's (supposed) to be the standard check for line
On 08/22/11 14:49, Jeff Paranich wrote:
Hi All,
I've read Article 415: How Does Resizing Work? and have been battling with
trying to get one of my windows to behave how I'd like. I have done a mock
sketch of my interface... it can be viewed here:
http://i56.tinypic.com/2i94b4z.png
On 08/22/11 18:31, Greg Ercolano wrote:
On 08/22/11 14:49, Jeff Paranich wrote:
Hi All,
I've read Article 415: How Does Resizing Work? and have been battling with
trying to get one of my windows to behave how I'd like. I have done a mock
sketch of my interface... it can be viewed here:
55 matches
Mail list logo