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.
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
