Tiny Core Linux

Tiny Core Extensions => TCE Bugs => Topic started by: netnomad on August 16, 2012, 12:56:29 PM

Title: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: netnomad on August 16, 2012, 12:56:29 PM

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.

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: coreplayer2 on August 16, 2012, 06:47:24 PM

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

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: Arslan S. on August 16, 2012, 09:29:06 PM

is it really application's desktop to blame ?

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

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: coreplayer2 on August 16, 2012, 09:43:45 PM

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

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: coreplayer2 on August 17, 2012, 10:31:18 PM

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

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: Arslan S. on August 18, 2012, 05:08:39 AM

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 (http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html)

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: coreplayer2 on August 18, 2012, 01:02:55 PM

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

 

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: Arslan S. on August 18, 2012, 03:05:29 PM

Quote

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

Title: Re: minitube 1.8 - tiny bug: in wbar the title is "previous" instead of minitube
Post by: coreplayer2 on August 18, 2012, 03:49:25 PM

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.