I think the problem is the mounting does not happen and if there is no already created mount point directory in /mnt it will error but I might be wrong.
It is too complicated for me to make it simpler but like this it should work in any case.

I have a better idea (keep fingers crossed!). Let's search for the device name (e.g. sdb1) of a given UUID and then run the same script as the desktop drive icons would run. If you click a drive icon of an unmouted device, the device gets mounted and ROX will run. Let's do the same:

I'm pretty happy with that, I think I could now set up a Places or Bookmarks entry in the menu and link straight to my external usb sticks in a more organised fashion. Thanks!

Yes, Greengeek. I also will prefer the simple and 100% working solution as this one. The corrected code in my previous post (blkid line changed) should work well but I can't be sure it will in all cases._________________Farewell, Nooby, you will be missed...

I have a better idea (keep fingers crossed!). Let's search for the device name (e.g. sdb1) of a given UUID and then run the same script as the desktop drive icons would run. If you click a drive icon of an unmouted device, the device gets mounted and ROX will run. Let's do the same:

The drive icons also pass parameters (usbdrv vfat), which should be added to the last line if known, but things seem to be fine without them.

I'm far away down from the level of your codding skills, MochiMoppel. All I can do is to edit some scripts after reading help pages and create very simple scripts my self. I can test and try to find fixes but this is all I can do to help.

Edit: As it is the quoted script mounts pmount with all flashdrives for me to choose which one to mount.
But it also makes simpler version of what is working for me.
Greengeek, if you like to test try this last one from MochiMoppel. The mount point is not fixed and you do not need to create it. It changes depending what other flash drives are connected and should be (I hope) auto-created and auto-mounted from MyMusicStick-3 menu:

The following little script will open the Puppy's "home", meaning: the folder in
/mnt/home where the main Puppy sfs is located. This partition is automatically
mounted at boot time, so it does not need to be mounted again.

If Puppy booted from USB stick, then this opens /mnt/sdb1/[something] , NOT /mnt/home/[something]. You cannot count on /mnt/home. This is just a symlink to /mnt/sdb1, and this symlink is not created when Puppy starts in PUPMODE 5 (pfix=ram), while /mnt/sdb1 is the "real" thing.

P.S: You can't even count on sdb1. It is NOT mounted in PUPMODE 5 and maybe some other modes (booting from Live CD?). So to be absolutely certain that your menu works, you first would have to check if the partition is mounted.

This is how my /mnt looks after a fresh boot:

Screenshot.png

Description

Filesize

36.68 KB

Viewed

260 Time(s)

Last edited by MochiMoppel on Mon 19 May 2014, 20:34; edited 1 time in total

This thread start to include code examples not easy to be found in google. I couldn't find anything related to automount drive by UUID from menu entry. The only examples are for lines in /etc/fstab that do not work the same way.

It goes in file /etc/xdg/templates/_root_.jwmrc, between the fun menu and the help program. Save, then open a console and type

Code:

fixmenus
jwm -restart

I need to do a bit of catching up here...

I know you said your menu is different, and this code (or other contents of "places" menu) can sit between fun menu and help - but my templates file does not contain any reference to any of the usual <program></program> submenus at all. eg:

I guess I can bang my own version of places or bookmarks menu in there above help, but why do I not show any contents of the actual programmes that should be available in each submenu? Does this file only define the MAJOR structure, and some other file defines the MINOR structure containing the details of each individual programme? (I recall some thread from Mobeus about xdg menus so maybe I should hunt that down...)

I also learnt that running fixmenus deletes all the changes I make directly to /root/.jwmrc
Lesson learnt.

It goes in file /etc/xdg/templates/_root_.jwmrc, between the fun menu and the help program. Save, then open a console and type

Code:

fixmenus
jwm -restart

I need to do a bit of catching up here...

I know you said your menu is different, and this code (or other contents of "places" menu) can sit between fun menu and help - but my templates file does not contain any reference to any of the usual <program></program> submenus at all. eg:

I guess I can bang my own version of places or bookmarks menu in there above help, but why do I not show any contents of the actual programmes that should be available in each submenu? Does this file only define the MAJOR structure, and some other file defines the MINOR structure containing the details of each individual programme? (I recall some thread from Mobeus about xdg menus so maybe I should hunt that down...)

I also learnt that running fixmenus deletes all the changes I make directly to /root/.jwmrc
Lesson learnt.

if you want your menus permanent and can deal with the existing menu structure, just place whatever shortcuts you have (menu or program) where you want them in /etc/xdg/templates/_root_.jwmrc, which at least gives you a clue as to the relative position of your placement(s).

there are files to mess around with in /etc/xdg/menus, i guess, but i haven't chanced it yet. looks like it may be the place to look, though. anyway, i like my menu the way it is, with the entire original menu compressed into one line. my workaround for fixmenus is to right click copy .jwmrc (add something to the file before the period and press enter) after every major change or restructuring. then, if i have to run fixmenus or install/uninstall something, i do that as normal, then go back to the renamed .jwmrc file, remove what i added to the file name, resave, and restart jwm. everything is saved and updated. it's not ideal, but it works.

i've been saving all my keyboard shortcuts in jwmrc-personal, which is in .jwm along with jwmrc-personal2, jwmrc-theme, jwmrc-personal, jwmrc-personal-bak, and the jwm themes folder. i'm guessing you could add menu items there as well, but...i haven't tried to yet. i think that's also where you might put the info for custom/additional root menus, something i haven't yet been able to successfully implement (i think they may need to be bound to a menu button or something more substantial than a shortcut key--my menu just flashed hugely before my eyes at a pace that made it a bit scary, a bit amusing, and not at all useful.) anyway, that would be another solution: your own menu to pop up when you want it.

so until the more knowledgeable chime in, that's the way to keep your custom menu. accept the structure and go the /etc/xdg/templates/_root_.jwmrc route, or get full customization and have to do the copy/rename trick with root/.jwmrc.

... the entire original menu compressed into one line. my workaround for fixmenus is to right click copy .jwmrc (add something to the file before the period and press enter) after every major change or restructuring. then, if i have to run fixmenus or install/uninstall something, i do that as normal, then go back to the renamed .jwmrc file, remove what i added to the file name, resave, and restart jwm. everything is saved and updated. it's not ideal, but it works.

Again I'm completely lost. With all this jumping around and the lengthy full quotes this thread is hard to follow and I have no idea what you have or want to achieve. "compressed into one line"? And what is this rename business? Surely unnecessary, but without knowing your current main menu it's hard to propose alternatives.

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum