On 10/30/12 02:25, Klaus Rudolph wrote:
> But if I now move to the "not accepted region" of the red box, I could
> not tell fltk that I am out of my accepted region.
Probably someone else who's done this before should weigh in;
I can only guess as I haven't done it, and it would t
On 10/28/12 01:53, Klaus Rudolph wrote:
> I want to create some simple non rectangle widgets.
>
> It is quite simple to derive from any widget class, but all the classes
> have a rectangle boundary. Any mouse event will be handled to the
> rectangle region of the box of the widget I derive from.
>
On 10/27/12 00:43, Thad Smith wrote:
> I am in a freshman c++ programming course at Tx A&M. We are using fltk for a
> project. I can use everything fine at the lab but I'm trying to set up on my
> home computer using VS2012.
> I watched this tutorial and tried to use with current system:
> http
On 10/23/12 15:38, w. szukalski wrote:
> How can I get an older revision of FLTK-3.0, e.g.
> fltk-3.0.x-r9400 ?
>
> winfried
The -r flag is what you'd want, eg:
% cd /usr/local/src/fltk-3.0.x
% svnversion
9705<-- currently at 9705
% svn update -r 9400
Dsrc/fltk3
On 10/22/12 07:05, Gonzalo Garramuno wrote:
> Thanks, Greg. But the hooks in windows are not enough. I need to show frame
> sequences
> as file..exr and allow selection of them.
Oooh, that kind of thing.
Yeah, you'd probably have to hotrod one of the existing fltk widgets
On 10/21/12 09:33, Greg Ercolano wrote:
> On 10/21/12 09:25, Greg Ercolano wrote:
> The fltk native file chooser uses GetOpenFileNameW() in WIN32,
> which if you read about it and its related functions, might
> find a callback hook.
Sniffing around, I sugg
On 10/21/12 09:25, Greg Ercolano wrote:
> On 10/20/12 17:47, Gonzalo Garramuno wrote:
> An easy solution is to just do that operation after the user chooses
> the file. That would make it easier, since people are probably used
> to the native choosers; in my experie
On 10/20/12 17:47, Gonzalo Garramuno wrote:
> I was wondering if some file requester in fltk allows access to the network
> files on a windows network that does not map the dirs to a path.
> Instead, the paths are like //machine//drive//dir,
> I need a custom file requester, not the native platfor
On 10/16/12 13:23, Ian MacArthur wrote:
>
> On 16 Oct 2012, at 20:36, Doug Parks wrote:
>
>> I decided to make a custom button class so that I could reduce the amount of
>> code in my project. I was able to create the button but when I click on the
>> button, the callback isn't being called.
On 10/15/12 01:44, w. szukalski wrote:
> The HelpView.cxx does not allow to add() or insert() a widget.
> I have tried to do that. No visible result either using add()
> or insert().
Wanted to add: this thread sounds very 3.x specific.
Just saying, so that 1.3.x folks don't get co
On 10/13/12 18:34, Greg Ercolano wrote:
> On 10/12/12 15:53, LZAntal wrote:
>> When I startup demo or fluid from the terminal everything I type into input
>> fields goes to the terminal instead the input field.
> [..]
> The behavior you describe with terminal input soun
On 10/12/12 15:53, LZAntal wrote:
> Hi all,
>
> Starting out with fltk. Installed the 1.3.x-r9696 on Mac Mountain Lion.
> Was getting compile errors with 1.3.0 and after reading this
> http://www.mail-archive.com/fltk@easysw.com/msg13956.html I was able to
> install it without any issues.
>
>
On 09/28/12 07:48, David Allen wrote:
> I want to place an Fl_Input over each node so that the user can name the
> node. I have made several attempts, none of which are satisfactory.
> Suggestions are appreciated.
I'd suggest having a right click menu for the nodes, one of the options
b
On 09/28/12 07:57, Ian MacArthur wrote:
> In the meantime, have you seen Greg's OpDesk code? That might be similar
> enough
> to give some insights in to what to do...
>
> http://seriss.com/people/erco/fltk/Fl_OpDesk/
> Hope that helps...
Oops, just noticed the 'documentation' link on th
On 09/27/12 13:20, Eric Sokolowsky wrote:
> After trying a few more things I found a recipe that seems to work, but it is
> a bit of a kludge. At the end of my class's draw() function (this is the
> class that derives from Fl_Scroll, and has a Fl_Pack as a member) I check to
> see if the window
On 09/27/12 13:08, Eric Sokolowsky wrote:
>> On 09/27/12 10:47, Eric Sokolowsky wrote:
>>> I'm using FLTK 1.3.0 and have a list of widgets in a Fl_Pack. This Fl_Pack
>>> is inside a Fl_Scroll. When I add a new item to the Fl_Pack I want the item
>>> to be visible right away, scrolling if necessar
On 09/27/12 10:47, Eric Sokolowsky wrote:
> I'm using FLTK 1.3.0 and have a list of widgets in a Fl_Pack. This Fl_Pack is
> inside a Fl_Scroll. When I add a new item to the Fl_Pack I want the item to
> be visible right away, scrolling if necessary. Is there a way to do this
> easily, or do I hav
On 09/20/12 13:26, Herman wrote:
> Hmm, I usually use
>
> Fl_JPEG_Image* o=new Fl_JPEG_Image(file);
> if (o && o->w() && o->h())
> {/*loaded successfully*/}
> else {/*some error occured*/}
>
> It never failed so far on all the platforms I tested (Win/Linux/Mac).
>
> So I don't really see why to
On 09/20/12 05:10, Roman Kantor wrote:
> On 20/09/2012 11:27, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>>
>> Could do - though I'm a big fan of just calling access() on the path
>> before I try to use it - that pretty quickly filters out any mistakes...!
>> [..]
>
> Yeah, I use access too - act
On 09/20/12 03:27, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Fl_BMP_Image jpg("C:/Users/Marick/My Pictures/image.bmp");
>> I wonder if we could make error checking more obvious for the default
>> behavior in FLTK for this type of thing.
>>
>> I can think of three possible ways
On 09/19/12 10:00, Doug Parks wrote:
>> Fl_BMP_Image jpg("C:/Users/Marick/My Pictures/image.bmp");
>>
> After looking at my code again for the 1000th time I just realized I was
> using an invalid file path. There is no "My Pictures" only a "Pictures"
> folder.
> Thank you for taking the time t
On 09/12/12 03:33, Corne van Tonder wrote:
> I know this seems really stupid, but could we add the Static suggestion
> to the columns example in the API docs? I was just stuck on this very issues
> for a day. I know it may seems a little nooby, but it could be helpful to
> others as well.
On 09/13/12 14:46, Gonzalo Garramuno wrote:
> Windows is fine. I run Ubuntu with KDE and that shows the problem.
Fedora 3 + KDE works OK.
Gonzalo, what /version/ of Ubuntu?
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/
On 09/10/12 10:00, Art Werschulz wrote:
> erdos@dsm:examples$ g++ -o hello hello.cxx -lfltk -lXext -lX11 -lm
> erdos@dsm:examples$ hello
> *** glibc detected *** hello: malloc(): memory corruption: 0x01bcb320
> ***
> *** glibc detected *** hello: malloc(): memory corruption: 0x01bc
On 09/08/12 10:25, Ian MacArthur wrote:
> On 7 Sep 2012, at 23:59, Paul R wrote:
>> I have not logged in for a while, Have barely programmed in C family
>> languages for over a year, bin mired in horrible vba flaky land - but on the
>> back of that i am in a postion to sell a (extndable) piece of
On 09/08/12 08:31, Greg Ercolano wrote:
> On 09/08/12 06:29, Cliff Yapp wrote:
>>> On 09/05/12 13:13, Gonzalo Garramuno wrote:
>>>> On my Linux box (Kubuntu), doing a fullscreen and turning it off does not
>>>> create the window's decorations back again.
On 09/08/12 06:29, Cliff Yapp wrote:
>> On 09/05/12 13:13, Gonzalo Garramuno wrote:
>>> On my Linux box (Kubuntu), doing a fullscreen and turning it off does not
>>> create the window's decorations back again. The problem is not there on
>>> Win32 or Win64. The problem appears in all versions o
On 09/06/12 11:23, Furqan wrote:
> But when I try to create another OpenGL window in the same way,
> Fl_Double_Window does not grab the OpenGL windnow.
Try enclosing the creation of your openGL window with
begin() and end() for the double window.
So for instance if your Fl_Double_Wind
On 09/05/12 13:13, Gonzalo Garramuno wrote:
> On my Linux box (Kubuntu), doing a fullscreen and turning it off does not
> create the window's decorations back again. The problem is not there on
> Win32 or Win64. The problem appears in all versions of fltk (although I am
> interested in fltk2).
On 09/05/12 13:20, Greg Ercolano wrote:
> On 09/05/12 13:13, Gonzalo Garramuno wrote:
>> On my Linux box (Kubuntu), doing a fullscreen and turning it off does not
>> create the window's decorations back again. The problem is not there on
>> Win32 or Win64. The probl
On 09/05/12 10:14, Greg Ercolano wrote:
>> Also, I have absolutely no objections to contributing to the cause.
>> I'm pretty sure that someone else should be testing and checking
>> in any changes that are worthwhile keeping, though. :)
Oh, and I meant to reply to t
On 09/05/12 07:31, Chris Russ wrote:
> I've gotten approval from the bosses to attempt a two-part plug-in -- first
> part
> that grabs the image, second part that does the processing/UI. Now I have to
> do it.
> Doing it as a DLL is no biggie -- I've got a lot of experience with that,
> but maki
On 09/04/12 14:08, Chris Russ wrote:
> H.
> Separate process is a royal pain in the @$@#$%. Not only passing images
> over the "wall" is a pain..
Shared memory should make it as easy to use as a thread,
I'd think.
> but remaining modal in that case would be a challenge.
On 09/04/12 12:11, Chris Russ wrote:
> But your approach is worth trying. I can spawn a new thread
> for the UI after copying the image out of Photoshop.
> Let me give that a shot.
Hi Chris,
Just clarifying: I'm not recommending a separate /thread/,
but rather a separate /process
I just have to mention regarding this thread; perhaps I'm missing something
but if I were confronted with the task of writing a plugin to an existing app
that uses a different GUI toolkit than the one I'd be using in the plugin,
I'd almost surely try to design the plugin such that my GUI runs in a
On 08/31/12 18:18, guyingpinming wrote:
>I'm working with a project using fltk to construct a gui,but now I want
> the exe to support the operation of dropping files,that is,if I drop a file
> to the menuWindow,the software can automatically open the file with the right
> format(the file its
On 08/30/12 00:03, Furqan wrote:
> {"&Close ",FL_CTRL+'X',(Fl_Callback *) window_cb},
I think because of the uppercase 'X', it implies FL_SHIFT,
ie. FL_CTRL+FL_SHIFT+'x'
Probably hitting ctrl-shift-X will trigger the shortcut the way you
have it coded.
Assum
On 08/29/12 14:15, Greg Ercolano wrote:
> On 08/29/12 06:01, Bogdan Popescu wrote:
>> Hello everyone,
>>
>> I've recently migrated/rewrote our small communication application from
>> Perl to C++ and used FLTK for the GUI part, the idea was to be able to
>>
On 08/29/12 06:01, Bogdan Popescu wrote:
> Hello everyone,
>
> I've recently migrated/rewrote our small communication application from
> Perl to C++ and used FLTK for the GUI part, the idea was to be able to
> start using it on Win/Mac rather than giving Linux boxes to users...
>
> As it's made o
On 08/25/12 13:49, David FLEURY wrote:
> int handle(int e) {
>if (e == FL_PUSH) std::printf("%d\n", Fl::event_clicks()+1);
>return Fl_Window::handle(e);
> }
> };
I can confirm the problem as windows-specific.
Your program works fine on linux; shows multiple
On 08/25/12 10:37, David FLEURY wrote:
> Hi,
>
> I am using Fl::event_clicks to detect double clic,
> but I don't succeed to cath a trip-clicks ?
>
> Any idea ?
Make sure your code that handles the double click
still allows the event through to the base class,
and returns
On 08/18/12 13:28, Ian MacArthur wrote:
>
> On 18 Aug 2012, at 20:25, Greg Ercolano wrote:
>>>
>>> And probably need to break out strace or etc. (as I assume Matthias did!)
>>> and see where the time is really going anyway.
>>
>> Write/read ca
On 08/18/12 11:56, Ian MacArthur wrote:
>> That first run of 109ms shows the overhead of pulling the binary off
>> disk,
>> and the subsequent runs are shaving off 100ms because they're obviously
>> running
>> from the disk cache, such that it's only 10ms.
>
> Huh! That's odd - bu
On 08/18/12 03:16, Matthias Melcher wrote:
>
> On 17.08.2012, at 22:22, David FLEURY wrote:
>
>> Hi,
>>
>> In the Fl_Menu_Bar, when adding an item which has a FL_SUBMENU flag on,
>> can I have a callback called (using a specific when) ?
>> I have try callback available on Fl_Menu_Item, but it's
On 08/17/12 05:06, MacArthur, Ian (SELEX GALILEO, UK) wrote:
> Just for kicks'n'giggles I ported the code to WinXP using the
> QueryPerformanceCounter() API to get timings, and I get...
> [..]
> ian.macarthur@DESDAF599172 /d/examples/qix-win-times
> $ ./qix
> New control cost 0.02(ms)
> Show window
On 08/16/12 12:00, Cynthia wrote:
> I'm researching widget toolkits for my company and I have a few questions
> abut FLTK:
> 1)Does the toolkit have a "hover/tip" widget?
All fltk widgets have a tooltip feature, eg:
http://fltk.org/doc-1.3/classFl__Widget.html#a41d417d5350306a6fb
On 08/13/12 12:43, Gonzalo Garramuno wrote:
> I'm trying to compile fltk3 but it fails with:
>
> Compiling fltk3png/png.c...
> fltk3png/png.c:14:21: fatal error: pngpriv.h: No such file or directory
> The file is in include/fltk3png, but the makefile does not refer to it.
Yes, just report
On 08/13/12 13:03, Ian MacArthur wrote:
>
> On 13 Aug 2012, at 18:06, w. szukalski wrote:
>
>> The program connect() in the test directory of FLTK3
>> seems to have flaws.
>>
>> Can these be cured?
>
> Though as you know, fltk3 is still alpha, so the quickest way to cure them
> might be if you
JPL's C language coding standards:
http://lars-lab.jpl.nasa.gov/JPL_Coding_Standard_C.pdf
Many items some will find obvious, and some are specific to embedded
hardware and real time hardware control. Still, and interesting read.
31 rules in approx. 18 pages.
__
On 08/12/12 17:45, Amadeus W.M. wrote:
> I'm trying to create my first threaded application with fltk. I have two
> threads: one that produces stuff and the gui thread. For simplicity, the
> producer thread just generates random rectangles and tells the gui thread
> to draw them via Fl::awake().
On 08/11/12 22:52, Patrick wrote:
> I made all the changes you outlined but I don't fully understand what
> the underlying issue was. Does the older version have trouble with type
> casting with more current compilers?
The newer compilers don't like it if you try to assign
a 64bi
On 08/11/12 17:01, Patrick wrote:
> Hi Everyone
>
> I guess 1.0 does not get much use these days but the code base was only
> 17K lines of code back then. I would like to build it but I am getting
> errors.
Which subversion of 1.0: 1.0.0, 1.0.11..?
I just built 1.0.11, and only
On 08/11/12 09:22, Coder wrote:
> Than I get:
>
> error: request for member 'x' in 'window',
> which is of non-class type 'Fl_Window*'.
>
> And for the position():
>
> error: request for member 'position' in 'window',
> which is of non-class type 'Fl_Window*'.
If you're a C programmer,
On 08/10/12 20:10, Coder wrote:
> Hi,
>
> How can I get the position of my Fl_Window window..
x() and y() should have the position, ie. window.x(), window.y()
> and also reposition/set a new position for it?
window.position(x,y)
window.resize(x,y,w,h)
_
On 08/10/12 08:23, Greg Ercolano wrote:
> On 08/10/12 06:52, Gonzalo Garramuno wrote:
>> I was wondering how to use gettext with fluid.
>
> There's a bit about this in the fluid docs:
> http://www.fltk.org/doc-1.3/fluid.html#fluid_i18n
>
> ..th
On 08/10/12 06:52, Gonzalo Garramuno wrote:
> I was wondering how to use gettext with fluid.
There's a bit about this in the fluid docs:
http://www.fltk.org/doc-1.3/fluid.html#fluid_i18n
..there's a section on "Using GNU gettext for i18n"
It'd be good for us to kn
On 08/03/12 19:58, Matthias Melcher wrote:
> I considered this for FLTK, but Apple would not allow you to publish anything
> with FLTK.
Right, though in theory I imagine if you can develop an app using FLTK,
/you/ can run it through the developer interface.
And I imagine
So what the hell, I thought I'd ask.
FLTK on the ipad -- is that even possible? Anyone tried?
I know Apple has some kind of rule outlawing graphics libraries
like FLTK for ipad/iphones, but perhaps someone has at least
tried and failed..?
___
fltk mail
>> Perhaps you can also correct my french in that example ;)
>> 4 years of french in High School, and I can barely remember anything.
>
> I can try ;)
>
> For "Langue", if you put "Française", it's better to put "Anglaise"
> instead of "Anglais". To be consistent.
Thanks! Done
On 08/02/12 15:43, Greg Ercolano wrote:
> If you need a pointer that doesn't change, use the menu item's
> userdata();
> this can point to a data structure of your own making, and will survive
> add/insert/delete.
>
> I use that technique i
On 08/02/12 13:40, David FLEURY wrote:
> It looks like not... damned.
>
> So, how can I have this behavior ?
> today, I am using a map storing a Id and the path but this is not the
> easy way when a mnemonic is added to a menu to update all the path.
Just never store the pointer, always
On 08/02/12 13:12, David FLEURY wrote:
> is the Fl_Menu_Item* retrieve using find_item is stable on Fl_Menu_Bar
> add/insert/replace operation ?
No, definitely not.
This is why you never want to keep Fl_Menu_Item*'s around for
very long, you want to do the lookup when even
On 07/31/12 18:53, Todd wrote:
> #include
> #include
> #include
>
> int main() {
> Fl_Window window( 10, 10, 100, 100, "Window" );
> Fl_Check_Button button( 10, 20, 70, 25, "Button" );
> button.color( FL_BLACK, FL_RED ); // How black square with red check?
> window.end();
> window.sho
On 07/25/12 08:55, David FLEURY wrote:
> Ok, I think I found.
> The click event is send only on the pixel area covered by the group.
Yes; it's important the child widgets all be within the child
group's xywh area.
When I start out on an app that makes use of invisible grou
On 07/23/12 05:05, Michiel wrote:
> I'm fairly new to FLTK, and I want to create a neat looking interface using
> FLTL on an embedded system without OpenGL.
> What would like to have is a "progress bar" in the shape of an battery.
> For this I made a battery picture, but I'm a little stuck on how
On 07/23/12 05:21, Furqan wrote:
> So, I am little bit less sure about this, is it a right way of de-allocation
> of all pointers?
It's hard to go wrong when you're quitting the application.
I usually just call exit() if I really want all the dtors called,
but unless there
On 07/23/12 05:44, Jayaram wrote:
> Sorry i haven't yet posted the code yet.
>
> But i see that a redraw is being called on the widget.
Try calling redraw on the parent window, so instead of just
yourwidget->redraw();
try yourwidget->window()->redraw();
__
On 07/23/12 03:52, Matthias Melcher wrote:
> /**
> * \brief Attaches a callback to the "About myprog" item of the system
> application menu.
> *
> * \param cb a callback that will be called by "About myprog" menu item
> * with NULL 1st argument.
> * \param user_data a point
I've not used Fl_Sys_Menu_Bar before, and have a question.
On macs, how does the app take control of the default
"/About" menu in the Fl_Sys_Menu_Bar?
The Sudoku test program has a similar problem to my app
in that there ends up being two "About" menu items that are different:
1) A default o
On 07/20/12 17:21, Fahad Ismail wrote:
> hi
> I am new to fltk, i have googled a lot but cant find any book or or complete
> tutorial for learning fltk. There are only basic tutorials, nothing advanced.
> Can you suggest me a book or a good tutorial which teaches more than HELLO
> WORLD. Thanks.
On 07/20/12 03:42, Jayaram wrote:
>> PiBJIHByZXMgdGhlIGJ1dHRvbiBhbmQgdGFrZSBteSBoYW5kcyBhd2F5IGZyb20gdGhlIHNjcmVl
>> bg0KPiB0aGVyZSBpcyBhIGRlbGF5IGZvciB0aGUgaW5mb3JtYXRpb24gYm94IHRvIGFwcGVhciBh
>> bmQgdGhlIHRleHQgdG8gYmUNCj4gZGlzcGxheWVkLiBCdXQgYWZ0ZXIgcHJlc3NpbmcgdGhlIGJ1
>> dHRvbiwgaWYgaSBrZWVwIG
On 07/20/12 03:34, Jayaram wrote:
> This code is part of a much larger code. I'll put together a smaller piece of
> compilable code and send it to you.
>
> But to add on -
> I used FLTK 1.1.7 with the same Nano-X and Nxlib and found that there is no
> delay.
> Now replacing the FLTK 1.1.7 with 1
On 07/19/12 22:51, Jayaram wrote:
> With respect to performance am seeing this behavior (not quite sure how i can
> explain this behavior).
> So am using FLTK+Nano-X+Nxlib on an Arm target with a touch screen dislay.
> On the press of a button on the touch screen i populate some random text in a
On 07/19/12 15:42, jseb wrote:
>>> http://www.fltk.org/site/strfiles/2862/foo.cxx
>>> http://www.fltk.org/site/strfiles/2862/foo_v2.cxx
>> Confirmed those URLs don't work, but where are you encountering them?
>
> From this link:
> http://www.fltk.org/site/str.php?L2862
>
> Because i've searched
On 07/19/12 13:11, jseb wrote:
> I've seen i come a bit too late, and Greg already opened a bug report.
> I cannot see the samples, both of them returns 404. Here are the URL
> shown in my browser:
> http://www.fltk.org/site/strfiles/2862/foo.cxx
> http://www.fltk.org/site/strfiles/2862/foo_v2.cxx
On 07/19/12 09:03, Albrecht Schlosser wrote:
> Greg, you're replying to my post, but it's not my problem, so I'm not
> in the position to write example code.
Right, my q's were to the OP, but I included your response
to indicate I'd taken that reply into account as well, but
On 07/18/12 02:29, M3taSpl0it wrote:
> As you can see fltk documentation calls '/' actually a totally unnecessary
> feature.
Note this is in the context of Fl_Menu_Item::add(), and not
Fl_Menu_::add().
When creating menu items in a menu bar, I find it best to use:
Fl_Menu_Bar me
On 07/18/12 10:43, Matthias Melcher wrote:
>> The text is split at ’/’ characters to automatically produce submenus
>> (actually a totally unnecessary feature as you can now add submenu titles
>> directly by setting SUBMENU in the flags)
We should fix that; '/' may be unnecessary in the co
On 07/18/12 00:43, Albrecht Schlosser wrote:
> Am 17.07.2012 11:58, jseb wrote:
>
>> I'm using Fl_Table widget , amongst others widgets (Fl_Input, Fl_Output,…)
>>
>> When navigating with keyboard, i «cross» the boundary of the table.
>> I mean, when i'm on the first row, «UP» cursor key put the fo
On 07/18/12 04:39, Jayaram wrote:
>> DQo+IEnigJltIHJ1bm5pbmcgdGhlc2Ugb24gYW4gYXJtIHRhcmdldC4gVGhlIGRlbGF5IGFtIHNl
>> ZWluZyBpcyBpbiBnZW5lcmFsIHdpdGgNCj4gcmVuZGVyaW5nIHdpbmRvd3MgYW5kIHRleHQuDQo+
>> IEkgdXNlZCBGTFRLIDEuMS43IHdpdGggdGhlIGxhdGVzdCBOYW5vLVggYW5kIE54bGliIGFuZCBm
>> [..]
>
> Hi Ian ,
>
On 07/17/12 11:10, Greg Ercolano wrote:
>>> It seems xft is required for utf8 to work though - is this true ?
>>
>> No, I don't think that's true; I've rendered utf8 stuff without xft,
>> pretty sure.
Just verified; I built this test prog
On 07/17/12 11:06, Greg Ercolano wrote:
> On 07/17/12 07:33, darren legge wrote:
>> If I re-compile fltk to not use xft then it starts much quicker (4 seconds)
>> but utf8 characters do not show correctly. I thought xft was just
>> anti-aliasing
>> (which won't
On 07/17/12 07:33, darren legge wrote:
> If I re-compile fltk to not use xft then it starts much quicker (4 seconds)
> but utf8 characters do not show correctly. I thought xft was just
> anti-aliasing
> (which won't work with pcf fonts anyway). It seems xft is required for utf8
> to work though -
On 07/17/12 05:54, M3taSpl0it wrote:
> Good day, I've some confusions related to Fl_Menu_Bar and Fl_Menu_Items. I
> apologize for multiple question in one but they are trivial so I though to
> create only one question.
>
> Question 1) [Using a static menu items array, how do I initialize it in a
On 07/16/12 07:59, Matthias Melcher wrote:
>
> On 16.07.2012, at 15:43, Jayaram wrote:
>
>> I was using FLTK 1.1.7 with Nano-X 0.91 and nxlib 0.45. I upgraded these to
>> FLTK 1.3.0, Nano-X and Nxlib to the latest development head to add utf-8
>> support.
>> I see that there is a degradation o
On 07/13/12 15:34, Furqan wrote:
> 1. so it means we can not give link in Fl_Browser ?
Didn't see mention of Fl_Browser in the OP.
If you're using Fl_Browser, set the item's callback
for that line to run fl_open_uri() with your link,
and that will open a browser to
On 07/13/12 13:41, Furqan wrote:
> I want to create a hyperlink of my website link in my "about" window which is
> created by fl_double_window. how can I do that ?
>
> Info->add("@C1 - ");
> Info->add(" http://www.real3d.pk";);
> Info->add("@C1 ---
I added a little example to the cheat page to show how to use
Fl_PNG_Image
to output PNG pixel data in C/C++ readable hex format:
http://seriss.com/people/erco/fltk/#Fl_PNG_Hex_Dump
I find it often useful to 'inline' PNG files into apps for the same
reason
On 07/10/12 06:37, Giuliano wrote:
> I prefere to spend a little more time now for freedom in the future..
Well put -- A-men! 8^D
Glad you've seen the light ;)
I think you'll find the recommendation for compiling your example
program using:
fltk-co
On 07/08/12 21:33, Greg Ercolano wrote:
> I need to make an Fl_Scroll-based widget with a dark background.
> (I'm using hex colors like 0xRRGGBB00)
>
> Seems hard to get the scrollbars colored properly. I can control
> these colors:
>
> labelcolor() -- the c
On 07/09/12 07:24, Roman Kantor wrote:
> I just like to ask if I can post here propositions for paid development
> of new/improved FLTK widgets - if not, please let me know ant I will stop
> post it here.
Sounds cool to me.
Perhaps adding '[JOB]' to the subject line would make it
I need to make an Fl_Scroll-based widget with a dark background.
(I'm using hex colors like 0xRRGGBB00)
Seems hard to get the scrollbars colored properly. I can control
these colors:
labelcolor() -- the color of the up/down arrows
selection_color() -- the color of the slider
On 07/06/12 09:42, Greg Ercolano wrote:
> Cross platform application programmers have to navigate a veritable
> mine field
> of keyboard shortcuts the evolving window managers throw at us.
>
> I'm not sure there's a good central document that itemiz
On 07/06/12 09:04, David FLEURY wrote:
> Le 06/07/2012 17:43, Greg Ercolano a écrit :
>> On 07/06/12 03:21, David FLEURY wrote:
>>> I have an issue when using this shortcut on a menu bar
>>> (FL_SHIFT + FL_CTRL + '0')
>>
>>> I am under Windows 7
On 07/06/12 03:21, David FLEURY wrote:
> I have an issue when using this shortcut on a menu bar
> (FL_SHIFT + FL_CTRL + '0')
> I am under Windows 7..
I googled for 'shift ctrl 0' and found quite a few hits;
a lot of folks run into this.
Apparently Microsoft uses shift-ctr
On 07/01/12 20:51, Greg Ercolano wrote:
>>int handle (int e) {
>>// DRAW vertical lines
>> int ret = Fl_Widget::handle (e);
>> switch (e) {
>> case FL_PUSH:
>> lines++;
>> int x1 = x();
&g
>int handle (int e) {
>// DRAW vertical lines
> int ret = Fl_Widget::handle (e);
> switch (e) {
> case FL_PUSH:
> lines++;
> int x1 = x();
> int y1 = y(), y2 = y()+h()-1;
> fl_line(x1 + 10 * lines, y1, x1 + 10 * lines, y2
On 06/30/12 12:05, Nick wrote:
> int Fl_Graphic::handle (int i)
> ///\Event handler
>{
>switch (i)
> {
> case FL_PUSH:
> pushes++;
> draw_point ();
> return (i);
> }
>return (0);
>}
This event handler looks wrong, and might be th
On 07/01/12 08:32, Nick wrote:
> I'm using fltk 1.3.x-R9631
> I ran the program in 2 different computer
> 1) with opensuse 11.0 and nvidia Gforce gt 430
> 2) with windows xp, msvisual 2008 and an integrated intel graphic card
> In both cases had the same problem.
Do you get the same prob
On 06/30/12 12:05, Nick wrote:
> Hi,
> I am writing a program that uses fltk 1.3.
> Basically I want to make a graphic that is updated every time I click on it.
>
> The problem is :
> If I move a window of another program over my program window,
> the graphic is not redrawn.
101 - 200 of 1771 matches
Mail list logo
