<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Ah... you sent this when I was typing
my e-mail.<br>
I am glad to hear others are working on fixing this issue!<br>
Are you working on making symbolic links, or some automated script
(kinda like what I am attempting), or something totally different?<br>
Eric has sorted out the main 2 issues.<br>
1. bad Icon= path<br>
2. xpm sized too large<br>
<br>
I can only see 3 (realistically)possible solutions.<br>
1. script to fix the icons<br>
2. symbolic links to the real icons<br>
3. automated conversion and fixing of desktop files (possibly on a
larger Ubuntu community scale... not just Lubuntu)<br>
<br>
I guess it might be time to find out if Xfce/Gnome/Unity has this
problem, though wrong icon paths will affect every respin, I
suppose... if not there may be a solution in another DE already
for the wrong icon paths. Though badly sized Icons can only be
fixed by resizing them (or forcing the menu to show them at a
certain size)<br>
<br>
It seems like to fix every icon field one would have to work for
Canonical to be able to make a change of that magnitude across all
however many thousands of packages in the repos.<br>
It would be very nice to have it done for Trusty.<br>
<br>
On 12/29/2013 11:40 AM, Rafael Laguna wrote:<br>
</div>
<blockquote
cite="mid:CAC190GVM0NvbYscdn7nAz-PU-16P-e=f4NE=A6c7kCw2rS1C1Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">We're
trying to clean that mess too. A lot of programs, coming from
old versions of Gnome, have icon definitions pointing to weird
paths. The ideal rule is just naming the icon, with path or
extension, just its name, and obviously putting an icon at the
apps section of the theme.<br>
<br>
</div>
<div class="gmail_default"
style="font-family:arial,helvetica,sans-serif;font-size:small;color:rgb(0,0,0)">Xombrero,
Openbox itself or GColor2 are examples of bad icon naming.<br>
</div>
</div>
<div class="gmail_extra">
<br clear="all">
<div><br clear="all">
<div>
<div dir="ltr">--<br>
Rafael Laguna<br>
Lubuntu Artwork Team<br>
<br>
<br>
<br>
</div>
</div>
</div>
<br>
<br>
<div class="gmail_quote">2013/12/29 Eric Bradshaw <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:ericbradshaw@computers4christians.org"
target="_blank">ericbradshaw@computers4christians.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
I hope the details below helps someone figure some things
out about no icons, blank icons and icons that are too big.
And as mentioned previously by Aere; there is quite a bit of
variation in the way developers tackle the icon "problem." I
looked a little deeper and tried some experimenting with
apps installed through LSC starting with the letter "E."<br>
<br>
For the application called eFTE, which shows no icon
(default icon in menu, blank on the desktop); there are 4
icons in usr/share/pixmaps<br>
efte16x16.xpm<br>
efte32x32.xpm<br>
efte48x48.xpm<br>
efte64x64.xpm<br>
This is referenced in the shortcut as Icon=efte<br>
<br>
I copied the shortcut to the desktop and changed just the
Icon= line to reference the path to the 32x32 icon<br>
Icon=usr/share/pixmaps/efte32x32.xpm<br>
This had absolutely no effect. I tried each of the other
sizes as well; 16x16, 48x48 and 64x64. None had any effect -
still a blank icon.<br>
I also tried moving the Icon= line to the top of the
shortcut, just below [Desktop Entry]; nothing.<br>
I then moved the Icon= line above [Desktop Entry] and this
time after saving, the default icon was shown.<br>
Next, I deleted all but the 64x64px icon in
usr/share/pixmaps and renamed it simply efte.xpm. I then
moved the Icon= line back down below the Exec= line, but
left the path. The icon went back to being blank. Finally, I
removed the path, so it was now Icon=efte.xpm (only the
64x64px icon still remained in usr/share/pixmaps and the
icon's name is simply efte.xpm) and the icon showed on the
desktop! I (tested to make sure the shortcut still worked
from the desktop to open eFTE) then replaced the shortcut in
/usr/share/applications and the icon showed in the menu too!
The menu now showed a large icon for eFTE; 4 times the size
it should have been. Next (because I had really deleted all
but the 64x64px version) I halved the size of the icon in
GIMP and overwrote it in /usr/share/pixmaps. And because it
was still showing the 4x size in the menu, I entered
lxpanelctl restart in LXTerminal and the icon had shrunk to
twice the size as normal - the 32x32px size. I halved it
again to 16x16px and again entered lxpanelctl restart in
LXTerminal and the icon then finally showed in the menu at a
normal size.<br>
<br>
In the case of Emila Pinball, which shows a large icon
(roughly 4x normal size); there is only 1 icon in the same
location<br>
pinball.xpm<br>
This icon is 32x32px, 72 dpi.<br>
This is referenced in the shortcut as Icon=pinball.xpm<br>
<br>
emesene, which shows a normal icon; has both an .xpm (at
32x32px) and a .png (at 96x96px) in usr/share/pixmaps<br>
emesene.xpm<br>
emesene.png<br>
Referenced in the shortcut as Icon=emesene<br>
<br>
ELKI, which shows a normal icon; only one icon resides in
usr/share/pixmaps<br>
elki-icon.png<br>
It is also 32x32px, 72 dpi<br>
In the shortcut as Icon=elki-icon<br>
<br>
Hope some of this sheds some light.<span class="HOEnZb"><font
color="#888888"><br>
Eric<br>
<br>
-- <br>
Lubuntu-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Lubuntu-users@lists.ubuntu.com"
target="_blank">Lubuntu-users@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a
moz-do-not-send="true"
href="https://lists.ubuntu.com/mailman/listinfo/lubuntu-users"
target="_blank">https://lists.ubuntu.com/mailman/listinfo/lubuntu-users</a><br>
</font></span></blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Regards</pre>
</body>
</html>