The idea that you would take a perfectly good 24 pixel icon that someone carefully designed and scale it down to 22 in order to accommodate the way GtkButton works or the way you need it to work when you are using a non-flat button seems wrong to me. Unless I misunderstand what you are proposing. If the problem is that 28 is the right height for 24 with non-flat, that's what people should set to. I run with 24 on 26 flat and don't see any clipping. Even if one pixel is clipped I suspect not very many of our users would notice or care.
I am finishing up a button widget and a grid widget that do exactly what we need, so I wouldn't spend too much time trying to get around the way GtkButton works. The other thing I don't have a good sense for is how many people use flat buttons vs. not flat. In this day and age of compositing window managers I can't see very many people using not flat and having their taskbar look like Windows 95. On 03/17/2010 03:23 PM, Shae Smittle wrote: > I felt like it had been some time since I have checked in about what I > am working on. > > One of the first things I worked on was a new theme which I hope you > would consider using as default. More information about that theme is > on the Forum, but I would hope for people to try it out and I think the > perfect time to make such a change would be with the changes to the > common files when we adopt pcmanfm2 as the default file manager. Both > events will require some changes to settings files which could cause > problems for people who are simply upgrading versions. (Unfortunately, > the forum seems down for me?) > > The first patch that I started working on was something to fix the odd > icon sizes in LXPanel. I am not sure what the intended behavior on the > part of the developers are, but to me as a user they seem like a mess. > First off, the icon size of 24px demands a panel size of 26px, but even > then the buttons are cut off of the bottom, at least in Clearlooks and > Murrine Themes. The only redeeming trait of the current situation is > that the icons look ok if set to 24px with a 26px panel with the buttons > set to look flat. > > To me, the icon size should equal the panel size and the icons in the > buttons should be sized down to fit. My current patch does this: > http://sourceforge.net/tracker/?func=detail&aid=2968307&group_id=180858&atid=894871 > <http://sourceforge.net/tracker/?func=detail&aid=2968307&group_id=180858&atid=894871>. > > Unfortunately, this would also affect people who use flat buttons > because even if the button's border is set not to appear, GTK still > wants that space for the button so the icons on flat buttons cannot be > full size. Before I mess with changing the patch around to accommodate > for the large number of configurations, I wanted to ask what should the > icon behavior be? I believe PCMan will need to weigh in because he > seems to be the source of the current solution. > > Finally, before I begin to tackle some of the other extra programs like > lxappearance and lxtask, I would like to give splitting gnome-screenshot > into its own separate program a try to allow us to develop our own > simple screenshot tool. Such a method might allow us to avoid much of > the new translation that would be needed and should work fine while > providing a basic tool most DEs have. This is of course inspired by a > recent post to the mailing list and my own use. > > Shae Smittle > > > > ------------------------------------------------------------------------------ > 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 ------------------------------------------------------------------------------ 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
