minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube

[netnomad]

hi arslan,

it's only a tiny bug in minitube 1.8:

the displayed title in wbar is "previous" instead of "minitube",
it's really a tiny bug, but nevertheless i want to inform you :-)

kind regards.

[coreplayer2]

yes I noticed this also,  as a temporary fix I simply removed all the erroneous text from the desktop entry file and rebuilt the extension. 

I had to do the same with DeadBeeF extension also, which has been named " prev " for a long time..

[Arslan S.]

is it really application's desktop to blame ?

they have desktop actions like prev next pause play in their desktop file

[coreplayer2]

Those I remove, since they appear redundant and clearly confuse the freedesktop scheme..

[coreplayer2]

Thanks Arslan for the patch.  I can understand why you chose to patch the wbar script but and without sounding like the bear caught with his hands in the cookie jar already..  why not address the desktop entries which appear to be superfluous..?

[Arslan S.]

it is better to patch one source instead of all "superfluous" desktop files

also they are not superfluous, see "Additional applications actions"
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html

[coreplayer2]

I agree with you but my point is how can any of those additional entries be utilized in tc?   Having them did not produce any additional desktop menu items which effectively makes them superfluous..?

 

[Arslan S.]

Desktop entries of type Application can include one or more actions. An action represents an additional way to invoke the application. Application launchers should expose them to the user (for example, as a submenu) within the context of the application. This is used to build so called "Quicklists" or "Jumplists".

desktop actions can be used to create submenus
see xfe.tcz for example instead of xfe~1.desktop a section in xfe.desktop as given below will suffice

Code: [Select]

[Desktop Action RunAsRoot]
Name=XfeAsRoot
Exec=sudo xfe

[coreplayer2]

yes I fully understand this kind of menu item and frequently use this method to create menus of my own on my in house extensions which have worked as expected.

But that was not the reference..  seems we are on crossed lines here..   The entries I'm referring to seem to have no function in and do not create any separate menu items.  So as I said before I simply remove 75 % of the erroneous entries in the desktop file thereby solving my problem, with the names on the wbar.  if they are supposed to create desktop menu items as well, then sorry they do not.