On 02/22/12 09:13, Albrecht Schlosser wrote:
I'd say its easier to do it locally once you've installed your own
test environment.
Thanks for the advice.
Yes, got it all working in about 45 mins.
Just defaults for everything.
Installed LAMP and downloaded the
On 02/22/12 10:14, Greg Ercolano wrote:
So I should be able to change software.php to do this:
http://seriss.com/people/erco/fltk/tmp/fltk-downloads.png
Basically adding an if() statement that checks to see if the version
starts with 1. or not.
Later, we can change that logic when one
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2768
Version: 1.3.0
Fix Version: 1.3-current (r9175)
Fixed in Subversion repository.
Steve: thanks for the confirmation; closing this.
Link: http://www.fltk.org/str.php?L2768
Version: 1.3.0
Fix Version: 1.3-current (r9175)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2808
Version: 1.3.0
Not sure the issue offhand.. I don't know the Fl_Text_Editor widget
well at all.. just chiming in that I can confirm.
I can replicate the corruption,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2808
Version: 1.3.0
If I use od(1) to make an octal dump of your file and save that
pure ascii octal dump to a file, then edit that in editor and resave,
I still get
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2808
Version: 1.3.0
Yes, that's what I've been looking at too..
I was thinking there's a bug in the straddle code, since the corruption
seems to appear at the buffer
On 02/21/12 02:01, MacArthur, Ian (SELEX GALILEO, UK) wrote:
This is VERY bad because this code is vastly out of date and bloated,
and skips processor optimizations that the main ones have in them.
Basically on Linux and BSD, these should NEVER be used.
Um, I don't understand. What's 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?L2807
Version: 1.3-current
Fl_Tree is ignoring the when(FL_WHEN_NEVER) flag; the callback is still
invoked.
This prevents one from, for instance, easily deriving their
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2807
Version: 1.3-current
Fix Version: 1.3-current (r9249)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2807
Version: 1.3-current
Fix Version: 1.3-current (r9249)
Describe what happens; does it place the window in the wrong
position, or does the window manager force the user to pick
where to drop the window?
If the latter, this might be an issue with the window manager
configured to always prompt the user for where to put the window.
I believe programs can
On 02/20/12 10:45, Domingo Alvarez Duarte wrote:
The actual printing capabilities of fltk is a great advance, but the
quality of image printing isn't all good because it's using screen
resolution to print, there is a way to allow higher resolutions for
printing ?
I imagine this
On 02/20/12 04:09, Geoffrey Mellar wrote:
Hello,
i want a Fl_tree widget to call the callback function
only if there is a double click.
Yes, there should really be an example that
shows how to do this. If there was, this bug
probably would have been caught.
Because
On 02/17/12 11:22, Jim Jozwiak wrote:
I've got gcc version 4.5.2 running on slackware 13.37. I just bunzipped it
and typed make.
..
Compiling Fl_Paged_Device.cxx...
In file included from ../FL/Fl_Paged_Device.H:26:0,
from Fl_Paged_Device.cxx:22:
./FL/Fl_Device.H: In
On 02/15/12 02:36, GM wrote:
Hello,
when i try to compile my program I get the following message:
/usr/local/include/FL/Fl.H:247:28: error: expected unqualified-id before
string constant
/usr/local/include/FL/Fl.H:247:28: error: expected ‘;’ before string
constant
I only inludes the
On 02/14/12 23:34, Johan R wrote:
I am very happy with performance now, the performance was horrible when my
previous Fl_Text_Display contained lots of text.
I'm curious:
What specifically was slow in Fl_Text_Display (scrolling, adding
text, parsing..)
How
On 02/13/12 13:17, Prabu wrote:
I have images A and B.
Image A is 3 channel and Image B is 4 channel.
I am trying to display image A and then overlay image B on top of A in
Fl_Window.
Can someone please provide me with sample code that shows how to do this
This example should be
On 02/12/12 09:27, N. Cassetta wrote:
Could FLTK manage color transparency?..
I don't know the actual answer to this one,
but perhaps I can point you in the right direction.
I know Fl_PNG_Image does this somehow, because it can do this:
On 02/08/12 19:28, leowang wrote:
window-image(Fl_Shared_Image::get(test.bmp));
But when I run the program in my arm board, it only display white but not the
test.bmp. I can sure the test.bmp is in the correct position.
Can anyone tell my why? Thanks.
I would add some error
On 02/09/12 13:08, ayar...@umich.edu wrote:
Hello,
I am currently attempting to use a program that employs the FLTK library, but
it crashes reliably when a drop-down menu button is clicked. It seems to
occur in fl_draw's fl_measure function when the 64bit library is used.
running the
On 02/08/12 14:45, ayar...@umich.edu wrote:
Hello,
I am currently attempting to use a program that employs the FLTK library, but
it crashes reliably when a drop-down menu button is clicked. It seems to
occur in fl_draw's fl_measure function when the 64bit library is used.
running the
On 02/07/12 22:04, leowang wrote:
I have a question of set fltk color.
I use color(0x0) to set background color to black, but it display white to
me, and if I use color(0x01010100), the display is black, so why 0x
is not black in fltk?
my fltk version is 2.0, and my system's color
On 02/08/12 01:34, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I use color(0x0) to set background color to black, but it display
white to me,
As you have been advised before, fltk-2 is deprecated, so support is
likely to be fragmented - you would do better converting to the
supported fltk-1.3
On 02/08/12 08:48, MacArthur, Ian (SELEX GALILEO, UK) wrote:
If not in test/ then maybe in examples/ ?
Opinions?
I'd vote for 'test', since its probably a good opengl benchmark tool,
considering it shows FPS.
Well, I guess the original code is in the public domain, so I
On 02/08/12 13:42, Ian MacArthur wrote:
Yes, I think so, +1 for adding to test folder, after folk have looked it
over.
Though fltk headers might be awkward given the provenance of the original
material?
Mm, what's the original license?
We should probably preserve it if
On 02/07/12 14:56, Shon Pritchett wrote:
I've tried everything I can think of but I cannot force
a redraw at exactly the instant I want to. I need an
occluding object to damage the window before I can force a redraw.
Calling redraw() is the equivalent of damaging the window.
STR #24
10:15 Apr 29, 2003
Status: 4 - Pending
I just wanna say that bugs unaddressed in the system for 9 years
are like wrinkles on an old person's face;
it shows a project's maturity, and is nothing to be ashamed of. :D
On 02/06/12 02:35, Beamon wrote:
What's the actual difference between those two?
Weighing in late, but thought I'd add:
handle() is the method through which all events are sent to the
widget.
callback() is triggered at the whim of the logic of the widget.
On 02/06/12 13:59, Shon Pritchett wrote:
Hello Everyone,
I am using a GlWindow to display some images off disk in sequential order.
I'm having some trouble getting the GlWindow to refresh in a timely fashion.
I am using the add_timeout function to register my opengl setup code and then
On 02/06/12 14:59, Shon Pritchett wrote:
My problem isn't so much FPS but whether calling redraw is
enough to refresh the screen. I can live with a much lower FPS otherwise.
I *think* it should be sufficient; calling refresh() just sets
a flag inside FLTK that will cause it to
On 02/05/12 11:21, mattes wrote:
The code below works fine in linux. The image displays.
Using the same code under windows does not show the
image. All i get is the window with its gray background.
Executing the code does not produce any error message.
Are you certain the current
On 02/04/12 00:31, testalucida wrote:
I tried that before and I could swear width always being 0.
But as I wrote this I tried again (on Linux) and it worked.
Perhaps it was on Windows? I'll try on Monday.
I'm guessing in the tests where you got 0,
fl_font() hadn't been set
On 02/03/12 01:24, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Though my strong recommendation is just to have a simple Makefile and
just have the IDE call that directly (in my experience, all that Eclipse
does is write its own Makefile anyway, in a really scrappy style that is
hard to read - so
On 02/03/12 11:21, testalucida wrote:
Hi all,
thank you for your efforts!
It works as you say, but I still can't understand why this doesn't work:
textfont( FL_HELVETICA_BOLD );
textsize( 12 );
(instead of fl_font(textfont(), textsize()); )
fl_font() sets the current font used for
On 02/02/12 02:07, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Once I fixed it so that it will actually compile, and incorporated the
changes we advised, I had this (see below) and it works perfectly, so I
do not know what the problem you have in your real code can be:
I had to change the
On 02/02/12 06:09, Forough Mehralian wrote:
hi
why I encounter with a fatal error by adding this line:
char *address;
address = fl_file_chooser(where do you want to save, , sheet1.txt);
Works for me when I use it in a test program, eg:
#include FL/Fl.H
#include
On 02/02/12 06:28, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Other than that, built and ran OK for me.
My code, or Martin's (testalucida's) original example?
I started with your code.
OP's wouldn't build; missing includes, std:: notation, etc.
Also, I could see
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2803
Version: 1.3-current
If you include a patch, I'm sure it will be considered.
Feel free to include comments about the patch, ie. why you
chose one technique and not
On 02/01/12 08:29, Forough Mehralian wrote:
I wanted to add labels rows and columns but something that is important
is that the labels of rows should just scroll by the vertical scroll bar
and the labels of columns should just scroll by the horizontal scroll bar
and I dont know how should I do
On 02/01/12 08:29, Forough Mehralian wrote:
I wanted to add labels rows and columns but something that is important
is that the labels of rows should just scroll by the vertical scroll bar
and the labels of columns should just scroll by the horizontal scroll bar
and I dont know how should I do
On 02/01/12 09:44, testalucida wrote:
Hi Ian, hi Albrecht,
thanks for your proposals.
I made the recommended improvements but without any effect.
On debugging I found out that the measurement of the topmost Fl_Output widget
(calling fl_measure()) sets
0 to my width variable (wi).
On 02/01/12 09:31, Forough Mehralian wrote:
thanks for your help but I don't know what to write in my
callback and how should I understand which scroll bar was moved
and then how should I add my all labels to just e.g. vertical scroll bar?
(Please follow up to the group though, not
On 02/01/12 09:22, Greg Ercolano wrote:
On 02/01/12 08:29, Forough Mehralian wrote:
I wanted to add labels rows and columns but something that is important
is that the labels of rows should just scroll by the vertical scroll bar
and the labels of columns should just scroll by the horizontal
On 01/24/12 06:46, Albrecht Schlosser wrote:
Yeah, the old approach (with FLTK 1.1) was IIRC to display a
standard header, then followed by the normal HTML page, and then
by the form needed to show and add comments. Or similar...
Unfortunately this didn't work with the doxygen docs, maybe
On 01/30/12 01:05, duraisamy wrote:
Dear Friends,
We would like to make sure that software is free or license.
FLTK is free and can be used in free or commercial software
for free.
We would like to know whether we have to satisfy any licensing agreement
to make the software
On 01/30/12 01:05, duraisamy wrote:
Now, we were used Qt 4.6.2 version in our embedded device.
It is going to be licences very soon. so we plan to switch over fltk.
Although we're happy you'd like to use FLTK,
it might save you some trouble to make sure you're right
On 01/27/12 11:58, Mike Werner wrote:
Was just fooling around with Erco's Fluid demo on a Windows 7 workstation
running FLTK 1.3. The demo basically opens a small window somewhere on the
desktop. It's running fine for me. I noticed that while running fluid, if the
window is moved around on
On 01/23/12 10:22, Yuri P. Fedorchenko wrote:
hm i also have a problem. when i try open, for example,
http://www.cli.di.unipi.it/~demiche/3DPlanetarium.html
i have:
Forbidden
You don't have permission to access /~demiche/3DPlanetarium.html on this
server.
It's just a stale link.
One of the things I liked about the old 1.1.x docs
was we were able to make comments against the docs.
Kinda handy for users.
Not sure how to pull this off with doxygen, but perhaps
we can make a post-process for our doxygen website pages
that hooks some HTML at the bottom of all the doxygen
On 01/20/12 05:04, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I have considered making my own widget since i feel
Fl_Text_Display is a bit of a cpu hog.
Any ideas are very welcome.
I don't think I'd use a text display for that at all, I think I'd use a
Fl_Browser, and derive from that to
On 01/20/12 14:08, Paul R wrote:
The text editor perhaps? bearing in mind i only want read functionality.
Identifying 'start /end' to statement blocks etc,
Colouring text if it is a certain dataype, etc.
background highlighting of text when the context is of a certain statement
type, all of
On 01/20/12 14:42, Paul R wrote:
Can the text editor be tweaked in this way?
The text editor already supports colors very easily.
See this simple example:
http://seriss.com/people/erco/fltk/#Fl_Text_DisplayStyle
You can specify an optional 'style buffer' to the Fl_Text_*
On 01/20/12 14:59, Paul R wrote:
Greg, thanks, I checked your page link, also in relation to the
fluid code view i see exactly what you mean, and also there is no
write enabled! That would be a real improvement on the current
view the consultants have.
Right; the example there uses
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.4-feature (r9232)
OK, I've checked in a few more mods to fix the selection slowness issue
on very large trees as mentioned by
I really need to check these Fl_Tree ABI features to get it off
my plate, otherwise I fear I'll forget to get around to it.
In the interest of time, I'm going to go with Albrecht's idea
of using FLTK_ABI_VERSION with a release number, eg:
FLTK_ABI_VERSION 10302
On 01/19/12 02:00, MacArthur, Ian (SELEX GALILEO, UK) wrote:
So, Brian and I had a look at what happened here, and the outcome is, I
think, interesting.
Check the config.log from the failed run.
Based on the contents of 'configure', I believe
all the test output goes
On 01/17/12 01:32, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I guess what I'd really want is a macro like:
I_AM_LINKING_STATIC_SO_GIVE_ME_THE_LATEST_AND_GREATEST_ABI_OPTIONS
(well, maybe the actual name might be shorter than that) to get at the
latest supported ABI without having to
On 01/16/12 23:42, Edzard Egberts wrote:
Greg Ercolano schrieb:
AFAIK, FLTK doesn't use RTTI;
But most of the modern compilers use RTTI as default (and even the older
ones can activate it) and so it works, when regarding classes, derived
from FLTK.
Neat, thanks Edzard
On 01/16/12 08:26, Bernhard Schönhammer wrote:
Hi again,
just another small question:
void Fl_OpBox::_RemoveButton(Fl_OpButton *but)
removes the but from inputs and outputs. Shouldn't it remove it from the
Fl_Group too?
Yes, I'd agree.
I don't think the test
On 01/16/12 14:28, ORL wrote:
I need to get the parent of a Fl_Box type to determine what the handle method
does.
To be more accurate, I need to check if the parent class is light_xyPad
(which is a class I've written, quite close to Fl_Group, but with some
private variables).
I really need to check these Fl_Tree ABI features to get it off
my plate, otherwise I fear I'll forget to get around to it.
In the interest of time, I'm going to go with Albrecht's idea
of using FLTK_ABI_VERSION with a release number, eg:
FLTK_ABI_VERSION 10302
On 01/12/12 09:05, Mariwan wrote:
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
On 01/12/12 09:08, Bernhard Schönhammer wrote:
I am just looking into the great Fl_OpDesk from Greg.
Just one question for now:
In Fl_OpDesk::Connect the line 542 reads:
if ( _ConnectOnly(srcbut, dstbut, errmsg) 0 ) return(-1);
I think it should be != 0, because ConnectOnly returns 1, when
On 01/09/12 03:19, Albrecht Schlosser wrote:
I'd think the version# would simply be set at FLTK build time,
'baked' into one of the .H files, and then could not be changed
unless the lib were rebuilt.
Okay, but it would be difficult (at least I think so) to change the
file
On 01/08/12 04:48, Albrecht Schlosser wrote:
Users are encouraged to do something like this in their main program
or wherever they have potential ABI differences:
if (fl_abi_version() != FL_ABI_VERSION)
fl_abort (FLTK ABI version mismatch: %d != %d,
fl_abi_version(),
On 01/08/12 04:48, Albrecht Schlosser wrote:
This is *not* dependent on linking statically or dynamically! If your
version of the FLTK lib is compiled with another ABI version macro than
you define in your application, then you *have* different ABI versions
in your application.
Oh, I
I decided to add a section on my cheat page about how to create
application icons for the different platforms, as I'm not sure we
have any clear documentation on this in the FLTK docs or articles:
http://seriss.com/people/erco/fltk/#AppIcons
It's an oddball subject, because this has little to do
On 01/07/12 02:29, Albrecht Schlosser wrote:
To close that hole, perhaps we should add a requirement
to the CMP so that all new .0 releases must first resolve
all FL_ABI_FEATURE's are resolved before release.
So in other words, make sure any source files that show up
On 01/06/12 06:28, Albrecht Schlosser wrote:
Moving this thread to fltk.development ...
Please post follow-ups to fltk.development.
On 05.01.2012 18:15, Greg Ercolano wrote:
Looks like fltree.patch would break the ABI, so we can probably not
apply this in fltk 1.3.x.
Good point.
Hmm, we
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
Attached file fltree.patch...
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
Attached a patch (fltree.patch) to address slowness when selecting items
in the 100k test program. Thanks
Looks like fltree.patch would break the ABI, so we can probably not
apply this in fltk 1.3.x.
Good point.
Hmm, we really need a way to get ABI breaking stuff into FLTK,
because if we don't, we forget to add it later.
Also, I think a lot of people compile static, and aren't concerned
with the
Perhaps we can create a configure(1) controlled macro flag called
FLTK_ABI_FEATURE that is default off, and could be used to
#ifdef out ABI breaking features.
Oh, and in case it isn't obvious, users could configure'
this feature on (eg. 'configure --enable-abi-features')
and build
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
Albrecht: see my reply in fltk.bugs, along with an RFC that might
make ABI breaking code a possible option
OK, I just added fltree.patch to STR#2795:
See: http://fltk.org/str.php?T2795
This is the direction I plan to go for optimizing the
selection slowness issue with the 100k item tree.
Please give it a whirl, and if there's comments or trouble
with it, please follow up in the STR.
I didn't check
On 01/04/12 09:41, Duncan Gibson wrote:
I am in the process of closing down Easy Software Products. As many of
you know, fltk.org is hosted on the easysw.com server. Our current
colocation contract ends in April 2012, and while I might be able to
extend things on a month-to-month basis I
On 01/04/12 09:06, David FLEURY wrote:
Sorry about disturbing you, but I just tested the code attached in
STR #2795 with r9217 under WinXP 32 and its performance is unusable.
There shouldn't be anything platform specific about the
optimizations.
Is it possible that I am making
On 01/04/12 11:19, David Lopez wrote:
Greg:
I downloaded the entire release:
http://www.fltk.org/software.php?VERSION=1.3.0FILE=fltk/snapshots/fltk-1.3.x-r9217.tar.bz2
OK, I'll check.
___
fltk mailing list
fltk@easysw.com
On 01/04/12 11:36, Greg Ercolano wrote:
On 01/04/12 11:19, David Lopez wrote:
Greg:
I downloaded the entire release:
http://www.fltk.org/software.php?VERSION=1.3.0FILE=fltk/snapshots/fltk-1.3.x-r9217.tar.bz2
OK, I'll check.
Ya, looks like it's spending a lot of time calling
On 01/04/12 12:52, David wrote:
Le 04/01/2012 21:44, Greg Ercolano a écrit :
Ya, looks like it's spending a lot of time calling find_child().
Apparently I never bothered to implement pointers to keep track
of 'next' and 'last' to speed up walking the tree.
Will follow up
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3.0
A little of my own research: notes for whomever takes this on.
Starting from the top down, when someone clicks+releases in a menu,
I think it works
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9216)
Christophe reported a clipping problem with vertical connectors
between far away items in the tree, which
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9217)
to Dotted or Solid
open the Ascending and Descending items
scroll down
Look how the lines connecting ROOT, Bbb, etc. disappear/reappear
when you scroll up and down.
Ah, good catch.
I should be able to fix that easily; will follow up -- thanks!
--
Greg Ercolano, e...@seriss.com
Seriss
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.3-current (r9216)
Should be fixed in r9216.
Leaving this open to see how it goes.
I tested with the attached code
On 12/23/11 11:06, Greg Ercolano wrote:
On 12/22/11 12:27, David FLEURY wrote:
You are right, I will see for a Tree Item solution, to avoid regression
somewhere else.
I do not know well enough fltk to have any opinion on this subject.
Just try to make my tests work for my own configuration
On 12/22/11 12:27, David FLEURY wrote:
You are right, I will see for a Tree Item solution, to avoid regression
somewhere else.
I do not know well enough fltk to have any opinion on this subject.
Just try to make my tests work for my own configuration.
I was noodling with creating an
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2797
Version: 1.3-current
Great -- whatever we do, sounds like fl_create_offscreen()
is a possible culprit, and since it's a public (documented)
function, we should
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2797
Version: 1.3-current
I researched what the other implementations of fl_create_offscreen() do:
MAC: calls calloc() to allocate a buffer of w*h*4 in size,
On 12/21/11 13:54, mattes wrote:
for ( int i=0; i sizeof(data_colpercent); i++ ) {
data_widths[i] = w * data_colpercent[i] /100;
}
You're overrunning memory here.
sizeof() returns the number of bytes in the array,
not the number of elements.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2797
Version: 1.3-current
Also, why am I not getting any of these posts in my mail???
Looks like when you modify someone else's STR, you can specify your
email at
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
bump
Link: http://www.fltk.org/str.php?L2687
Version: 1.3.1
___
fltk-bugs 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?L2797
Version: 1.3-current
(See thread in fltk.general Tile sample and X_CreatePixmap error)
On linux (centos 5.5 for me), building fltk 1.3.x with
'configure
On 12/19/11 01:40, Albrecht Schlosser wrote:
Greg, what happens if you configure FLTK in these cases with
--disable-xdbe? Or did you? According to what Ian wrote, this
would be necessary to replicate the effect, if your system
used XDBE otherwise (the default).
Hadn't tried it.. I'll give
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2796
Version: 1.3-current
David Fleur writes on fltk.general:
When positioned at the end of the tree item list (scroll to the
max down position) and click collapse
still on FLTK testing...
First point, I try to use a bug FL_Tree (1).
On my computer, it's almost unusable and the real time will be at least 27000
(the number of testcase/testgroup in my nunit code)
Yes, I think Fl_Tree need an optimization pass at the code
to do the
On 12/17/11 14:56, Greg Ercolano wrote:
Second point, in my sample below, on tree full expanded, when positioning at
the end of the tree item list (scroll at the max down position) and clicking
to collapse all, the scroll bar is not recomputed, and stay at the end, so
the tree seems empty
On 12/16/11 09:12, Ian MacArthur wrote:
[32bit vs 64bit observations]
Just to add some info to the mix: I tried a test between
two linux machines:
1) fedora 3 32bit/Xorg 6.8.1 (2004)/flwm
2) centos 5.5 64bit/Xorg 7.1.1 (2006)/flwm
I
On 12/16/11 00:07, Robert Strickland wrote:
Thank you so much for your help. Changing from Fl_Window to Fl_Group did the
trick. I don't think I would have figured this out on my own.
Your FLTK Cheat pages are a tremendous resource. Thanks for creating and
posting them. Without them, I
On 12/15/11 01:28, MacArthur, Ian (SELEX GALILEO, UK) wrote:
That's true -- technically I should have used:
#define BOLD_OFF \e[21m
..but \e[0m is so much easier to remember to turn off everything :P
Ah, we may be talking at crossed-purposes - I was not meaning to be
601 - 700 of 3008 matches
Mail list logo