There seems to be little in the way of an organized abstraction of the
underlying platform, with platform-specific code instead being
scattered here and there through the codebase. Has it been considered
to take the approach used for graphics drivers and apply it for for
general platform
On 2013-01-16 09:37:57 -0500, MacArthur, Ian (Selex ES, UK) said:
Also, it seems that fltk3::gl_visual() has no effect on the settings
GLWindows use...this was not what I expected.
I dunno... I can't recall using it - was it not meant to make normal
windows have the same config as
On 2013-01-13 17:32:52 -0500, Ian MacArthur said:
But I think an actual GL driver layer would work better... Though
handling of fonts might always be problematic - drawing TT fonts in
Windows GL is actually easier. MS did do some useful things after all!
I've now got a very incomplete but
On 2013-01-14 16:32:03 -0500, Ian MacArthur said:
Is there an easy way to render a standard window to an image? It'd
greatly streamline testing if I could do comparisons in the app itself.
It's pretty easy to make a group that just renders to an offscreen
buffer, then blit that buffer
Is there a recommended approach to drawing FLTK widgets inside or on
top of an OpenGL window?
I see a few ways to approach this. The simplest way to get quick
results seems to be to subclass widgets to provide OpenGL draw()
methods and write an OpenGL window draw method that draws its
On 2013-01-08 16:12:13 -0500, Manolo Gouy said:
Yes, this is a Mac OS-specific bug. I have created STR#2915 for that,
and believe it's now fixed in the svn repository with r.9788.
Can you, please, confirm that?
Sorry it took so long. Yes, I've confirmed it's fixed in r.9788.
I've come across some odd behavior with windows as subwindows, when
trying to show/hide or add/remove the subwindow. The subwindow remains
invisible until the containing window is resized. When I replace the
subwindow with a group, I get the behavior I expect. My understanding
is that behavior
On 2013-01-08 10:05:26 -0500, MacArthur, Ian (Selex ES, UK) said:
Hmm - do you *really* need to use a sub-window rather than a group here?
Not in this case. I simply had a working window-based console already,
and it looked as if it would be straightforward to embed it as a
subwindow. And
Thanks for the test, it seems that we have lots of work to optimize cairo
performance. I thought it was just hundreds of times slower in curve cases.
Jim
--20cf300513cc6ba49104bdd686c6
Content-Type: text/plain; charset=UTF-8
I finally got around to writing a little test program for FLTK
I did tried your torapp on chrome and I have some sugestions about it,
mainly usability: font size and scrollbars too small.
The scrollbars are so thin that is hard to use then.
Overall it's an interest use of nativeclient possibilities.
Thank you very much for your suggestion.
I thought
On Mon, Mar 19, 2012 at 2:16 PM, Ian MacArthur imacart...@gmail.com wrote=
:
On 18 Mar 2012, at 01:32, J. Liles wrote:
OK, guys... I wouldn't say it's ready for prime-time, but if you want
to play it, checkout the 'cairo-device' branch on my fltk repo at
In fact, Cairo works pretty well in fltk2. My application torapp guilloche
designer (www.torapp.info) uses cairo exclusively.
I'm also one of people who is willing to help maintaining fltk2 but getting a
developer status seems too hard for me.
but how well tested it is is anyones guess - I'm
All of this brings me to the issue of Cairo. GTK uses cairo
exclusively now. People who have tried Cairo in FLTK and found it to
be slow have been bypassing the doublebuffering and SHM extensions
that are what enables Cairo to render GTK applications with good
performance. If FLTK were to use
As a part of my project torapp guilloche designer(www.torapp.info), I used
cairo to render everything, and the output is amazing.(Though, occasionally,
cairo can have problem to draw too many curves on a small area).
However, I did observe that my application's cairo version was about 100x
HI,
Please FLTK developer try to find a way to collect the small projects (small
extra library that is an extentions for fltk).
As you didn't like my suggestion for the git , and it is up to you to do so
but collecting the widgets beside the core FLTK is very important. Many
questions in
Thank you, fltk developers.
I have just uploaded my graphic editor running in chrome. It does not need any
change in fltk2 (I did not use the event loop). You can take a look at my
website www.torapp.info. The graphic editor is particularly powerful in
security printing.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
The simple test case can not confuse the linker to link in fltk2 stuff.
So, I am still wondering how the globals are linked in.
Let us
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
My application caused the following seg fault:
Program received signal SIGSEGV, Segmentation fault.
0xb7c47414 in ?? () from /lib/libc.so.6
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
Yes, you are right. The crash happened inside ~Node(), which should not
related to vendor application string.
The crash happened in my very
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2694
Version: 2.0-current
In my test case, the Preferences global variable in FileChooser2.cxx is the
only one linked to the test case.
Link:
I do not know whether there are other serious fltk2 users. But I am sure that I
am, I love the simplicity and design, but fltk2 is still pretty buggy, I
tolerated it as long as it did not cause my application crashing. If there is
no one wants to maintain it, I can help.
So, I am trying to
On 03.08.2011, at 16:11, james wrote:
I do not know whether there are other serious fltk2 users. But I am =
sure that I am, I love the simplicity and design, but fltk2 is still =
pretty buggy, I tolerated it as long as it did not cause my application =
crashing. If there is no one wants
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
The following two lines in InputBrowser::popup()(line 386,387 in
InputBrowser.cxx)
browser = list;
ib = this;
should be moved out of
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
To reproduce the bug:
please click the first Inputbrowser and choose one item in popup menu and
then the click second Inputbrowser and choose an
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
I tried your test, and it trapped whole X system events. I must use another
pc to login and kill the process.
Thanks
Jim
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
Hi, Ben,
Other issues may be different, the issue around Inputbrowser is very
clear, it is because the two variables involved are globals, and
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
BTW, this issue is not related to FLTK event loop. I am using fltk2 in
google native client where I dropped the whole FLTK event loop mechanism.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
Hi, Ben,
It is not worth wasting more time on this issue. When you have more than
2 items in each Inputbrowser, you will see what I mean.
The
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2611
Version: 2.0-current
Sorry, did not read your post carefully.
You are totally right, and the modal window eats all messages are the
second Inputbrowser's popup menu,
Recently, I applied developer status multiple times (more than 2 weeks ago),
and I never received any information back. I am just wondering whether there is
any hidden requirements that I do not know.
What I want to do is to fix multiple bugs in fltk2, and if I have enough time,
I may simplify
Thanks for reviewing the change.
Jim
--_5ff29e52-78cb-4596-a2c4-fd5b066ee4fd_
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Have you filed STR'd for the changes you have devised? If so=2C and if th=
ey have been reviewed favourably=2C that will
To reproduce the bug:
please click the first Inputbrowser and choose one item in popup menu and then
the click second Inputbrowser and choose an item, and click the first one and
choose again, then the mouse events will be kept trapped in the popped out menu
by first Inputbrowser.
I tried your
Got it for sure! Haha.
I used an offscreen buffer and a redraw() and it works like a charm now. Thanks
a lot guys!
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
On 23.01.2011, at 05:05, james wrote:
Heya!
So I have a Fl_Box inside of a Fl_Scroll.
I'm taking over the draw() of my box, and when I scroll around by =
clicking and dragging on the nobs, my draw function can only draw on the =
newly exposed pixels. It simply blits the pixels
On 23.01.2011, at 05:05, james wrote:
Heya!
So I have a Fl_Box inside of a Fl_Scroll.
I'm taking over the draw() of my box, and when I scroll around by =
clicking and dragging on the nobs, my draw function can only draw on the =
newly exposed pixels. It simply blits the pixels
Cool, worked like a charm, thanks a lot guys!
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
Cool, worked like a charm, thanks a lot guys!
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
Heya!
So I have a Fl_Box inside of a Fl_Scroll.
I'm taking over the draw() of my box, and when I scroll around by clicking and
dragging on the nobs, my draw function can only draw on the newly exposed
pixels. It simply blits the pixels that are still on the screen over to their
new position.
Hi. I'm trying to compile FLTK on Windows 7 using MinGW -- gcc 4.4.1
I have copied the related files in makefiles\ to the root directory of the
source:
config.mingw
Makefile.mingw
makeinclude.mingw
makeinclude.mingw31
renamed Makefile.mingw to Makefile and did a make
I get this
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2424
Version: 2.0-feature
QT has a project for google native client too, it is called lighthouse.
Maybe, we can port QT support to fltk.
Here is the url:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2424
Version: 2.0-feature
Here is an example that a QT application running in chrome/chromium.
http://labs.qt.nokia.com/2010/06/25/qt-for-google-native-client-preview/
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2424
Version: 2.0-feature
I did some research on FLTK2 and QT lighthouse, a QImage backend for QT
lighthouse is about 147 lines of code. Google native client(pepper 2)
and maintaining fltk!
James. :)
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
directly to the
display just by knowing the address of the first pixel! I want it to be the
most background object so I can place widgets on top of it. I want to avoid any
kind of color traslation!
Thanks!
Have a great day!
James. :)
___
fltk-dev
Hi,
Thank You. The workaround seems to be for FLTK 2.0 code. I am not able to get
make to work at all for FLTK 2.0. It endlessly loops on configure.
Actually I think I needed an FLTK 1.X version anyway; so if there's there's any
info on earlier versions of FLTK for the glibc problem I'd
On 07/16/2009 03:49 PM, James Hearon wrote:
I've tried several versions of FLTK but cannot seem to get thru make. Any
suggestions?
As time goes on, GCC get's more and more picky about naughty typecasting. I
think I filed an STR on this problem. If you look at the sources
Hi,
I've tried several versions of FLTK but cannot seem to get thru make. Any
suggestions?
filename_list.cxx: In function âint fl_filename_list(const char*, dirent***,
int (*)(dirent**, dirent**))â:
filename_list.cxx:93: error: invalid conversion from âint (*)(const void*,
const
Code:
#include FL/Fl.H
#include FL/Fl_Window.H
#include FL/Fl_Box.H
#include FL/Fl_Button.H
#include FL/Fl_PNG_Image.H
#include FL/Fl_Text_Display.H
int main(int argc, char ** argv)
{
const char *dir = ./img/facia.png;
Fl_Window *window;
Fl_PNG_Image *facia;
facia = new Fl_PNG_Image(dir);
James wrote:
Code:
#include FL/Fl.H
#include FL/Fl_Window.H
#include FL/Fl_Box.H
#include FL/Fl_Button.H
#include FL/Fl_PNG_Image.H
#include FL/Fl_Text_Display.H
int main(int argc, char ** argv)
{
const char *dir = ./img/facia.png;
Fl_Window *window;
Fl_PNG_Image
Pc, XP, MinGW build of fltk 1.1.8
c:/csound509/frontends/fltk_gui/CsoundPerformanceSettingsPanel_FLTK.cpp:1095:
undefined reference to `_imp___ZN9Fl_Input_5valueEPKc'
I'm getting lots of 'Z' undefined references. Not sure what this is referring
to? Does it have something to do with zlib?
I
Are there any docs describing the cross compile process with FLTK? I've looked
through the general stuff but didn't see anything. Do I simply set up the
makefile for the m68k-linux-gcc compiler? What about the libs needed by the OS
at run time?
Any help/direction to docs appreciated.
51 matches
Mail list logo