(old)Puppy Linux Discussion Forum

This uses 9menu (included with debian patches) to display an application menu for window managers that do not have one. Since it is pretty fast, I just have it rebuild the menus each time it runs, so you never need to run fixmenus or anything complicated.

Just set it to run with a keybinding, mouse button or via another app (such as wbar or dmenu)

... for whatever reason I decided not to make a menu entry for it

sorry no screen shot at the moment - my left mouse button is broken, so proper cropping is near impossible

Nice...image provided below...changed default colors to BGCOLOR="steelblue" and FGCOLOR="black".

thanks for the screenie, nice color choice (I haven't played with the font settings or adding submenus yet btw)

with jwm I gave 9menu the same group settings as xmessage (notitle, nolist) - works really nicely, but some minimalistic window managers don't even have a built-in pager or title bars

p.s. as per usual - released to public domain and any OSI approved license with no warranties

Hi technosaurus,

Thank you - I have it added it to my System Tray (in Slacko 5.3.1 with jwm).

When I click on any of the categories - I expect there a way to go back to your Main Menu without closing and restarting, but I failed to find how and, although not vital, I would appreciate advice.

My regards

PS Perhaps I have a faulty download as nothing shows when I click Settings, Help or Shutdown whilst all other categories seem fine with the minor exception that "GNOME MPlayer" appears 5 times under Multimedia.

IT IS REFRESHINGLY FAST - so I do hope many readers will try it.

Jasper wrote:Hi technosaurus,

Thank you - I have it added it to my System Tray (in Slacko 5.3.1 with jwm).

When I click on any of the categories - I expect there a way to go back to your Main Menu without closing and restarting, but I failed to find how and, although not vital, I would appreciate advice.

My regards

PS Perhaps I have a faulty download as nothing shows when I click Settings, Help or Shutdown whilst all other categories seem fine with the minor exception that "GNOME MPlayer" appears 5 times under Multimedia.

IT IS REFRESHINGLY FAST - so I do hope many readers will try it.

those features aren't yet implemented
... the help and shutdown stuff, I may just remove (holdovers from jwm)
...Settings was a typo - should have been System
... as for going back to the main menu, I could add a "< Main Menu:smenu" to the top of each category
... the duplicate menu fix got missed ... I need to do it a bit differently here than I did for jwm
... I didn't mention having some support for localization (de,es,fr,ru)
... any non-english speakers care to test it?
(IIRC there was a recent post on Barry's blog explaining how to get X apps localization working)

Hi technosaurus,

Thank you for your explanations. I am happy with your pet as is, but I'll watch out for any update(s).

My regards

PS I have now installed your version 02 update now added in your post immediately above and thank you for fixing everything except, unimportantly, the Help and Shutdown items,

technosaurus wrote: ... I didn't mention having some support for localization (de,es,fr,ru)
... any non-english speakers care to test it?
(IIRC there was a recent post on Barry's blog explaining how to get X apps localization working)

yes, localization is still a work in progress ... still need to add the ":echo Desktop/System/etc..." parts to the translations too (the echo part needs to be the same as the english one - it is used in the submenu function ... I started localizing too early -oops)`

Jasper wrote:PS I have now installed your version 02 update now added in your post immediately above and thank you for fixing everything except, unimportantly, the Help and Shutdown items,

I haven't 100% decided what to do with help and shutdown ... perhaps add them to the rc file ??? however I may ping Barry on whether we should add a special category for DOT_desktop files so that they can be generated automagically regardless of wm (just by modifying the default xdg template and hierarchy) - at any rate, I'll leave at least something in there as a stub for wm packagers to utilize/remove - leaning toward using the rc file and then have a commented out line in the rc file with the applicable entries from jwm (I am not adding them by default, just as an example, so it will work in other distros)

technosaurus wrote:...still need to add the ":echo Desktop/System/etc..." parts to the translations too ...

Yes i see now.
I have wanted to show that there is no utf8 (or wide char....)
That´s the bigger problem, or is it just a question of configuration?

http://bkhome.org/blog/?viewDetailed=02763 ... was the post I was referring to re: xmessage and localization - I'd really prefer that we get X11 language support fixed if possible, rather than switching to a more resource hungry alternative

Posted on 29 Mar 2012, 4:03 by rodin.s
"*international: true"
Cyrillic is displayed in xmessage with "*international: true".

I believe they are referring to $HOME/.Xresources ... This should apply to all x11-only apps, but may also need other entries for language/charset/font/encoding? I don't really know
(I am currently looking into dzen and dmenu as alternatives to 9menu - gtkdialog1/2/3/4 would be easier, I know they support localization - all just cut and paste with a few minor code tweaks, but I want to minimize resource load for something stupid simple like a start menu)

apparently it is possible to get x11 apps to display LANG=ru
http://www.gentoo.ru/node/17367
I think ... can't read russian to fully figure it out, but it appears we may need different fonts?

Try the "unifont". It's 3MB unfortunately. But it has characters for pretty much every language. It just needs to be installed, not necessarily selected, and you should stop seeing those boxes that appear for unicode characters.

I haven't 100% decided what to do with help and shutdown ... perhaps add them to the rc file ??? however I may ping Barry on whether we should add a special category for DOT_desktop files so that they can be generated automagically regardless of wm (just by modifying the default xdg template and hierarchy) - at any rate, I'll leave at least something in there as a stub for wm packagers to utilize/remove - leaning toward using the rc file and then have a commented out line in the rc file with the applicable entries from jwm (I am not adding them by default, just as an example, so it will work in other distros)

Any updates on this?

Hi technosaurus et al.

Observation No 1

The screenshots below show my Graphics section of Simple Menu.

Originally, before any change

and

after adding the first $ to usr/bin/smenu > line 78 This is a trivial change since I always click my screenshots to load "Viewnior image viewer" rather than loading a blank Viewnior from the Graphics menu.

My regards

Hi technosaurus et al,

Observation No 2 is to me most unusual.

To test if you can replicate it kindly delete ".gz" from the pet below after download and install it.

Now if you run it from Simple Memu > Graphics and choose a suitable directory then type something in the File Name box e.g. technosaurus as in the screenshot below and then click save.

It is the File/screenshot name that matters not what is being saved.

My screenshot will be given the program's standard file name of hhmmss-image size, but if I load EasyShot in any way other than using Simple Menu and type "technosaurus (or whatever)" then as Argolance intended that is the file/screenshot name.

My regards

If you already use Simple Menu and the French or English version of EasyShot it's a really quick test.

Edit above: ".gz" has replaced ".TZ" which was a typo.
.

Sounds like a bug in 9menu, but I won't be able to test it for a while. What happens if you launch it from 9menu outside of my wrapper?

Hi technosaurus et al,

It is quite possible that I have made an exceptional and foolish mistake and unless someone can replicate the "problem" then the ball is likely in my court

Would any tester please be so kind as to report the result of their test?

My regards

@technosaurus, Thank you very much for your reply and there is not the slightest urgency. I have tried for quite a while, but I have not managed to get any menu using a separate install of 9menu
et al.
so if someone can replicate my result perhaps they would also be so very kind as to answer the 9menu question from technosaurus.

Jasper
I've done as requested and get the same results as you.
Looks like the $FILE_NAME is not getting written to 'shot_name' in the .easyshot directory.
The console shows this error; This refers to line 148 in easyshot.sh.
Tried the line on its own in a terminal

Hi Keef,

Thank you very much for your reports. I'll definitely wait for technosaurus or someone else to have a look, but there is no urgency and probably little importance if whatever causes this apparently minor glitch is of rare application.

My regards