> The main difference is the gradient effect on the buttons and menus. It >
> looks really better than the flat gtk+ scheme.
>
> Maybe these screenshots can show this:=20
> http://code.google.com/p/nanox-microwindows-nxlib-fltk-for-dos/wiki/FlWriter
Actually, the thing I notice the most that make
On 05/17/12 20:27, Greg Ercolano wrote:
> On 05/17/12 11:56, Eugenio Bargiacchi wrote:
>> What do you suggest as a workaround for me while waiting on the next awesome
>> release? Is the Fl_Button method the only way?
>>
>
> I'd suggest derive your own class from Fl_Tree,
> and make a
On 05/17/12 11:56, Eugenio Bargiacchi wrote:
> get_item_focus() would certainly help.
Try implementing it and see if it does.
I'll certainly add it anyway, as it seems to be an omission.
> If I may suggest, you could also add FL_TREE_REASON_FOCUS_SELECTED
> and FL_TREE_REASON_FOCU
Dear All,
I have a question about draw png image in widget.
I have a widget, I want to put a 50% transparent png file as it's background
picture, and the background picture can be changed to another 50% transparent
png file, the problem is when I change to another png file, still can see the
fi
> On 05/17/12 00:03, Jim Jozwiak wrote:
> > One user criticized my application as too bright on the screen
> > although I prefer to think of it as "cheerful."
>
> Ha, you wouldn't perhaps be in the film effects business
> where everyone sits in dark, dark rooms and has all their
>
I just applied the patch to FLTK 1.3.0. There is no difference in application
coding required, just instead of
set FLTK_SCHEME=gtk+
I have to enter:
set FLTK_SCHEME=grad1
Then the appearance of the buttons and menus changes.
As you probably know, the patch was developed by Dimitrij K.
Geor
On 05/17/12 13:19, Georg Potthast wrote:
> The main difference is the gradient effect on the buttons and menus. It looks
> really better than the flat gtk+ scheme.
>
> Maybe these screenshots can show this:
> http://code.google.com/p/nanox-microwindows-nxlib-fltk-for-dos/wiki/FlWriter
I
On 17.05.2012, at 22:42, Georg Potthast wrote:
> Just added a screenshot at the end of the page that shows how it looks when
> set to the GTK scheme.
>
> The link I posted in the other message is too long for this forum. Please
> select "Wiki->FlWriter" when you get there.
It *does* look nic
Just added a screenshot at the end of the page that shows how it looks when set
to the GTK scheme.
The link I posted in the other message is too long for this forum. Please
select "Wiki->FlWriter" when you get there.
Georg
___
fltk mailing list
fltk@e
The main difference is the gradient effect on the buttons and menus. It looks
really better than the flat gtk+ scheme.
Maybe these screenshots can show this:
http://code.google.com/p/nanox-microwindows-nxlib-fltk-for-dos/wiki/FlWriter
Georg
___
fltk m
get_item_focus() would certainly help.
If I may suggest, you could also add FL_TREE_REASON_FOCUS_SELECTED and
FL_TREE_REASON_FOCUS_DESELECTED as fields in the Fl_Tree_Reason enum, if the
focus changed but the selected item did not.
And maybe a couple of methods to setup which key/click triggers
On 05/17/12 09:44, Eugenio Bargiacchi wrote:
> The problem is even if I were to reimplement handle() and make it trigger
> a callback, there would be no obvious way for me to get the focused item,
> since the pointer that holds that is private
It looks like the Fl_Tree API has a public set
On 05/17/12 10:03, Greg Ercolano wrote:
> On 05/17/12 08:21, Georg Potthast wrote:
>> Here is a screenshot:
>> http://www.imgplace.com/viewimg192/1842/76fluidgradient3.png
>> and here is a link to the patch:
>> http://www.fltk.org/strfiles/2675/grad1_fltk-1.3-r9038_09.17.2011.patch
>>
>> Apparently
On 05/17/12 08:21, Georg Potthast wrote:
> I only use the gradient scheme and it works just fine. It looks much better
> than Windows95 style.
>
> Here is a screenshot:
>
> http://www.imgplace.com/viewimg192/1842/76fluidgradient3.png
>
> and here is a link to the patch:
>
> http://www.fltk.org
I'm trying to intercept right click events on a Fl_Tree, and do different
actions depending on the Fl_Tree_Item selected this way.
I've noticed that in the handle code of Fl_Tree a right click sets the
corresponding Fl_Tree_Item as the local focus, but does not select it nor
triggers a callback
On 05/17/12 00:03, Jim Jozwiak wrote:
> One user criticized my application as too bright on the screen
> although I prefer to think of it as "cheerful."
Ha, you wouldn't perhaps be in the film effects business
where everyone sits in dark, dark rooms and has all their
applic
I only use the gradient scheme and it works just fine. It looks much better
than Windows95 style.
Here is a screenshot:
http://www.imgplace.com/viewimg192/1842/76fluidgradient3.png
and here is a link to the patch:
http://www.fltk.org/strfiles/2675/grad1_fltk-1.3-r9038_09.17.2011.patch
Apparen
On 17.05.2012, at 09:03, Jim Jozwiak wrote:
> One user criticized my application as too bright on the screen although I
> prefer to think of it as "cheerful." Thus, I have been experimenting with
> the plastic scheme. My application, Nut, looks horrid with the plastic
> scheme because many w
> One user criticized my application as too bright on the screen although I
> prefer to think of it as "cheerful." Thus, I have been experimenting with
> the plastic scheme. My application, Nut, looks horrid with the plastic
> scheme because many widgets don't get plasticized. For instance, if
One user criticized my application as too bright on the screen although I
prefer to think of it as "cheerful." Thus, I have been experimenting with the
plastic scheme. My application, Nut, looks horrid with the plastic scheme
because many widgets don't get plasticized. For instance, if I give
20 matches
Mail list logo
