I am going to use Fl_Browser with non-standard scrollbar (my own draw()
function). When I disable standard Fl_Browser scrollbar by
has_scrollbar(0),
calling topline(i) does not scroll browser content.
Is there a way to completely hide standard scrollbar, and control
browser
from outside?
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
I am trying to create a little widget/group made of an Fl_Input (or
text editor) and a drop-down-menu-like suggestions box. The end goal is
to make something similar to an AJAX-y suggestions box found on google,
or the firefox sites suggestions, etc.
It's easy for me to create/fill/show a
One trivial observation is that the use of FLU / flu as a namespace
confused me, since there is already a (fltk-1.1) third-party add-onn
lib called FLU, that I used to use quite a lot!
I was inspired by a moderate fever at the time, and evidently didn't
check thoroughly enough for
On 17 Jan 2013, at 22:54, George wrote:
I am trying to insert a gif into a window but even though i use =
FL_GIF_Image and even the picture is .gif , it' s still looking just
=
like a normal static picture in the window.
Fltk's built-in GIF handling does not support animated
I'm using Fltk 1.3
In an Fl_Value_Input I can manually input a hex value by prefixing it
with 0x, but I can't figure out how to put a value in programmatically
and have it show it in hex. Is there a way to do this?
Well... yes, but probably not as easy as you'd want...
You can derive
I have an Fl_Menu_Bar with a few added items that have the
FL_MENU_TOGGLE property. This adds checkboxes to the menu.
I need to change the visual indication that each menu item has been
clicked from the checkbox to toggling menu item foreground (text) and
background colors.
Obviously I
Hi Sanel,
That's neat - I didn’t know that worked!
First you need to assign callback to desired Fl_Menu_Item, whose colors
you are going to change. From callback you can access Fl_Menu_Bar and
by
using mvalue() member, you can access to selected item; from there you
can change label color,
Thanks for the reply. This code works well for changing the text
foreground color.
However I also need to change the background color (the gray box behind
the text).
Any ideas how to change the background color in an Fl_Menu_Bar item?
I don't think there is an easy fix for this (though
Here's a test - is this any better?
If you send a message that uses characters from certain character sets
in the message body. Messages that use character sets from the
following code pages are encoded as Base64 messages when they are sent
from an Exchange 2000 computer:
Shift-JIS
I am using fltk-1.1.10 and I have in my menu some check menu items.
Their settings shall be updated according to some preference
information. I do this using the 'Name' of the menu item defined by
FLUID in the property dialog of the item.
So I write
PTimeBaseRELA-setonly();
(with
Below is my .fl file with the original menu bar reproducing the error.
Hope it helps!
Thanks
Hmm, OK - I *think* the problem is the empty Recent Files submenu item...
If that item is made to be not-empty, then things seem to work a whole lot
better!
Though, for what it is worth, I don't
It's ok that it will not work when the menu is modified at run time;
but I think the menu_item access should work correctly as long as the
menu is *not* modified. (This is given in my case.)
Yup: I think it would be good if you filed an STR recording this stuff, because
it does look like
How can I detect Window resizing since it doesn't provide any resize
events or callbacks from what I've read?
I'm current writing my first FLTK program for a 2D game and I want to
remove the scrollbars when they aren't required. This is when the width
or height of the world can be fully
Turns out it was a stupid question.
There are no stupid questions...
(Well, not the first time anyway: Ask the same thing 6 times, I might change my
opinion...! ;-) )
I wasn't aware that could override
the resize method although now I that I think about it, nothing had
said otherwise.
I have a button that allows me to upload a specific object in a
Fl_group named test:
Fl_Button {} {
label {Show Voice Parameters}
callback {ADnoteVoice-position(541,35);test-
add(ADnoteVoice);ADnoteVoice-show();}
xywh {5 400 170 25} labelsize 12
}
This
I have an app that, in its menu structure, has some FL_MENU_TOGGLE
entries that show a check mark... Now, depending on various happenings
within the code, these check marks may be set or cleared
programmatically at runtime, using e.g. item-set(); and item-clear();
All well and good -
In fact I'm not using fluid.
You must be using fluid: you are presenting fragments
of fluid output here, which you presumably must be
translating into C++ for compilation, and AFAIK fluid
is the only tool around that knows how to convert fluid
files into C++.
However, perhaps you are
We are facing issue in setting the labelsize and labelfont using
fltk1.3.2 , It always sets to default size,font and color.
We have build fltk1.3.2 with ./configure --shared --thread options.
We were using fltk2.0 and were able to change the label
size,font,color.Since after going
[2] http://edeproject.org/slides/fosdem-2013-fltk.pdf
FLTK - pronounced 'fulltick'
Accurate by the docs, but I've just gotta say,
I don't think I've ever actually heard anyone refer to fltk
as 'fulltick' in real life.
Pretty sure even Bill himself has always
It seems that pulldown() doesn't return until I press Esc, and
handle(FL_LEAVE) doesn't get called until then.
Yup - this seems to be a weakness here; we have the pulldown method which
allows us to programmatically show the menu, but I can't see an equivalent
method to ask the menu to close
it be called by spelling the letters
(albeit a bit hard for the tongue), I'll try to adopt it :)
Nah! The docs say fulltick, so that *must* be right.
The docs are *always* right...
MacArthur, Ian (Selex ES, UK) ian.macart...@selex-es.com wrote:
Sure. Like: How do you pronounce OSX?
Lol
This code uses FLTK for its GUI examples. A link is provided (
http://www.stroustrup.com/Programming/FLTK/ ) to FLTK-1.1.9 sources, to
build that version to be linked with the relevant example code. In
attempting to doing this I've experienced slight problems, and am
seeking advice on
I recently have noticed, that FLTK 1.3.2 don't build any more on SunOS
5.7 because the fl_scandir() funktion was removed since 1.3.0 (the
version I have used before). This was documented in STR #2687.
Yes - we were pulling in an implementation that was *probably*
not compatible with our
I recently have noticed, that FLTK 1.3.2 don't build any more on
SunOS
5.7 because the fl_scandir() funktion was removed since 1.3.0 (the
version I have used before). This was documented in STR #2687.
Yes - we were pulling in an implementation that was *probably*
not compatible with
How would I go about coding this? Pipes? Sockets? None of the above.
AFAIK mutex or semaphore are ment to realise this.
Well, maybe not - a lock file (or in my case a named pipe)
can be a better bet, since it will work across processes
on all platforms, whereas not all hosts systems will
To include the new code into FLTK I would consider the following
things:
1) Import new code to 'src/scandir.c'
Yes - I guess this takes it back to being similar to
what it was prior to STR #2687 or so...
2) Change function name from 'scandir_new()' to 'fl_scandir()'
3) '#include
Though we need to be cautious about not breaking
the alternate implementation of fl_scandir()
given in scandir_win32.c also.
Maybe the win32 version needs tweaked to match
the more const-correct prototype anyway?
I have made the default prototypes for all 'scandir()'s and the sort
We have built FLTK1.3.2 on x86 with the following configuration
$ ./configure --prefix=/home/sachin/FLTK1.3.2_test/ --enable-threads --
enable-shared --enable-gl --enable-Xft --enable-x11
--with-x --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
What host system are you
On 18 Feb 2013, at 22:38, edgar wrote:
Hi.
I am not able to change labelfont() and labelsize() in fltk-1.3.2
I am using the g++ compiler and Ubuntu 12.10.
Here is an example of the code with Hello World:
#include FL/Fl.H
#include FL/Fl_Window.H
#include FL/Fl_Box.H
int
This archive contains the patched files, the content is intended to be
copied over a vanilla 1.3.x-r9824 source tree:
http://micha.freeshell.org/tmp/scandir_patches_for_fltk-1.3.x-r9824.tar
Can you please open the STR for it? I have forgotten the password of my
account and the recovery
Uploaded as STR #2931.
Thanks. Somebody with a Windows machine should verify the code.
Yes, I did; at least on WinXP.
Built and ran fine.
I guess the only issue would be if someone was secretly
using fl_scandir() directly in their own code and got caught
out by the prototype being made
Thanks for responding, Greg. I made an error writing the report
from the compiler.
The code is a copy from the hello.cxx on the fltk.org site.
The compiler statement actually reads :
/hello.cxx:7: undefined reference to 'Fl_Box::Fl_Box(int, int,
int, int, char const*)'
Hmm, the error message is a linker error, so the compiling stage
should have passed successfully. Maybe a library version mix, as
I wrote in my other post?
Oops, oh yeah!
This email and any attachments are confidential
Is it possible to send text typed into an Fl_Input box to another box
without using a callback via an enter button?
Sure; pretty much any fltk widget (including the windows themselves) can be
associated with a callback.
So for a Fl_Input you can set the when() as FL_WHEN_ENTER_KEY, then if
But, I'm still thinking that loading a musical font is the best way
to go, and on that basis I was keen to show how to measure a font
symbol so that you can render it in the right place.
And I was rushing anyway...!
Really, I meant for the code to support resizing, but the version I
Michael Baeuerle wrote:
I will test on the other systems this evening ...
Tested again on NetBSD, AIX and HP-UX. Still works on all of them.
Great, thanks...
Selex ES Ltd
Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14
3EL
A company registered in England
PS. I haven't checked, but maybe this is only a problem with Firefox.
No, I think I have seen that with other browsers too - sure IE does, think
Safari does... So, anyway, not a Firefox feature!
Selex ES Ltd
Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14
3EL
A
Simply forced redraw() of the parent solved the problem.
It's a bit inefficient, because if the parent is a big window with
many objects
I have to redraw everything. Masked by redrawing only when the bargraph
value changes, for now.
Any way to invalidate to the parent only the bargraph
thanks for your answer.
I am writing to you directly,
Best not - I very seldom reply to off-list posts...
will post solutions on list ; for now maybe there is a
bit of misunderstanding, I try to explain better.
The object is a bargraph, let's assume the classic
vertical one ; a green
The question: what is the correct way to fire a graphics update from
a thread ?
Others will probably chime in and tell you more about programming with
threads and FLTK.
Ah... That quite possibly means me then...
OK, at a high level, it goes something like this:
Firstly, a caveat:
In my first app I used Fl::lock, but when the app is growing I have to
be careful not to create deadlocks, as threads can communicate with
each other.
Sure; but the Fl::lock() is a mutex, so you must only take it immediately
before you want to modify the widgets, and you release it as soon
Each whole page is a group-derived object ; I keep a list of pointers
to these objects and jumping to another page is easy.
Just make the current group invisible and make visible another.
The redraw() caused by the bargraph goes to the current visible page
group ; a typical plant can have
Messages from the plant data driver can arrive at different rates (say
from 200 ms up, depending on what is written in the config file) ;
if I fire a redraw() each time I receive the bargraph level my CPU
utilization for the graphics app goes from 4-5% to 60%,
so I simply redraw() when the
You have to realize a blinking message, or an object which
periodically swaps two images :
think of an alarm icon.
The alarm is sounding, and the icon keeps alternating red/yellow horn
images until the user pushes the ack button.
Use a timer to blink... but things are not always smooth
just pure Linux amp; microwindows on a 400 MHz PowerPC embedded
platform ;-)
If you have a 400 MHz PPC, is microwindows the best choice? That
should be easily able to run a real X11 server, (I'm thinking
of the TinxX / K-drive stuff, for example.)
I only ask because (admittedly a *long* time
Maximizing a window, then minimizing it to an icon in the taskbar,
and
then opening that same icon creates a window that covers up to the
taskbar, but it is behind it. The problem shows in all demos of
fltk2.0. Fltk1.2 seems fine.
Can somebody help?
Gonzalo,
Do you
Yes indeed; that looks like the same issue.
Does look like something that could be changed without harm, too.
Be handy if someone who is familiar with the preferences stuff had a view on
this - Matthias' DSL is back on we hear; maybe he's still a little busy after
the moves though!
I think
I am trying to port my software from flkt2 to fltk1.3.
However fluid1.3 complains due to lacking namespaces.
Any chance of adding namespaces to fluid1.3 or a work-around?
Gonzalo, I've opened STR #2936 for this feature request,
so that it doesn't get lost.
Oh, was Gonzalo
The 2.0.x branch is missing from the download area and the trunk does
not compile out of the box.
Note that these two observations may not be un-related...
fltk-2 is, as you know, deprecated, and no one is available to maintain nor fix
it, so we can't really go on distributing it, until it
On 03/25/13 05:16, testalucida wrote:
_
/x\ o
I'm interested in click x but not in click o.
What Ian said, and I'd offer that setting when(FL_WHEN_NOT_CHANGED)
/should/ work for your case, but does not.
Yes; I tried that too, to no avail...
However, I now think we
I have a window with full of widgets made with fluid. Some of them
are text fields to be user filled in order.
When I hit the tab key to change widget focus, the ordering is
haphazard.
Do widgets in groups have a tab-key ordering ? How do you change the
order? Can you change the
marty moore said:
Hi all,
I get the following error when trying to compile fltk3:
$make
=== making src ===
Compiling fltk3png/png.c...
fltk3png/png.c:14:21: error: pngpriv.h: No such file or directory
fltk3png/png.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before
marty wrote:
long li = (long)v; works fine.
Yes; this is a good option, everywhere *except* Win64... On Win64, a long is
still only 32-bit (everyone else decided that in their 64-bit generation a long
would be 64-bits, but MS decided they needed to preserve the sizeof(long) ==
sizeof(int)
I tried to show some html-text for help, but Fl_Helpview doesn't take
care of br and mucks up formatting. Doc tells, Fl_Helpview should
take
care of br, shouldn't it?
Hmm, yes, that does seem a bit broken...
As a hackaround, it looks like replacing b with p/p seems to do
something... Any
Oh! I was mid-reply, and I see Albrecht has already said most of what I was
going to say...
So it appears that when a previous button in the group is removed, the
button's menu position doesn't get updated.
As Albrecht said, the way Fl_Pack behaves in practice is probably not what you
want
X11's own KeyRelease events seem to behave similarly;
in my tests with the pure X11 code below, when X11 sends
a KeyRelease event for the capslock key, the event.xkey.state
shows accurate info when capslock is ENABLED, but INACCURATE INFO
when capslock is
I tried the following FLTK code with the above X11 only code
and it seemed to work more reliably.
Not so much for me - though that may be an issue with the VM rather than a
real problem.
I find that, with this code, if I toggle Caps Lock on/off a few times, I can
easily get to a
Try the xkbvled(1) application.
Do you find it too doesn't properly represent the shift lock LED?
It also fails.
I've tried this now with F17 and Ubuntu-12.10, hosted on Win7 and OSX
10.6.8, though in VirtualBox VM's in each case.
I don't have ready access to another brand of
If I understand correctly, the capslock state info is correct
during
regular keypresses, just not when the capslock key is hit.
Yes - in all the tests I tried, the Caps Lock state was always correct during
(and after) regular key presses.
However, any attempt to discern the Caps
I have found some problems with the file chooser on AIX and NetBSD
operating systems and opened STR #2935 with a patch to fix them:
Selecting File systems from the menu shows either nothing (not even
the root filesystem on AIX) or many entries that make no sense or are
not available (like
Can I use FLTK to develop a GUI with panels where I can, for example,
drag
drop different tabs from different dialogs/panels to other
dialogs/panels
- in short, move action items to menus, toolbars, panels, create new
panels, etc. That is, can I use FLTK to create a dynamic GUI like that
2. This program still uses Fl_Pack. I had originally tried Fl_Pack to
see what it would do. When changed over to Fl_Group, buttons lower in
the window don't respond properly. It seems like the clicked button and
above are the only responding buttons. I quit playing with Fl_Group
since I
I have tested the new code block for AIX on version 5.1 (which lacks
the prototype for 'mntctl()' in the header file).
I have tested the code block for NetBSD on versions 2.0 and 5.1 to
check that the version detection works as intended (and old versions
that don't support 'getvfsstat()'
I don't really know, but my feeling is that we should make the
minimal change, so that people can more easily see what has
*actually* changed.
So... in that case I'd propose that you leave the existing code,
even where it is wrong, but just try and make the new stuff be
right.
If any of you are familiar with Netbeans, you will know that there is
something called the 'Netbeans Platform', which is a pre-configured
framework with all the standard bells and whistles for your average
forms-based application: E.G.
- Main Window
- Menu (File, Open, Save, Help - all
Michael Baeuerle wrote:
I will add the test information to the STR and update the patch.
Done.
All - I'm looking at this patch #2935 and it looks OK, and Michael reports that
it works well on the problem targets. I find it does not break my linux builds.
I propose to apply this patch
Michael Baeuerle wrote:
I will add the test information to the STR and update the patch.
Done.
All - I'm looking at this patch #2935 and it looks OK, and Michael
reports that it works well on the problem targets. I find it does not
break my linux builds.
I propose to apply this
First of all, let me describe my task to make it
easier for you to understand what I need. I am trying to make a
multithreaded text editor.
To what end? In most cases, manipulation of text is easy enough that a single
thread can support multiple views into the same buffer - indeed you can
Hmm, now, I seem to recall that Jason Bryan's FLU widget extensions
=
for fltk had something like that - they wo uld be worth a look.
OK; his pages at OSC.edu appear to be down, but there's a mirror here
=
that still seems to work:
This came up a year ago - check STR2795
Latest
Thank you all so much for your hints: now I understand the real purpose
and design of Fl_tile!
I think I'll opt for a derived Fl_Group as suggested by Ian and Greg.
Mainly by Greg, I thought his description was pretty good.
I might be tempted to make his resizer widget out of a group, so that
Manolo,
what do you reckon - I think you have looked at this and know what it is; looks
fine to me, and useful too...
Thoughts?
-Original Message-
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2659
Hi Peter,
I don't have anything useful to suggest, just wondered about this:
When building a shared library of FLTK 1.3.2 on Mac OS X 10.4 (Linux
cross
compilation), we get this exotic error message:
So... from that, I understand that you are building fltk dylibs for an OSX
target system,
True, but not everything can be changed that way, e.g. file chooser,
fatal errors...
Ah, right - I thought that was covered too.
Oh well, I always use the native file chooser these days anyway!
Also fluid can't be translated and adopted to user
specific locales.
Yes, fluid is more
AFAIK kdialog is often distributed with KDE, which isn't the case
for zenity/Gnome.
Of the gnome-using boxes I have ready access to, the Ubuntu 12.10 and F17
versions do appear to have zenity, but some others do not (though these are for
particular uses and may be atypical!)
But there's
1) For large commercial software, I have a VERSION file in
the
main directory with a single line in it: VERSION=#.#
This can be include'ed from Makefiles to define macros used
on everything from compile lines to Makefile construction
IIRC I haven't seen a real freeware (public domain) proposal.
Wouldn't this be appropriate for the example code?
I see Mike's already said this, but thought I'd re-iterate: way back when, in
my naivety, I went looking for a Public Domain license, and was told that such
a thing really doesn't
I'm working on fixing STR #2772 (removing extraneous code in
fl_measure()) and need to understand in detail how we support '@'
symbols in FLTK.
Eek! That seems brave! (To me, at least!)
Selex ES Ltd
Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14
3EL
A
- I know it is normal for MS stuff to call the resource file just
resource.h, but it seems suspect to me; we should call it something
that makes it clearer what it is, even fluid_resource.h would be
better, IMHO. Also, there's cruft in there we do not need for the
simple case of adding an
Clearly, yes. I have not succeed to include the png provided into th
resource. I am on it, But don't have good resource editor.
Is there not one built in to the VS tools? Last time I looked (which
may have been VC6!) ISTR there was... Or maybe that's false memory
syndrome?
In any
Actually, some elaboration; tests revealed a subtlety I wasn't
aware of:
Huh; that's not quite what I expected, either.
Though, now I think of it, I'm not sure what I *did* expect the behaviour to be.
I only rarely use the when options, so had (at best) a vague notion of how
they
There is kWindowHighResolutionCapableAttribute but it's for Carbon.
The implication seems to be that for Cocoa apps it should just work.
Any of the more mac knowledgeable sorts know what's going on here, or
should I keep poking through the apple docs?
And by Any of the more mac knowledgeable
ISTR that we discussed adding such a method a while ago,
Oh! Now that does seem somehow familiar... When I saw Greg's post, it did sort
of seem like we'd been here before, but...
and that it probably wasn't done for some reasons.
Though I can't (now) imagine why not. It sounds perfectly
Indeed, that did the trick! Thanks so much! I updated my make_bundle
script, presumably fltk could do the same with the official one,
provided there are no side-effects on non-retina systems.
I think Manolo has already tweaked the plist files in the fltk-1.3 svn...
Selex ES Ltd
@manolo: Great -- agree with all, except perhaps loosing const here:
- const Fl_Window *win = (const Fl_Window*)this;
+ Fl_Widget *win = (Fl_Widget*)this;
I think we can maintain const protection on the variable this way:
const Fl_Widget *win = this;
:
return
I have put the functions in Fl_Menu_Item namespace only because maming
them
that way seems to make sense. As far as I know, static functions (and
static class variables) do not break ABI: they are not really class
members, just additional ordinary functions and global variables with
fancy
Greg wrote:
It occurs to me maybe I should write an article or make a video or
something on how to make an FLTK widget, all the wacky details and
implications. I wish I had one when I was writing Fl_Tree and
Fl_Table,
as there's a lot of stuff about keyboard nav and when() that I didn't
FWIW, and as a separate issue, I *think* the .rc file can be a
simple
one liner. (I'm all about simplicity and understanding everything
in
the files I build)
For instance, with sudoku, it seems I can change the sudoku.rc
file to just contain:
101 ICON
I think the best thing would be to create an STR and post the icon
and your patches there, for folk to take a look at.
Ok, I will do it so (at least I will try)
It's not so hard; you'll be fine!
The icon file is 32k bytes now?
That seems OK, maybe a bit larger than I'd have
I just noticed a few things on win32:
[1] If an app sets the window's xclass() *before* it sets the
icon(),
the icon won't show up in the title bar.
Hmm, odd. I did not know that...
We have kinda changed the way the xclass is done, more recently than the icon
stuff was
Generally said, what I am trying to do is to make separate thread for
displaying each window. I thought about creating multithreaded
callback function for each window's redraw,or redesigning main loop's
work, or something like that.The aim is to make each window run
absolutely separately,so
Thanks a lot, that information was really useful, but I need to clear
few more things.
You are welcome - but as Roman has pointed out, this is off-topic for this
list: I'll move my reply over to fltk.general, where it is more appropriate.
Join us over there...
(This list is for discussing
Just as a side note; I was using the VS7 (ancient) compiler to do
the above tests (I still use VS7 for building my commercial apps),
but double checked in VS 2010 as well.
Both compilers seemed consistent, so if MS did change something,
it would've predated
93 matches
Mail list logo