On 03/18/2010 02:08 AM, PCMan wrote:
> Do you know how to handle accessibility problems if we're using
> non-standard gtk+ widgets?
> For people who are blind, custom widgets might not work. I didn't
> notice this until the developer of Knoppix mentioned it.
> Personally I think this issue is quite important but I don't have time
> to investigate ATK yet.

I agree.  This should be part of any finished widget.

> If you're doing a button widget now, please considering adding an
> option to make the icon look sunken when being pressed. This used to
> work in old lxpanel and was requested for many times by our users.

I agree.  We got quite a few mentions of that.  The problem with the old way of 
doing it is that it made the entire panel jump, which was terribly poor on 
vertical panels where everything below the button jumped.  It is important to 
give the visual feedback, and it does not need to be optional.  This should be 
easy, and this should be part of any finished widget.

Right now these things are in "somewhat better than usable but not finished" 
condition and I have one showstopper with button event delivery not happening 
from the LXGrid that I haven't figured out yet.  LXButton and LXGrid have the 
feature of a builtin EventBox.  I wouldn't have even announced it yet except 
for the issue came up.

Oh and I should mention I never suggested doing away with non-flat buttons.  I 
just don't have a sense of what percentage of users use them.
  
> 
> The direction to draw with cairo and pango is quite correct and I
> totally agree. I want to do that, too. This makes things much easier
> and cleaner.

Well actually I misspoke.  The icon draw is done with gdk_draw_pixbuf which is 
currently the best way.  It avoids some coordinate transformation overhead if 
you try to do that one with Cairo.  The background color draw is a few lines of 
Cairo and I have truly correct support for alpha working.  I also used Cairo in 
the Manual Hide plugin.  The API of Pango is not the most efficient but it is a 
good deal better than going through the markup translator.

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Lxde-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lxde-list

Reply via email to