Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 16 Jul 2019, 04:07
All times are UTC - 4
 Forum index » House Training » Beginners Help ( Start Here)
How to show MRU Most Recently Used Documents on Start Menu?
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 11 of 13 [185 Posts]   Goto page: Previous 1, 2, 3, ..., 9, 10, 11, 12, 13 Next
Author Message
B.K. Johnson

Joined: 12 Oct 2009
Posts: 739

PostPosted: Wed 21 Sep 2016, 18:12    Post subject:  

musher0
I'm surprised that you would view my post as "blaming your script" and ask:
Quote:
Anything else you want to blame my script with?

Nobody is trying to get you; certainly not me.
You write software. You know there can be bugs within. You even go so far as to warn people that it is development software. You warn that we should back up our O/S. Why, because you know that anything can happen. So, why this jumping on everyone who suggests that something weird and unwanted occurred with the use of your software? You don't/can't write infallible code. Why did you put it out there? To get plaudits, only? Didn't you not want it tested? Reporting problems, legitimate or perceived is a given. It's part of the cross you bear as a developer.

Don't you think that having installed MRUF-lst and seen a similar outcome to one of undetermined source, that a connection can be reasonably assumed? And if the outcome is removed when MRUF-lst is uninstalled, does that not increase the probability of that assumption being true? Yet I did not claim that MRUF-list was responsible for the first occurrence. I thought as a developer you would have grabbed the offer I gave you to test. But you have become so irrational that you can't see the forest for the trees.

[quote]yes you can use the
following lines to restore the pristine xdg-open and defaulthandler files
from your main Puppy sfs -- if you feel that my script is the source of
all woes in your computer life at present:[quote]This is really unnecessary and uncalled for, musher0. Not all my woes. I don't even know if it is related to the problem reported in the other thread. But what I do know is that in a second puppy I installed a different version of MRUF-lst and icons became lost from my notification area. I uninstalled your software and the icons returned. Now tell us, what conclusion would you draw? What course of action as a developer do you pursue? Kill the messenger? At the very least if you are rational, wouldn't you consider it strange? That's what I thought. I didn't go to the other thread broadcasting that it was your software that messed up my system. No! I came to your thread and calmly described my observation. Description. Not complaint. No harangue. I even offered to help you test it. Your irrationality so blinds you that the possibility of me removing your software completely irks you. musher0, I have a problem I want fixed; what would you have me do? The software is old - you are up to v0.9.5.4; what's installed can't be removed normally - not listed in PPMs Uninstall list. What would you do? Me? I'd find a way to purge it completely. That's what I am doing. Nothing personal.

Thanks for the MRUF-lst-0.9.3 tree. It will help but are you saying that you are unaware of the source of aemenu-panel, vov-menu, vovrc, wttr.EN.lst, wttr.EN-vov.lst, replaceit, bcm. You don't recognize your own creations: MenuDefautPlus.sh, MenuDefautPlus.sh.cdr, MenuDefaut.sh? Limiting your info to just your MRUF-lst is clearly small-minded. With your attitude to test results, I am not inclined to test/use this or any other program by you. I said inclined.

Take a break musher0.

_________________
B.K. Johnson
tahrpup-6.0.5 PAE (upgraded from 6.0 =>6.0.2=>6.0.3=>6.0.5 via quickpet/PPM=Not installed); slacko-5.7 occasionally. Frugal install, pupsave file, multi OS flashdrive, FAT32 , SYSLINUX boot, CPU-Dual E2140, 4GB RAM

Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Wed 21 Sep 2016, 20:07    Post subject:  

B.K. Johnson:

As I said to other posters in this thread and elsewhere: if you do not feel
comfortable using any of my scripts, do not use them, un-install them.

If you have a problem with the PPM in one particular Puppy, please go to
one of the PPM developers? It has nothing to do with this MRUF script.

