On 22.07.2010, at 15:47, Zoltán Lengyel wrote:
Hi,
I have an access violation problem in my project, I made a small example for
demonstration:
http://paste-bin.com/view/38d8960c
So there's class A, subclassed from Fl_Group, it has a button, thats
callback is using a virtual function, wich
Am 20.07.2010 00:21, Duncan Gibson wrote:
md houssy wrote:
snip
Ian:
snip
Is it just me or is there something slightly weird going on?
AFAICT, the original post from md houssy did not show up in
the forum [yet?], but Ian's reply did. I will need to check
the ML when I get to work
MacArthur, Ian (SELEX GALILEO, UK) wrote:
what I try to do is to change the labeltype of a button by an
icon. I like to have an icon in stead of having an ordinary button.
In fact it is said in the FLTK 1.1.10 Programming Manual
(Revision 10) that this class manages icon images that can be
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Ian, did you get it via PM and posted the reply to the
forum/news/mailing list
I don't recall - I replied late last night, to a post that came in via
my gmail account, then deleted all the bits...
I have the ML pointed to that gmail account, so I
Slick Dealer wrote:
All,
I am having problems with my simple code to display an image on a window. The
code compiles fine but I don't see the image !
I'll appreciate your inputs on making it work display a jpg image :)
#include fltk/Window.h
#include fltk/Image.h
#include fltk/run.h
Albrecht Schlosser wrote:
Andreas or others: does anyone know of an example where we would need to
search (or iterate with the proposed foreach functions) all widgets
with at particular association type?
Okay, found one in Andreas's original post: think of an remote controller that
wants
On 14.07.2010, at 23:38, Domingo Alvarez Duarte wrote:
Here is the latest progress I made so far, images is still a challenge.
Wow, looks pretty good now. Not everything is perfect (some dotted
lines, for instance, and some of the graphics), but, yes, that's
a *great* progress. I don't know if I
On 15.07.2010, at 08:30, Shane.Hill.dsto.defence.gov wrote:
With all the help about the wrong uuid library being linked, I managed to get
Fltk compiled under Cygwin (as well as my own Fltk apps). This is what I had
to do:
Note that /usr/local/mingw below is where I keep my local versions
On 13.07.2010, at 12:03, Domingo Alvarez Duarte wrote:
Probably pdf, postcript and direct printing will be executed as
background tasks or independent threads on some applications to don't
block the user interface but the actual implementation doesn't permit
it.
I don't think that this is
On 14.07.2010, at 01:25, Shane.Hill.dsto.defence.gov wrote:
G'day All,
I just did a usual update to my Cygwin distribution and now I can't seem to
be able to link any of my Fltk code and the Fltk source itself. I have
compiled Fltk in the default mode, which uses the -mno-cygwin switch to
On 14.07.2010, at 13:35, Matthias Melcher wrote:
On 14.07.2010, at 10:21, Albrecht Schlosser wrote:
Please report this to the Cygwin mailing list. As Ian wrote already,
the Cygwin folks decided to switch the FLTK mode to X11, and that
pulled in additional X11 libs when you upgraded your
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2399
Version: 1.1.10
Fix Version: None
For the record: this problem was more asking for help than reporting a
bug. Please ask such questions in fltk.general. If you are not sure
whether it's a bug or not, please try fltk.general
On 13.07.2010, at 02:44, Domingo Alvarez Duarte wrote:
I've managed to have Fl_Clock printed correctly on generated pdf using a
flag on fl_vertex.cxx fl_is_pdf and changing the angle sign of the
argument to fl_rotate when generating pdfs.
But doing this I could see that the actual
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Therefore you can't do anything parallel to the main FLTK thread,
because you would need to change the static variables...
I guess that should be you can't do any *rendering* parallel to the
main FLTK thread...
Thanks for the correction. That's what
newgen wrote:
I try to compile fltk 1.3 under osx snow leopard. however I fail due to
several reasons:
... snipped ...
make
It builds nice until I get:
[ 64%] Building CXX object fluid/CMakeFiles/fluid.dir/undo.cxx.o
[ 64%] Building CXX object
aridam wrote:
hey
I am using ccmake to compile fltk on release mode and i am running into
problems.
when i configure it gives me
CMake Warning (dev) at png/CMakeLists.txt:21 (ADD_LIBRARY):
Policy CMP0003 should be set before this line. Add code such as
You can ignore this warning...
MacArthur, Ian (SELEX GALILEO, UK) wrote:
You should be able to use the GDI version, but I can't help with
this.
I should have mentioned the GDI package. They only have a
runtime GDI package. There is not -devel package to go with
it. When I asked about this on the cygwin mailing list I was
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2388
Version: 2.0-current
Well, reading your text and the efforts you made - I don't think that
anybody will apply such a huge patch, and I really *think* that it's not
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2388
Version: 2.0-current
WRT to the other STR's you mentioned: if you have solutions to some of
them, would you please post your patches to the particular STR's, so that
Greg and others,
I've seen some problems with Fl_Tree and included widgets with
the tree demo program. There may be an inconsistency or something
that needs clarification and documentation.
Let me express it in a short question: Who owns the widgets
added to an Fl_Tree by calling
Hi Peter,
if you need help, please post to fltk.general. fltk.bugs is reserved
for our internal bug tracking http://www.fltk.org/str.php, and you
will get faster and better responses in fltk.general.
That said, you should know that FLTK 2 is not actively supported
anymore. You should try to use
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2393
Version: 1.3-current
Greg, thanks for fluid.patch. I applied it, wrote the project files, and
all built well, w/o errors with Visual C++ 2008 Express.
I could also
Steve Underwood wrote:
The cygwin folk have made the rather odd choice to move their fltk package to
use X11 instead of native Windows GDI. Therefore, I have had to build fltk
myself. I found two issues which seem worth reporting.
Thanks for the report. As Ian wrote I'm using Cygwin, and
On 08.07.2010, at 01:20, Alexander Walz wrote:
I noticed that when compiling FLTK 1.1.10 in Solaris and Mac OS X 10.5, the
./configure file issues THREADS=NO.
Did you use ./configure --enable-threads ? FLTK 1.1's default
is --disable-threads.
If you did, then you might be missing some
Domingo Alvarez Duarte wrote:
It's getting a bit better
Wow, that's great, great progress! What you implemented looks
already pretty good.
but there is some details pending, and I'll
appreciate any help !
As I wrote, I'm interested in this project, but currently I
don't know libharu, I don't
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Hmm, yes, I saw that you did this in your version, but you had to duplicate
the code of the complete loop - I wanted to avoid that, and the
On 06.07.2010, at 17:25, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I'd be more worried about the multiplications in the loop
(although they
are used only 'h' times, whereas the if (alpha) happens for
each pixel
(w*h). They could be replaced by calculating some delta
values before the
loop
On 04.07.2010, at 13:48, Alexander Walz wrote:
Dear FLTK community,
I would like to integrate the test/editor.cxx editor shipped with FLTK 1.1
with a
programming language based on Lua 5.1.
which exact FLTK version (e.g. 1.1.10) ?
which OS ?
I would like to display strings generated by Lua
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Just to let you know: I'm working on this STR, and I'm making good
progress. My current version can read both from windows and
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature/*
Test program for fl_read_image().
The program creates a small image at
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature//
// $Id: fl_read_image_win32.cxx 6616 2009-01-01 21:28:26Z matt $
//
//
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-featureIndex: src/fl_read_image_win32.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Good news: it works for me. Please test...
For testing, save these two files
- http://www.fltk.org/strfiles/2387/read_image_v2.cxx
-
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Forgot to say: file http://www.fltk.org/strfiles/2387/read_image.pdf shows
how it ought to look...
Link: http://www.fltk.org/str.php?L2387
On 01.07.2010, at 20:58, imm wrote:
FWIW, the demo program I attached to STR #2257 ought to work for
testing this too - though it was written to illustrate a bug on OSX
(now fixed by Manolo) it also works on win32 and X11, ao should be
usable to test this mod.
Yup, thanks, that works. Tested
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2396
Version: 2.0-current
Fix Version: None
Where did you get this file from? The official file is fltk/Cursor.h, with
uppercase 'C'.
Did you copy it from a
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2394
Version: 2.0-current
Fix Version: 2.0-current
This is a duplicate of the more general STR #2396. Please see there for
more info.
http://www.fltk.org/str.php?L2396
Link: http://www.fltk.org/str.php?L2394
Version: 2.0-current
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2395
Version: 2.0-current
Fix Version: 2.0-current
This is a duplicate of the more general STR #2396. Please see there for
more info.
http://www.fltk.org/str.php?L2396
Link: http://www.fltk.org/str.php?L2395
Version: 2.0-current
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2387
Version: 1.3-feature
Roman, thanks for the code given. Unfortunately this doesn't work with
real windows. I assume that you used it only with Fl_Offscreen ?
The
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2393
Version: 1.3-current
Okay, then - I understand that so that the non-dll projects build okay.
I don't understand what redefinition; different storage class means in
On 27.06.2010, at 12:43, Manolo Gouy wrote:
Please, see
http://www.fltk.org/str.php?L2378
for a proposal to complete PostScript support of unicode characters
until Latin Extended-A.
I would like your feedback before committing that in.
Thanks. At a first glance, this way is interesting, but
On 26.06.2010, at 00:53, Roman Kantor wrote:
Anyway, I have written much faster fl_read_image() for windows based on
GetDIBits() function (original one is bloody slow as it reads data on
per-pixel basis) so I will submit that as an STR - but it should be
revised by somebody more familiar
On 25.06.2010, at 12:31, al apex wrote:
Whenever I try to download fltk from your website, I get redirected to
another site - ALL download links are invalid and I **cannot** download fltk.
I can't help you with this directly, it works for me. I'm located
in Europe (Germany), I'm redirected to
On 25.06.2010, at 13:28, al apex wrote:
On 25.06.2010, at 12:31, al apex wrote:
Where are you located (this determines the server), and what server is
shown when you start downloading? This might help us to fix this.
Karachi/Pakistan/Asia - doesn't work for me at all. I am being redirected
On 24.06.2010, at 11:09, Manolo Gouy wrote:
r.7653 adds support for the Latin1 (iso-8859-1) character set
in PostScript output. Is this enough to consider STR 2378 resolved?
That's a great step forward, thanks very much. I wouldn't (yet)
consider the STR solved, though. I'll add some notes to
On 23.06.2010, at 20:43, imacarthur wrote:
On 23 Jun 2010, at 17:24, Jim Wilson wrote:
(assuming that a wumpus is a numeric type).
I don't think it is though, is it?
dinfo.quantize_colors = FALSE;
Oh yes. That'll work.
Hmm, I'm not so sure about that. It will probably fix Jim's
case,
On 24.06.2010, at 10:36, Albrecht Schlosser wrote:
The (boolean) cast makes the right hand side (FALSE) the same type
as quantize_colors, no matter how FALSE is defined. There may be
different definitions and picky compilers out there that are not
compatible otherwise... :-(
I forgot
On 23.06.2010, at 19:41, Barry Branham wrote:
I just downloaded and tried to build r7647 with cmake, because I'm using
InsightToolkit and it builds with cmake and some example apps link to flkt.
Anyway to get the fltk 1.3 build to work I had to make two changes in
src/CMakeLists.txt:
#
On 22.06.2010, at 21:51, imacarthur wrote:
On 22 Jun 2010, at 19:17, Jim Wilson wrote:
OK. I got it. after mingw-configure (without --enable-localjpeg)
and another bout of hand editing, after rm src/Fl_JPEG_Image.o:
$ mingw32-make
=== making src ===
Compiling Fl_JPEG_Image.cxx...
On 21.06.2010, at 19:14, Jim Wilson wrote:
I'm trying to resurrect an FLTK app, cross compiled with MINGW, the compiler
is
based on a newer version of GCC: (4.4.2). The newer compiler barfs on
Fl_JPEG_Image.cxx, line 158:
dinfo.quantize_colors = (boolean)FALSE;
Which I believe
On 22.06.2010, at 09:23, Albrecht Schlosser wrote:
Sorry, I must correct myself.
And here we may have a problem since we're still using jpeglib 7.
FLTK's bundled version is 6b, whereas the current version is 8b.
Albrecht
___
fltk mailing list
fltk
On 21.06.2010, at 19:14, Jim Wilson wrote:
I'm trying to resurrect an FLTK app, cross compiled with MINGW, the compiler
is
based on a newer version of GCC: (4.4.2). The newer compiler barfs on
Fl_JPEG_Image.cxx, line 158:
dinfo.quantize_colors = (boolean)FALSE;
What is the exact
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Slight tangent: I just diffed the jmorecfg.h from the jpeg-6b that we
distribute, against the jmorecfg.h from jpeg-8a that is the latest I
have here, and I notice that, whilst they are broadly the same, that 6b
typedefs boolean as char, whilst 8a (and
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Slight tangent: I just diffed the jmorecfg.h from the
jpeg-6b that we
distribute, against the jmorecfg.h from jpeg-8a that is the latest I
have here, and I notice that, whilst they are broadly the
same, that 6b
typedefs boolean as char, whilst 8a
manolo gouy wrote:
[Ian wrote:]
I still think we need the wider debate of whether the noclip approach
is correct or not though (despite being the long standing default) as
I believe that your counter-argument has merit.
But we need other devs to say how they see this working out.
[...]
Pablo Stickar wrote:
I would like to ask you for help using the Fl_Menu_Bar class.
More specifically, my problem is that the code:
Fl_Menu_Bar* _menuBar = new Fl_Menu_Bar( 0, 0, _mainWindowWidth, 30 );
_menuBar-add( File, 0, 0, 0, FL_SUBMENU );
_menuBar-add( File/Open sequence, FL_CTRL +
MacArthur, Ian (SELEX GALILEO, UK) wrote:
for( int t = 0; t _menuBar-size(); ++t )
{ Fl_Menu_Item *m = (Fl_Menu_Item*)(_menuBar-menu()[t]);
std::cout m-label() std::endl;
}
I think your for loop is wrong - you are dereferencing NULL values.
Good point. When I tested
Rhythm Suren Wadhwa wrote:
Kindly guide me. I just bought your book,
There's no your book that I would know of. The FLTK team
doesn't sell a book. Which book do you mean?
and fltk-1.1.9 from your website.
You should try FLTK 1.1.10 instead, it's newer, has some bug
fixes, and is the current
On 18.06.2010, at 19:25, imacarthur wrote:
I am not sure this is correct - though I understand your reasoning, the
current implementation on OSX seems to differ from what happened with
1.1, and from what happens on other platforms with 1.3.
I actually think that your approach is more
On 16.06.2010, at 08:20, Domingo Alvarez Duarte wrote:
I'm not sure if it could xft, I have mozilla, codeblocks and other third
party applications not custom made to this machine and they works just
fine without slow menus.
And the visual effect is first the new window for the next or
On 16.06.2010, at 08:20, Domingo Alvarez Duarte wrote:
I'm not sure if it could xft, I have mozilla, codeblocks and other third
party applications not custom made to this machine and they works just
fine without slow menus.
Reading this again, I think that you *maybe* misunderstood something.
On 14.06.2010, at 10:02, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Albrecht - can you take a look? Maybe I am missing something obvious,
but it looks as if this change has been backed out at some point; maybe
it was lost when the Fl_Printer tree was merged in?
This is fixed now, as of svn -r
On 14.06.2010, at 19:36, Greg Ercolano wrote:
I started a google doc going into the details of adding code to FLTK:
http://docs.google.com/Doc?docid=0ARF5fvYqQ_zcZGRzcWJ3bWJfMmdoNXF4dDR2hl=en
Thanks for the initiative, that's a good idea.
I believe with the above link
On 14.06.2010, at 10:02, MacArthur, Ian (SELEX GALILEO, UK) wrote:
[Domingo wrote:]
If the patch that you mention is the one bellow it's not on
fltk 1.3-svn,
it was before.
To Domingo: big thanks for finding this! It's a regression, and
I only checked when it was added to svn...
Just
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2378
Version: 1.3.0
This is a known problem. I changed the subject (summary) line accordingly.
Currently printing of non-ASCII characters (U+007F) doesn't work on
Linux.
On 11.06.2010, at 22:05, Csaba Biegl wrote:
I re-tested this with today's r7637 snapshot. Corruption is still there while
the window is being resized with --enable-xdbe, but no corruption with
--disable-xdbe. However, after doing some digging in the image sources, I do
not think this is an
On 13.06.2010, at 11:32, imacarthur wrote:
On 13 Jun 2010, at 9:02, Domingo Alvarez Duarte wrote:
I have an apllication that has a menubar and it works fine on windows but
on linux the menubar drawing is noticeable slow.
It's easy to see the problem open fluid and navigate the menubar with
On 10.06.2010, at 02:26, Greg Ercolano wrote:
Hmm, is there a way to link to the result of a forum search?
It appears forum searches are done with a form posting, so the URL
can't be used, since it has no context info about the search.
Is there a way to get a URL version
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2197
Version: 1.3-current
Fix Version: 1.3-current (r7636)
Test case: run e.g. fluid test/valuators.fl and hide the widget window
partially behind another window, so
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2152
Version: 1.3-current
Fix Version: 1.3-current
After some more investigation it looks as if some X servers (e.g. Cygwin)
don't work correctly if XDBE is active
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2152
Version: 1.3-current
Fix Version: 1.3-current
Teun, this is fixed now for FLTK 1.3. Please note that the same bug is in
FLTK 1.1, but in FLTK 1.1 the default is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2152
Version: 1.3-current
Fix Version: 1.3-current (r7636)
Fixed in Subversion repository.
This STR will be closed after confirmation or about two weeks.
Link:
On 29.05.2010, Greg Ercolano wrote:
Although I can't replicate the same behavior with the test/image
program, something's wrong with that test program too; the image
comes up tinted yellow on my machine, whereas the older 1.3.x releases
did not.
Fixed in svn -r 7637.
On 07.06.2010, Csaba Biegl wrote:
I also just tested this on Slackware 13.0 64 bit. Can confirm everything Ian
said. Disabling XDBE fixes quite a few issues:
Csaba, thanks for testing and the report. I'm confident that
svn -r 7636 fixes all known XDBE related problems (STR #2152
and STR
On 07.06.2010, imacarthur wrote:
Maybe we should change the default back to --disable-xdbe then?
IMO not, see other reply (fixed in svn -r7636).
Does anyone have positive examples of where --enable-xdbe has worked,
I think that I found the changes that introduced the misbehavior
in FLTK
Starting a new thread. Old thread was:
[fltk.development] Problem with images in latest 1.3.x
Hi Ian,
imacarthur wrote:
Albrecht - it seems there is still something awry with the XDBE stuff,
though. Testing with r7637, all seemed to be going well ...
Fine, thanks for testing.
... until
On 03.06.2010, at 20:49, Ian MacArthur wrote:
If/when you can find the time, please check the configure options
and/or do tests with both XDBE enabled and disabled. In my tests
I got different results with exactly the same Ubuntu setup (with
gnome) running in a Windows virtualbox VM --- on two
On 03.06.2010, at 20:41, newgen wrote:
I tried to install fltk 2.0 from .tar.gz file since the stupid ubuntu can
still only install version 1.1 of libfltk. since I need the table functions
of fltk, I thought I should give it a try. Result after ./configure/make/make
install when I try to
On 30.05.2010, at 17:22, imacarthur wrote:
Another reference point is that, on my newly built ubuntu 10.4 reference
machines (one ATI graphics, one nvidia graphics) the overlay test does
not show the red overlay rectangle.
I'm pretty sure (but did not test) that 1.1.10 was OK, so this also
On 02.06.2010, at 13:04, MacArthur, Ian (SELEX GALILEO, UK) wrote:
[ talking about the overlay demo not drawing the overlay correctly ]
I'm pretty sure (but did not test) that 1.1.10 was OK, so this also
looks like a 1.3 regression...
No, not a regression. Unfortunately this is old behavior
On 02.06.2010, at 08:51, Daniel Kavaldjiev wrote:
I've tried compiling the Xcode 3.1 project included in the distribution, but
got linker error for AudioServicesPlayAlertSound. Can't complain since I'm
trying Xcode 3.2, but perhaps that's a clue?
Thank you so much in advance for any help!
On 30.05.2010, at 22:40, Domingo Alvarez Duarte wrote:
Doing an application with a glue of lua and fltk I'm missing some
functionality from other guis one of then is a way to change the
background color of all input widgets when gaining or loosing focus, of
course that could be done on widget
On 29.05.2010, at 18:40, Greg Ercolano wrote:
Cross-posting this from fltk.bugs:
From: Csaba Biegl
Date: Sat, 29 May 2010 06:02:00 -0700
Subject: fltk-1.3.x-r7626 breaks image drawing on X
Csaba Biegl wrote:
Simple test: create a window in Fluid, add a single image (PNG, JPEG,
etc, does
On 27.05.2010, at 11:05, MacArthur, Ian (SELEX GALILEO, UK) wrote:
The fltk code seems to test for this by masking the colour value with
0xff00 and if that is non-zero, it treats it as RGB.
If that is zero, it masks with 0x00FF and then looks up the related
RGB values by doing a
On 27.05.2010 at 12:33, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Does seem like there ought to be a more direct method though, I think -
what do others feel about this?
Agreed.
Some sort of (caution, more untested psuedo-code...)
void fl_get_rgb_from_color(Fl_Color c, ucharr, ucharg,
On 20.05.2010, at 19:33, Greg Ercolano wrote:
[I didn't want to clutter up STR #2368 with the following]
agreed, let's see what we find out before adding a note to the STR
Albrecht Schlosser wrote:
IMO there's no difference in behavior of TAB vs. SHIFT/TAB except the
moving direction (SHIFT
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2369
Version: 1.3-current
Investigating inconsistent Shift-TAB behavior for STR #2368 turned out that
X11 returns a special keysym for Shift-TAB (XK_ISO_Left_Tab = 0xfe20)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2369
Version: 1.3-current
FWIW: here's a reference concerning WINE:
http://www.mail-archive.com/wine-de...@winehq.org/msg10805.html
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2368
Version: 1.3-current
To Fl::options(): not a bad idea...
---
To platform dependent Shift-TAB behavior: It's true, and I found the
culprit. X11 converts Shift-TAB
On 20.05.2010, at 12:13, Matthias Melcher wrote:
I think we should not support CP1252 at all. An illegal UTF-8 sequence should
generate the illegal character which in some cases is a box shaped
character or a question mark.
I agree, since rendering these characters with system functions may
On 20.05.2010, at 14:10, Matthias Melcher wrote:
Users should never be aware if they are using a code page or Unicode or
Sinclair ZX80 character encoding.
Ina copy/paste or dnd operation, the data should normally be tagged as
CP1252, in which case we would have to convert it. At least
On 19.05.2010, at 09:50, Greg Ercolano wrote:
Fl_Table's docs cite some example programs that were in the original
standalone Fl_Table library, but weren't carried over to the tests/
directory because they aren't really tests, most likely.
This kinda demonstrates the need for a separate
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2368
Version: 1.3-current
To part 1 (arrow keys can leave Fl_Input): Yes, I think that we agreed
about changing the default to 1. However, as I suggested, I'd also like
On 19.05.2010, at 10:22, Lakshmi wrote:
Thanks for that detailed explanation :)..I had gotten really confused with
the concepts...
What I'm doing now is I'm not creating subwindows, but instead I'm creating
windows outside the begin(); - end(); of the main window. I was almost able
to
On 17.05.2010, at 06:20, Greg Ercolano wrote:
Greg Ercolano wrote:
dronten wrote:
When text cursor moves past the end or beginning, using the left and right
arrow keys, the input widget will lose focus to the next/previous widget.
Should it do that? I have tried a few applications in
should we really switch it around so that
it's built from the fl?
Yes, I think so. Either that or no .fl file at all. And if it's built from the
.fl file, we should remove the .cxx and .h files and add the make rules.
___
fltk-dev mailing list
On 06.05.2010, at 20:55, imacarthur wrote:
You mean rotate the text?
I don't know if fltk2 has that ability or not (though it is feasible on
many modern systems).
Neither do I.
There are hooks to support text rotation in the fltk-1.3 tree, at least
on some platforms, though probably not
On 05.05.2010, at 19:11, manuel.grizonnet wrote:
in src/Cmakelists.txt the option us must be 'set_source_files_properties',
not 'set_source_file_properties'.
That's fixed now in svn -r 7593. Thanks for the report.
I use the last stable release of cmake (2.8).
Even if I correct this syntax
On 01.05.2010 fltk-dev@easysw.com wrote:
Author: matt
Date: 2010-04-30 15:29:08 -0700 (Fri, 30 Apr 2010)
New Revision: 7574
Log:
Removed character expansion.
This removes expansion of ASCII (C0) control characters (making
them readable text) in Fl_Text_{Display|Editor}.
I know that this
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2363
Version: 2.0-current
Thanks for the note about the deprecated functions.
As a workaround for building FLTK with image support you can configure
with
1201 - 1300 of 2485 matches
Mail list logo