As to the other programs and scripts you mentioned in your "before-last"
post, I did recognize some of the titles (the prefix "vov" is typical of some
of vovchik's work, for ex.), also my work on two other projects.

However, I felt that that post of yours was bundling all scripts closely or
remotely related to the aemenu-pango. Since that -- and your turn of
phrase -- made it sound somewhat tendentious IMO, I limited the scope
of my reply to the subject of this thread, namely the MRUF script, so
the discussion would not go all over the place.

I hoped that perhaps you would do a "transfer of knowledge" and apply
what I was telling you about the MRUF script to those other projects.

If you feel that some sentences of my reply were uncalled for, please
realize that freedoms of thought and expression also apply to developers.
Developers have feelings too.

Within limits recognized by general society, developers -- like anybody
else -- have the right to think what they think the other person said.

Finally, you probably do not realize how insulting the last sentences in
your last paragraph in that post. Have someone read it to you as if you
were the developer, and you'll feel it.

For that reason, this "small-minded" person has no further comment for
you at this time.

Respectfully.

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Wed 21 Sep 2016, 22:37    Post subject:  

Puppus Dogfellow wrote:
musher0 wrote:

Posted: Yesterday, at 00:50 Post subject:
Hello Puppus.

I thank you for the description you have provided.

And I consider you a friend. You have contributed an icon to this script,
and we had a couple of interesting and friendly exchanges in the past.

So please do not take the following the wrong way.

-- I find it strange that you are using my slocate wrapper when you don't
appear to be comfortable with it. I would never use a script or program
that I am not comfortable with.

I've been using that slocate script every day since I produced it without
problems. It does slow down some processes when it's active, only for
what, a minute?, every three hours, if I am working on the same drive
that it's indexing, it seems. I find that I can live with that inconvenience
given the benefit of having my computer files indexed and searchable at
a moment's notice.

Also, are you saying that my slocate wrapper is working OOTB on a
64-bit Puppy?

OOTB (but with a 64 bit slocate) in xenial 707 and 64 bit tahr. just a tweak to chill the indexing so it less frequently makes me "uncomfortable." it's a useful script and i include it in my Ultimatesque Utilities Pack/UUord Processor because, when not interfering with ongoing processes (which it's set to do somewhat rarely and i set it do even less frequently via the comment sections you provided), it's a huge time saver.

fwiw, it makes my most loaded machine noticeably slower for at least five to ten minutes--i'd prefer hte updating entirely unautomated, but generally just leave the machine or move to less taxing things if it's a problem. anyway, iirc, an older slacko64 needed a symlink in /var or something, but it does appear to work OOTB in tahr64 605 and xenial64 707

____

Quote:


-- What made you --or anyone -- believe that what has been a 32-bit
script from its beginning five years ago could run on any 64-bit Puppy at
this time? Besides, it is not uncommon even on 32-bit Puppies that a
certain app or script will run on this Puppy but not on that other one.

Again, forgive me if I sound dumb, but I really do not understand this
"quasi-demand" all of a sudden (to me it seems so) from a number of
persons on this thread that a script developed on 32-bit Puppies off and
on for the past five years should have to run without fail on any 64-bit
Puppy.

I do not want to get in a fight with you, I want to preserve good
camaraderie. Also I know that you are sincere.

Thanks in advance for any "enlightenment".


puppus dogfellow wrote:


(haven't tested in 32bit but that appears to be sorted out. new menu in one of the last screenies looks good and clear to my eyes).



LazyPuppy, you, and ASD were in the middle of discussing whether or not it worked in 64 bit. i tested in an effort to shed some light and share some results. interpreting it as a quasi-demand seems disingenuous to me, but yes, i'd like to remain on friendly terms with you, mon ami (i realize you felt put upon and were in defensive mode. no sweat). yes, it sometimes happens that one pup can run a thing and another can't--it's why we encourage testing. the "without fail part" again seems a bit out of place--it should run and run well. there didn't appear to be much going on that was 64bit dependent as far as what the script was asking the machine to do, but again, i think you know why the 64 bit version was tested. sensing it would give ASD ammo, so to speak, i refrained from mentioning why i thought something was off in the delay and why i thought there was a problem beyond the crawling of the machine, but since he's been booted, at least for a bit--Mochi's script is quick and pops up without delay and works in 64 bit and does many of the same things--it was my control group, so to speak. i benchmarked yours against his, or at least experience with his utility wasn't something i could remove from my mind while looking over yours.
Quote:


Hello all.

If those of you with experience in this would have any ideas, impressions,
criticisms, about the following draft? It probes the current GTK theme and
tries to apply two colors to the aemenu-pango menu.


users chose their gtk themes--maybe just extend the choice in full to the aemenu?

fwiw, i didn't participate in this thread to give you grief, musher.
Hi Puppus.

Yeah, ASD was pushing me in a corner and I fought back. Thanks for your
understanding.

ASD did have a point (which I'll summarize as:"Why no 64-bit version?"),
except he was jumping the gun (in view of previous development), plus
he could have asked his question in a civil manner instead of hectoring.

A 64-bit version is posing a few challenges:
-- the inventor of aemenu-pango, vovchik, is not equipped with a 64-bit
computer (as I understand it), so someone else has to step in to compile
(thanks to Lazy Puppy for that)

-- finding or compiling a 64-bit version of support executable "bcm" for
aemenu-pango

-- same for the "replaceit" utility, used here and there in the script.

About the "Gtk-theme probe" script: I think i have it down pat now. At
least for +/- 75% of the themes; given the great variety of GTK themes
and theme engines out there, I don't think I can push the probe script
beyond that mark without making it huge.

Anyway, good to have you around, Puppus.

TWYL.

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
mfb

Joined: 22 Mar 2016
Posts: 73

PostPosted: Wed 21 Sep 2016, 22:53    Post subject:  

ASD sends you the facts (rename the attached file deleting ".gz"):

EDIT: It is now suggested that this thread be moved into the "Truly off-topic" section and that musher0 start a new thread [or amend his current alternative thread] with his latest version; because in the words of the best sermon, the shortest sermon and the only one I ever remember (from more than half a century ago):
"There are things temporal and there are things eternal".

PS 99 posts from him plus 1 from me is more than enough so:
"That's all Folks!"
ASDextracts.htm.gz
Description 
gz

 Download 
Filename  ASDextracts.htm.gz 
Filesize  50.76 KB 
Downloaded  210 Time(s) 
Back to top
View user's profile Send private message 
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Thu 22 Sep 2016, 14:33    Post subject:  

Replace it for 64bit, compiled in tahr64 602 already in July 2015.

Fake .gz.
replaceit.gz
Description 
gz

 Download 
Filename  replaceit.gz 
Filesize  13.25 KB 
Downloaded  112 Time(s) 

_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Thu 22 Sep 2016, 20:52    Post subject:  

Thanks, RSH.
_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
MochiMoppel


Joined: 26 Jan 2011
Posts: 1852
Location: Japan

PostPosted: Fri 23 Sep 2016, 00:31    Post subject:  

LazY Puppy wrote:
Later I examined this script and created "Menu Pipes" for almost all of my external files, scripts, roxapps, wine portables and many more for the use in Openbox and much later also for the use in JWM. I found it a bit more comfortable that JWM is not updating those "Menu Pipes" each time when entering the menu (as the original for openbox does).
I always found the fact that JWM can't update its menus when the user enters the menu a big disadvantage. That's why I said in my first post that adding the recently used files list to the JWM menu has become only possible with the introduction of dynamic menus. I assume that your dislike for openbox's approach has something to do with processing time
Quote:
I could provide the complete package which is around 30 scripts, though I doubt it would work out of the box in any else Puppy apart from a T.O.P.L.E.S.S. made Puppy Linux. Though you could at least examine the code
Thanks for the files. That's a lot of stuff.

I only looked at the files create-recently-used-jwm-submenu and update-jwm-menu-pipe. As you already said they are so much embedded in your T.O.P.L.E.S.S. framework that it would be an enormous work to turn them into standalone scripts.

So the basic concept is to create submenus and use <include> to combine them with the main menu, right? This must pose the same problem as seen in musher0's script: It needs a periodical update, or - in other words - the menu is not up-to-date between the refresh cycles. As a user I would find this irritating. Question: You commented out jwm -reload , which I would expect to work, and instead you use fixmenus, which I would not expect to work. Why?

You limit the UTF-8 decoding to a few "foreign" characters. What happens when a character can't be decoded? Skip the file from the list or show the encoded string?
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Fri 23 Sep 2016, 00:57    Post subject:  

Hello MochiMoppei.

You say:
MochiMoppel wrote:
(...)This must pose the same problem as seen in musher0's script:
It needs a periodical update, or - in other words - the menu is not
up-to-date between the refresh cycles. As a user I would find this
irritating. (...)
If I may: -- I don't know if this is possible from within jwm, but in an
aemenu script, it is possible to monitor the time flag or the size flag
on the main "xbel" file -- or some other file.

This is not a new technique. It was used by MU (Mark Ulrich) many
years ago to evaluate if the menu of one of his icewm "Muppies" (IIRC)
needed to be refreshed.

I plan to introduce something of the like in this MRUF script.

Indeed, a stale menu is irritating for the user, but if the user has to
wait 4-5 seconds every time the menu refreshes, that too (s)he will find
irritating. So perhaps MU had found a middle ground: update the menu
only when it needs updating.

A thought among so many others! Smile BFN.
~~~~~~~~~~~
Edit -- Something like this at the top:
Code:
   if [ ! -f $corps -o "`grep -ow ${LANG%_*} /tmp/en-tete`" = "" -o "`ls -Algo $XBelChecK | awk '{ print $3 }'`" != "`cat $MRUFrep/XbelSize`" -o "`ls -AlgoH /usr/local/bin/MRUF-lst | awk '{ print $3 }'`" != "`cat $MRUFrep/ScriptSize`" ];then
# Menu existence, which language, freshness and script editing detection.
Line above has to correspond to something like this at the bottom,
just before the menu display is called:
Code:
      ls -Algo $XBelChecK | awk '{ print $3 }' > $MRUFrep/XbelSize # New size stamp for xbel
      ls -AlgoH /usr/local/bin/MRUF-lst | awk '{ print $3 }' > $MRUFrep/ScriptSize # New size stamp for this script
      wait ### Fin du / End of / menu
   fi
###
   cat /tmp/en-tete $corps > /tmp/recents # Action
   aemenu-pango -rc /tmp/recents 2>/dev/null ;; # Affichage
(Note -- If menu exists should be obvious; $LANG to use is ID'd
near the top of the script.)

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Fri 23 Sep 2016, 02:32    Post subject:  

Quote:
I assume that your dislike for openbox's approach has something to do with processing time

Yes.

It is a huge delay before the menu appears.

If there are only a few wallpapers, it is quick, though, I have 937 Scripts in my Scripts directory that goes into the menu pipe. Plus RoxApps, Portable Linux Apps, Portable Windows Apps and Windows Install files - each one has its own menu pipe.

Last but not least all files in my external files directory got a menu pipe too. This is 42,927 files. Plus everything stored on my parallelpartition 1 & 2 (sde1 boot, sde2 & sde3) goes into a menu pipe.

Code:
# Store recently used list extern
JWMPIPESDIR="$MYBOOTDIR/.jwm-menu-pipes"

This means: the xml files for the menu pipes are stored in a sub-directory at my boot directory (or install dir) - which gives a delay too.

Also JWM has a delay on that huge amount of entries in its .jwm.rc file. Though, just once, when X desktop appears it takes a few seconds until the taskbar contains all items visible.

However: LOVE IT!!! Very Happy Laughing


Quote:
So the basic concept is to create submenus and use <include> to combine them with the main menu, right?

Absolutely right!

Quote:
You commented out jwm -reload , which I would expect to work, and instead you use fixmenus, which I would not expect to work. Why?

I'm using a modified fixmenus in T.O.P.L.E.S.S. that is loaded to a top layer by .sfs module. This one is calling jwm -reload after its mostly original code for jwm is executed. Found it much more comfortable.

Quote:
You limit the UTF-8 decoding to a few "foreign" characters. What happens when a character can't be decoded?

No, I didn't.

Most code of the create-recently-used-jwm-submenu scripts are copied from another script I found long ago. Can't remember where and when.

Quote:
As you already said they are so much embedded in your T.O.P.L.E.S.S. framework that it would be an enormous work to turn them into standalone scripts.

Absolutely true.

As shown above e.g. $MYBOOTDIR is a global environment variable only available in a T.O.P.L.E.S.S. made puppy. There are lots of them that being used in many T.O.P.L.E.S.S. scripts.

Overview:
T.O.P.L.E.S.S. Environment Variables wrote:
root# $MY
$MYAKINTERN $MYFILES $MYMPLASTUSED $MYSARASCRIPTBOX
$MYAKLINUX $MYFREEMEMPARTITIONS $MYMPLINUX $MYSCRIPTS
$MYAKROXAPPS $MYIMAGEMAGICKSFS $MYMPROXAPPS $MYSDGSETDIR
$MYAKRUNSCRIPTS $MYIMAGICKSFS $MYMPRUNSCRIPTS $MYSETTINGSDIR
$MYAKSCRIPTS $MYINTCONFIGFILE $MYMPSARABSCRIPTS $MYSFSPLUSSETDIR
$MYAKWINEPORTABLE $MYJDKSFS $MYMPSCRIPTS $MYSFSPSETDIR
$MYASETDIR $MYJRESFS $MYMPWALLPAPERS $MYSHUTDOWNGUISETDIR
$MYAUTOSETTINGSDIR $MYLAZYREMASTERSETDIR $MYMPWINEINSTALL $MYSYMLINKSTARGET
$MYBOOTDIR $MYLAZYRSETDIR $MYMPWINEPORTABLE $MYTRASHDIR
$MYBOOTPRT $MYLINUXAPPS $MYPAR1PRT $MYVARIOMENUSETDIR
$MYCLIPBOARDDIR $MYLP5PREFSDIR $MYPAR2PRT $MYVMSETDIR
$MYCORELDRAW $MYLPED $MYPCONFEXT $MYWINDOWMANAGERSFS
$MYCORELDREAM3D $MYLPEDPREFIX $MYPCONFIG $MYWINEAPPS
$MYCORELPHOTOPAINT $MYMODULES $MYPCONFINT $MYWINEAPPSSTARTER
$MYCORELSCRIPT $MYMODULES2 $MYPIKONAPRG $MYWINEINSTALLS
$MYDASHBOARDSETDIR $MYMPALL $MYPSLDIR $MYWINESFS
$MYDBSETDIR $MYMPBOOKMARKS $MYROXAPPS $MYXPADSSETDIR
$MYEXTCONFIGFILE $MYMPDRIVES $MYRSHROXAPPS $MYXPSETDIR
$MYEXTERNALRUNSCRIPTS $MYMPFAVORITES $MYRSHSCRIPTBOX
$MYEXTERNALSFSPLUSSCRIPTS $MYMPFILES $MYSARARSD
root# $MY

E.g. using $MYMODULES in a script at current running system will be:/mnt/sde1/Module
I think I had stated it somewhere before publishing the first version of T.O.P.L.E.S.S., that my further and future puppy developments will be developed and run/work only in the T.O.P.L.E.S.S. context.

You should try to install LazY Puppy 5 to a usb flash drive as per its installer script. Do a symbolic link Module to Modules after installation is finished. Boot it and examine the stuff to be found in /initrd/pup_rw.

I recommend to examine file /etc/profile.local wherein everything is executed that will boot a plain puppy as T.O.P.L.E.S.S. LazY Puppy 5. The stuff to create this file is to be found inside the initrd.gz (the only thingy that is modified by the T.O.P.L.E.S.S. RoxApp.

If you got it running open a terminal and enter: psl_

Then hit key tab two times. This will show you the global functions of the T.O.P.L.E.S.S. Puppy Scripting Library.

Just a side not for automated update of JWM's menus:

I experienced destroyed/incomplete menus when using fixmenus & and trying to enter the jwm menu while fixmenus was still executing.

Of course one could use a script running in background to refresh jwm periodically, though with an amount of appr. 50,000 files in its menu pipes, one will have the delay periodically also.

Not good, bad and irritating. Much more irritating than to learn to refresh the menu pipes manually from time to time. My content of scripts, roxapps etc.pp doesn't change that often, so I just refresh those for the files only from time to time.

Btw. the menu pipes in my packege are "intelligent" and "smart" thanks to T.O.P.L.E.S.S..

As stated they are stored in a sub-directory of boot directory, so the may have /mnt/sde1 as paths defined.

Next Time I'm booting and the boot partition appears as e.g. /mnt/sdb1, all menu pipes are refreshed automatically to keep them portable AND usable from being portable. Of course, it takes a few seconds more then.

Sorry, can't resist! Rolling Eyes

LOVE IT, LOVE IT, LOVE IT !!! Very Happy Laughing Very Happy Laughing Very Happy Laughing

_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
MochiMoppel


Joined: 26 Jan 2011
Posts: 1852
Location: Japan

PostPosted: Fri 23 Sep 2016, 07:09    Post subject:  

LazY Puppy wrote:
I have 937 Scripts in my Scripts directory that goes into the menu pipe. Plus RoxApps, Portable Linux Apps, Portable Windows Apps and Windows Install files - each one has its own menu pipe.
This is extremely abnormal and judging from your screenshot your start menu is heavily customized. For any "normal" user with a fairly normal main menu a handful of scripts should not delay menu generation, not in openbox and not in JWM.

Quote:
I'm using a modified fixmenus in T.O.P.L.E.S.S. that is loaded to a top layer by .sfs module. This one is calling jwm -reload after its mostly original code for jwm is executed.
OK, understood.

Quote:

Quote:
You limit the UTF-8 decoding to a few "foreign" characters. What happens when a character can't be decoded?

No, I didn't.
Yes, you do. You translate 96 characters of the Unicode's "Basic Latin" code block. That's a tiny fraction of possible characters. No Cyrillic, no Greek and .... no Japanese Crying or Very sad

Quote:
Just a side not for automated update of JWM's menus:

I experienced destroyed/incomplete menus when using fixmenus & and trying to enter the jwm menu while fixmenus was still executing
Hmmm...should be completely independent, but if you refer to your customized fixmenus then it sounds credible Laughing
Back to top
View user's profile Send private message 
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Fri 23 Sep 2016, 09:57    Post subject:  

Hmm, I did?

Can't remember. Laughing Wink

Can you show me what you meant by 96 characters?

Quote:
This is extremely abnormal and judging from your screenshot your start menu is heavily customized.

Yes, for the average user it is.

Though, it is not for me, as I'm heavily developing stuff and I want to have immediate access to all progs and files.

_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Fri 23 Sep 2016, 10:34    Post subject:  

@all:

I have updated my first post in this script (3rd post on page 1) to inform the
potential user that development is on-going and that there is a much newer
MRUF script available.

For the record, I would also like to point out that OP "johnywhy" asked for
a possible integration of the MRUD's to "his Puppy menu". We readers may
infer that it is a jwm menu, but "johnywhy" did not specify the WM.

BFN

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
MochiMoppel


Joined: 26 Jan 2011
Posts: 1852
Location: Japan

PostPosted: Fri 23 Sep 2016, 10:38    Post subject:  

LazY Puppy wrote:
Hmm, I did?
Can't remember. Laughing Wink

No need to remember anything, a look into your script is sufficient Laughing
File create-recently-used-jwm-submenu, starting line 63:
Code:
# The following lines to translate UTF-8 XML code to regular accented characters;
# you may comment these lines if you are using only English.
# Traduction du codage XML pour les accents.
$R "%C2%A0" " "
$R "%C2%A1" "¡"
$R "%C2%A2" "¢"
$R "%C2%A3" "£"
$R "%C2%A4" "¤"
$R "%C2%A5" "¥"
$R "%C2%A6" "¦"
$R "%C2%A7" "§"
$R "%C2%A8" "¨"
$R "%C2%A9" "©"
$R "%C2%AA" "ª"
$R "%C2%AB" "«"
$R "%C2%AC" "¬"
$R "%C2%AD" " "
$R "%C2%/recently-used-files-array" "®"
$R "%C2%AF" "¯"
$R "%C2%B0" "°"
$R "%C2%B1" "±"
$R "%C2%B2" "²"
$R "%C2%B3" "³"
$R "%C2%B4" "´"
$R "%C2%B5" "µ"
$R "%C2%B6" "¶"
$R "%C2%B7" "·"
$R "%C2%B8" "¸"
$R "%C2%B9" "¹"
$R "%C2%BA" "º"
$R "%C2%BB" "»"
$R "%C2%BC" "¼"
$R "%C2%BD" "½"
$R "%C2%BE" "¾"
$R "%C2%BF" "¿"
$R "%C3%80" "À"
$R "%C3%81" "Á"
$R "%C3%82" "Â"
$R "%C3%83" "Ã"
$R "%C3%84" "Ä"
$R "%C3%85" "Å"
$R "%C3%86" "Æ"
$R "%C3%87" "Ç"
$R "%C3%88" "È"
$R "%C3%89" "É"
$R "%C3%8A" "Ê"
$R "%C3%8B" "Ë"
$R "%C3%8C" "Ì"
$R "%C3%8D" "Í"
$R "%C3%8E" "Î"
$R "%C3%8F" "Ï"
$R "%C3%90" "Ð"
$R "%C3%91" "Ñ"
$R "%C3%92" "Ò"
$R "%C3%93" "Ó"
$R "%C3%94" "Ô"
$R "%C3%95" "Õ"
$R "%C3%96" "Ö"
$R "%C3%97" "×"
$R "%C3%98" "Ø"
$R "%C3%99" "Ù"
$R "%C3%9A" "Ú"
$R "%C3%9B" "Û"
$R "%C3%9C" "Ü"
$R "%C3%9D" "Ý"
$R "%C3%9E" "Þ"
$R "%C3%9F" "ß"
$R "%C3%A0" "à"
$R "%C3%A1" "á"
$R "%C3%A2" "â"
$R "%C3%A3" "ã"
$R "%C3%A4" "ä"
$R "%C3%A5" "å"
$R "%C3%A6" "æ"
$R "%C3%A7" "ç"
$R "%C3%A8" "è"
$R "%C3%A9" "é"
$R "%C3%AA" "ê"
$R "%C3%AB" "ë"
$R "%C3%AC" "ì"
$R "%C3%AD" "í"
$R "%C3%/recently-used-files-array" "î"
$R "%C3%AF" "ï"
$R "%C3%B0" "ð"
$R "%C3%B1" "ñ"
$R "%C3%B2" "ò"
$R "%C3%B3" "ó"
$R "%C3%B4" "ô"
$R "%C3%B5" "õ"
$R "%C3%B6" "ö"
$R "%C3%B7" "÷"
$R "%C3%B8" "ø"
$R "%C3%B9" "ù"
$R "%C3%BA" "ú"
$R "%C3%BB" "û"
$R "%C3%BC" "ü"
$R "%C3%BD" "ý"
$R "%C3%BE" "þ"
$R "%C3%BF" "ÿ"
# Liste taken from http://jeppesn.dk/utf-8.html
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Fri 23 Sep 2016, 11:38    Post subject:  

Ahem. Laughing
That comes verbatim from my 2nd or 3rd version of the MRUF, I think...
RSH kept the comments in French, too! Typos and all! (hehe) Wink
I'm flattered! Smile

@Lazy Puppy:
At the time, I thought those foreign characters conversions were
necessary, but experience has proven that in fact they are not needed.

IHTH.

_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)
Back to top
View user's profile Send private message 
musher0

Joined: 04 Jan 2009
Posts: 14225
Location: Gatineau (Qc), Canada

PostPosted: Fri 23 Sep 2016, 15:00    Post subject:  

Hello all.

To hold my end of the bargain and convince people that this organic
discussion about building a MRUF/MRUD sub-menu in the start menu
IS in line with the question of the OP (q.v., BTW):

Lazy Puppy has his own way of doing things in his "T.O.P.L.E.S.S."
Puppy, I'm sure.
~~~~~~~~~~~~~~
Edit, late evening, Sept. 23 2016:
(Please see his posts above.)

As well, MochiMoppei is now offering another option for integrating
a MRUF sub-menu to jwm >= v.2.3.

~~~~~~~~~~~~~~

But here's how to integrate my MRUF script into jwm's menu:
    Open a terminal
    Open the jwm menu template by typing:
    Code:
    geany /etc/xdg/templates/_root_.jwmrc &
    Search for the entry "Help"; there is a "separator" right over it.
    Make a line space between the separator and the "Help" entry.
    In this new space, on this new line, copy and paste this line:
    Code:
    <Program label="M.R.U.F." icon="/usr/local/share/pixmaps/mrudicon2-48x-trnsprnt.png">exec /usr/local/bin/MRUF-lst-0.9.5.4.sh</Program>
    Save the document.
    Exit geany

    You're still in terminal, so type
    Code:
    fixmenus;jwm -restart
When the update is finished, right-click on any empty part of the screen,
and you should now see the MRUF sub-menu entry just above the Help
entry (see attached picture).

Done. IHTH
MRUF-lst_in-jwm-Start-Menu_2016-09-23(2).jpg
 Description   The menu in action and the menu template in geany are side by side to
better illustrate the effect of editing the template on the actual menu.
 Filesize   60.96 KB
 Viewed   393 Time(s)

MRUF-lst_in-jwm-Start-Menu_2016-09-23(2).jpg


_________________
musher0
~~~~~~~~~~
Je suis né pour aimer et non pas pour haïr. (Sophocle) /
I was born to love and not to hate. (Sophocles)

Last edited by musher0 on Sat 24 Sep 2016, 01:10; edited 1 time in total
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 11 of 13 [185 Posts]   Goto page: Previous 1, 2, 3, ..., 9, 10, 11, 12, 13 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » House Training » Beginners Help ( Start Here)
Jump to:  

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


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1062s ][ Queries: 13 (0.0222s) ][ GZIP on ]