A MRU[F/D] script to help you recall the apps you ran

[musher0]

Edit:
Don't forget to apply the patch in the next post. Sorry about that.
musher0

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

Hello all.

Presenting version 0.9.7.9

MRUF-lst-0.9.7.9 Changes

Mostly under the hood.

-- Redid the find routines for the browsers, so got rid of the former FinD
function. Because of it, the tree utility is a new requirement.

-- Fine-tuned the MZ browsers section to include light, firefox, mozilla,
seamonkey. Untested for seamonkey and firefox, I don't have them on
this machine. Please report on your use if you have a minute. Thanks.

-- If there is a bookmarks.html file at the 1st level of an MZ browser, you
can access it directly as a page in the browser. This is for convenience.

-- Added a routine to detect if the xbel file exists or is empty. This is
important on a new install, where the machine does not have much
history. We tend to forget those things! If there is no xbel file or if it has
no entries, a reminder is shown on screen to continue chugging along for
a little while longer before using the MRUF-lst. (Illustration attached.)

-- Changed the File handling. xdg-open is still the main guy, but I felt there
was a need to detect some types of files with more precision. Namely all
the compressed formats, since on Puppy we have UExtract and sfs_load.
This task is now done through an if...elif...elif...else structure.

-- About the sqlitemanager loading the MZ browsers' places.sqlite file, I
discovered that sqlitemanager does not have routines to handle command
line positional parameters. So we're out of luck. I tried improving the
sqlitemanager.sh script to get into the file's directory, but it does not
seem to help. Oh, well. Some things in life one cannot improve!*

As a consolation prize, I discovered that there are at least two Firefox
plug-ins for this: "Places maintenance" and "Places to SQL". The latter is
experimental as of this writing, but both may be worth a try to facilitate
history management if you're using an MZ browser.

Interface --
-- I re-re-did the Description and Credits panel drawing on the power of
ANSI-codes and of the native urxvt URL handling. In that panel, you can
now click on its URL to view the text of the GPL3, for instance.

-- sqlite menu and entry moved from the system sub-menu to the apps
sub-menu. (Illustrations attached.)


Forecast --
-- I've been studying Barry Kauler's "condensed directory" version a bit. I
may come up with my own take on a "one-place" version some time.

-- Looking behind, a lot of ground was covered: when I started out on this
project, Puppy had no history app. Looking ahead, still more ground to
cover: a lot of apps have histories, which I don't know exist! Shucks!

That said, MRUF-lst is very, very usable as it is, even if it does not give
access to the history of each and every app that provides one. Even as it
is, for me and hopefully for you too, it has become a tremendous time
saver. So I'll take a breather for now. Thanks to all who gave me a hand
in some form.

Talk with you later. Have a great day!

musher0

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

* By comparison, to have Vivaldi display its history directly, you type

Code: Select all

vivaldi --no-sandbox --enable-grouped-history --user-data-dir=profile vivaldi://history

and boom!, you're there.

[musher0]

Hello again.

As of this writing, one (1) person has downloaded MRUF-lst-0.9.7.9.
With me, that makes two (2) users. ROFL

So... for that person... here's a patch for component file vars.GEN1.

I don't know where my head was yesterday evening. I left a "$variable"
in a sourced variables file...

Please download the attached file, unzip, make executable and run.

The skeptics will have to eat crow: with this patch, MRUF-lst will now
actually run.

Until next error! BFN.

~~~~~~~~~~

Code: Select all

#!/bin/sh
# correctif.sh, 2017/08/03 17:57
# -- Correctif pour le fichier vars.GEN1 de /usr/local/share/MRUF
# dans la version 0.9.7.9 du MRUF-lst. Désolé. /
# -- Edit for file vars.GEN1 of /usr/local/share/MRUF
# in version 0.9.7.9 of MRUF-lst. Sorry.
# musher0
####

cd /usr/local/share/MRUF

replaceit --wholeline --input=vars.GEN1 corps " "
echo "corps=\"/usr/local/share/MRUF/corps\"" >> vars.GEN1

[Pelo]

downloaded once from my side. refused at use because of aewm missing, and other stuff.
And you blaimed me as a user, bad user.
So there is one downloader to find who he is .. Wait for his questions. He will soon appear.
Users are so rare, either they put in they mind to become developers, or they went away.. Like mohicans, soon will come when you will have only one : Pelo

[torm]

As a sidenote, I know it doesn't make all that difference.. then,
does the GTK2 theme "really" need all them Aurora and Rezlooks engines?



.. it does appear in the global theme folder.

[musher0]

Note, Aug. 5 2017, 1h40 -- The "noexecs" pet is new. Please see below.
Sorry for any inconvenience. musher0

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

Hello again all.

Please find attached version 0.9.8.1. (I did not release 0.9.8.publicly.)

Changes, in a nutshell:

-- Builds / refreshes now in +/- 3 seconds. It may take up to 8 seconds if
you have a big recently-used.xbel file. I'm quite happy about this, since in
an early version, someone reported MRUF taking up to a minute to start.

How do you do that? Simple! You find an imaginative way to replace
slowpoke utilities such as sort, and you put the LC_ALL=C variable nearer
the top of the script.

-- Support for MZ browsers is almost dropped, except if you have a
bookmarks.html file in the directory.

The reason is that it's much simpler for the user to access the history of
his/her MZ browser from within the MZ browser. I touched upon the
complexity of what is happening here in a previous post. (By "MZ
browser", I mean Firefox, Seamonkey,Palemoon & Co.)

By comparison, opening the Vivaldi history in Vivaldi from a script such as
MRUF is easy. This is not a comment about Vivaldi being better. The way
the two browsers work is different, that's all.)

Nevertheless, you can still run your MZ browser from MRUF if you have a
bookmarks.html file in its user directory. Also, if you have a need to
process the places.sqlite database, you can still access it from MRUF, as
before, through the sqlitemanager.sh menu item.

I may revisit this decision later (I read that Firefox will be undergoing
major changes shortly), but for now I think this is the logical thing to do.
MRUF is meant to process histories, not databases!

I added two lines as a reminder of this in the help panel.

-- Small typographic changes: better centering of titles, added tabs
here and there, that sort of thing.

-- Presenting the MRUF in two pets from now on will make it easier
to align the 64-bit and 32-bit versions. This means that you need to
download and install the two attached pets, please. For those who need
them, the 64-bit execs are available here.

Enjoy!

BFN.

[musher0]

Received by PM yesterday:

"I have installed your MRUF-lst history script to see what it looks like.
It's working perfectly. ... You did a splendid job writing that script."

My pleasure!

[musher0]

Hello all.

I provided a new "noexecs" pet for MRUF-lst-0.9.8.1, here. There was a
slight error in the Chromium section. Thanks to French member petihar
for allowing me to rectify this.

I apologize for any inconvenience.

Have a great day!

[musher0]

Hello all.

The following are the changes for MRUF-lst, version 0.9.8.2, released on
this day, Aug. 6 2017.

Changes --
-- Code rationalisation and clean-up.

I thought I had seriously broken my script... It wouldn't run at all. Until,
with "set -xe" on, I got a message saying that I had exceeded the line
length on line 126.

I had put too many -o in a row. As in
"if [ this -o that -o the other thing ];then...".

I had six rather elaborate conditions in all, and the maximum line length
had been exceeded.

Mind you, the man 2 page for execve says it should be 128 Kb. So maybe
geany imposes an articial limit.

In any case, I teamed the arguments by pairs and now things are back to
normal.

~~~~~~~~~
This segment now reads:

Code: Select all

	[ ! -f $corps -o "`grep -ow ${LANG%_*} /tmp/en-tete`" = "" ] && CndtN1="non" || CndtN1="oui"

	[ "`ls -Algo $XBelsrc | awk '{ print $3 }'`" != "`cat XbelSize`" 	-o "`ls -AlgoH /usr/local/bin/$MRUFv | awk '{ print $3 }'`" != "`cat ScriptSize`" ] && CndtN2="non" || CndtN2="oui"

	[ "`ls -Algo /root/.config/geany/geany.conf | awk '{ print $3 }'`" != "`cat /root/.config/geany/Size.geany.conf`" -o "`ls -Algo /root/.mtpaint | awk '{ print $3 }'`" != "`cat /root/Size.mtpaint`" ] && CndtN3="non" || CndtN3="oui"

	if [ "$CndtN1" = "non" -o "$CndtN2" = "non" -o "$CndtN3" = "non" ];then...

~~~~~~~~~

I reprinted the example above in case it is useful to another developer.


-- Other, more simple, code rationalisations.


-- Finished the file name and directory name shortening routines. (An idea
suggested by forum member torm.) Illustration is attached.


-- The /tmp/recents menu file has become more structured to the human
eye, thus easier to read. You can now actually make sense of it when
clicking on the "Edit this menu" menu item. (That comment is directed at
me most of all!)


-- Improved the back-up and erase sub-routines for the geany and
mtpaint config files.


-- Your Mozilla-type browser will show up again in the menu if you create
or export a bookmarks.html file at the first level of its directory, like so:

/root/.light/bookmarks.html
or
/root/.mozilla/bookmarks.html .

The bookmarks file in /root/.light will be read by Light; the bookmarks
file in /root/.mozilla will be read by your default browser.

If you want a sub-menu for your MZ browser, create a bookmarks.html
file in its user directory. You will then be able to run the MZ browser
from MRUF-lst and access your browsing history in the MZ browser.

It is not ideal, but I believe this is the best we can achieve given the way
the MZ browsers are designed. (Illustration attached.)


-- Added an entry in the Opera 12.16 menu so your can access its history
directly if need be.


-- Improved SQLiteManager wrapper script included. (Presented earlier
today with more detail in its own forum thread.)


-- The interim file (during menu creation) is now located in /tmp. Is it really
a bit faster there or am I seeing things?


Test with ash
-- I tested the MRUF-lst script with ash as the script language instead of
bash. It works fine. Menu creation gained +/- 0.8 second, but the fonts
and layout were seriously off.

Bash stays! I'm not rewriting this script for the love of half a second !

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

That's it for now.

Constructive and improvement-oriented comments always welcome.

TWYL.

[musher0]

Hello all.

After a few more days of work, here is version 0.9.8.5. Probably the most
mature yet. I'll go easy on the snapshots this time, I gave you too many
already!

Changes, MRUF-lst-0.9.8.5, 2017/08/10
-----------------------------------------------------

All material needed to run this script is now under directory
/usr/local/MRUF-lst, except the launcher and the MRUF-lst.desktop file.
Please see attached tree.

##

As to the scripts themselves, first, two new ones:
-- sqlite3-places-5a.sh uses sqlite3 and awk to search for places.sqlite DB's,
and makes available a short history menu to the MRUF-lst main script in the
appropriate Mozilla browser sub-menus. It is a variant of the one presented
here yesterday.

-- a refreshed sqlitemanager.sh (a launcher for the 32-bit SQLiteManager
Mozilla browser extension). Also, this script is not shown anymore in the
menu if the user does not have the SQLiteManager DB processor.

##

Many lines in the main script have undergone path changes because of the
centralization. Clockmaker's work, that... Additionally:

-- two new LC_ALL lines were introduced around the routine creating the
sub-menus for the Puppy packages and for the personal documents lists.
The dates in the packages and personal documents sub-menus now follow
the format of the LANG variable -- as they should.

-- automatic incorporation of the MZ browsers short history(ies), if the user
has created them, as mentioned in the following paragraph;

-- the new script sqlite3-places-5.sh was placed alongside the SQLite-
Manager in the sub-menu so the user can create or re-create as needed
these short MZbrowser histories, simply by clicking on this menu item;

-- the MRUF-lst-gtkrc.sh launcher has been moved to /usr/bin;

-- the choice of font sizes offered is now down to sizes 13, 14 and 15.
Larger and smaller sizes were disrupting the menu layout;

-- I rewrote the comments in file /root/.aewm/ae/aepanel-custom.gtkrc.
Hopefully they are clearer now. This is a great feature of GTK2;

-- I gave the Bash & System sub-menu a thorough shape-up and check;

-- various minor code edits and clean-ups.

##

Tests of this version were successful on the following Puppies:
DPupStretch-7.0, TahrPup-6.0 and 6.02, and Triton. Feedback about use
on your Pup is welcome.

Tested with the following browsers: the old Opera 12.16, the new Opera
45, Chromium 60 (peebee's), Seamonkey 2.46, Light 49 (32-bit), links2,
and Vivaldi 1.99. Only Chromium does not load its history
(chrome://history) directly. If your mileage varies, please let me know.

I tested MRUF-lst with the following window managers : aewm, icewm,
jwm, and wmx. I thought for a moment that there could be interference
because of the secondary GTK2 theme. but there is none whatsoever.
MRUF-lst Is WM-agnostic,

Finally, v. 0.9.8.4 was not published because it served as the draft for
this version.

##

I think this will the last log out of this Canadian lumber mill unless one of
you users suggests some important missing feature. As for me, I'm fresh
out of ideas!

As usual, constructive and improvement-oriented comments are welcome.

Enjoy!

Chris (aka musher0)

[musher0]

Hello all.

Some users may be upset by the fact that the apps called from within
MRUF-lst will show with the MRUF-lst GTK2 theme during the MRUF-lst
session.

Here is how to have those apps keep their original GTK2 theme when
called from within a MRUF-lst session.

Please read the comments in the script below; they explain why this may
be needed and how to do and undo it, plus various other details.

It requires the replaceit utility. Replaceit is in the MRUF-lst "exec" pet
archive. If you want to use this script in another context, you'll need to
find replaceit separately. (There's a 32-bit version on the forum.)

This script will be included in the next version of MRUF-lst.

BFN.

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

Code: Select all

#!/bin/sh
# /usr/local/MRUF-lst/bin/verse-reverse.sh
#
# Other possible locations for this script: /root/my-applications/bin,
# ....................................................................... /opt/local/bin, or /usr/local/bin.
#
#
# Goal: do and undo a change concerning the GTK2 theme in files
# ------- defaulttexteditor, defaulttextviewer, defaultimageeditor and
# defaultimageviewer, all located in /usr/local/bin.
#
#
# Explanation: This may be desirable in the context of the MRUF-lst app,
# ----------------- where the above apps may show in a different theme than
# the system-wide theme the user chose. Applying the "replaceit" lines below,
# these "default" apps will retain their original GTK2 appearance even if
# run from within the MRUF-lst app. Back-ups of the originals are made.
#
# File /root/.gtkrc-2.0 (please see replaceit lines) contains the user's original choice
# of theme and font. By specifying it within the file, we retain the user's choice
# throughout the MRUF-lst session. as well as during normal operations.
# ----------------------------------------------------------------------------------------------------
#
# Note: This script must be made executable before running it.
# -------
#
#
# Usage:
# ---------
# To undo the change: Open a console and type < verse-reverse.sh undo >
# ----------------------------  (without the chevrons).
#
# To redo the change:  Open a console and type < verse-reverse.sh do >
# ---------------------------- (without the chevrons).
#
#
# (c) Christian L'Écuyer, Gatineau (Qc), Canada,  11 August 2017. GPL3.
# (Alias « musher0 » [forum Puppy].) https://opensource.org/licenses/GPL-3.0
#
####
A="$1"
DirBkp="$PWD" # Remembers the current dir (where you are).
cd /usr/local/bin # moves to the directory where the files are.

case "$A" in do)
		for type in text image;do
			for file in default${type}editor default${type}viewer;do
				cp -f $file $file.bkp
				replaceit --input=$file exec "GTK2_RC_FILES=/root/.gtkrc-2.0 exec" # change
				chmod +x $file
			done
		done ;;

	undo)
		for type in text image;do
			for file in default${type}editor default${type}viewer;do
				cp -f $file $file.bkp
				replaceit --input=$file "GTK2_RC_FILES=/root/.gtkrc-2.0 exec" exec # reverse the change
				chmod +x $file
			done
		done ;;
esac

cd $DirBkp # Brings you back to the dir where you were.

[musher0]

Hello all.

This version, 0.9.8.6, incorporates support for media player Vlc.
(Please see attached screenshot.)

Another important change is that the the fetching routine for the MZ
history items works in parallel, if no MZ sub-menus are detected, as
MRUF-lst is loading. We gain a bit of execution time this way. These
items are now available from the start, but the user can still refresh
them as needed via the menu.

Also, some code was cleaned, and I removed old interim files from
the pet-building directory. As a result, this pet archive is smaller than
the one for the previous version.

Have a great day!

[musher0]

Edit -- Deprecated. Please use version 0.9.8.7a, available here.
Thanks. musher0

~~~~~~~~~~~~~~~
Hello again all.

Here is version 0.9.8.7. What is new is that the font and skin in use are
flagged in the menu with a small arrow next to its name. (Please see
attached screenshot.)

If there is no arrow alongside any skin, simply choose one (or re-select
the one you have). Typically, this will happen on first run; after that, the
arrow will be shown.

Also, for convenience, from now on, MRUF-lst will be presented in three
pet archives: the execs (32-bit or 64-bit), the "decor" (default fonts and
theme), and the script with its satellite files.

This way, those who already have the decor files and the executables will
only need to download the "no-execs" pet to keep up to date.

Have a great day!

~~~~~~~~
P.S. The 64-bit execs are here, for those wondering.

[musher0]

Hello all.

In version above, in script MRUF-lst-0.9.8.7.sh located at
/usr/local/MRUF-lst/bin, please insert the following three lines between lines
647 and 648, save and restart MTUF-lst.

Code: Select all

		if [[ ${CouleurActive} != *"reverse"* ]];then
			$RPLCT "  ««---reverse" "-reverse"
		fi

This will make sure you have only one skin flagged in the list when using a
non-reverse skin. Please forgive the oversight.

BFN.

[B.K. Johnson]

Disclaimer:
I have not read most of the posts in the thread, so if there are any comments below that are not apropos, accept my apologies.

I was the 2nd downloader of MRUF-lst-0.9.7.9.pet, but unlike Pelo I did not run it. I read the requirements and did not have to go through Pelo's torture.

downloaded once from my side. refused at use because of aewm missing, and other stuff.
And you blaimed me as a user, bad user.

I surely will not be using MRUF|D-lst. You don't have to tell me I don't have to. I know!
I am sure it works well and is beautiful in your working environment, but that is non-standard for the majority of puppyians. It isn't the first time I am saying this to you. if you are placing software in the public arena, it is not sufficient just to place a blurb that lists the prerequisites. Maybe Pelo got a pop-up advice that aemenu is missing and was allowed to EXIT gracefully. But, IMHO, good software design demands that the developer make it easy for the target user. An approach that puts the blame on the user for not reading the blurb or running the app blindly is <choose your characterization>.

Maybe you would consider packaging the requirements in MRUF|D, test for each prereq and offer to install it/them if missing. You know, given that option I think I would try it. And if I don't like, it's no sweat to uninstall. It is a lot easier than if I had to search for and install for each prereq, the version that is sure to work. What's your reaction when you try to install a program and there are missing dependencies? Duh!

With a little nectar you may get more bees.

Get the message; don't kill the messenger.

[musher0]

Disclaimer:
I have not read most of the posts in the thread, so if there are any comments below that are not apropos, accept my apologies.

I was the 2nd downloader of MRUF-lst-0.9.7.9.pet, but unlike Pelo I did not run it. I read the requirements and did not have to go through Pelo's torture.

downloaded once from my side. refused at use because of aewm missing, and other stuff.
And you blaimed me as a user, bad user.

I surely will not be using MRUF|D-lst. You don't have to tell me I don't have to. I know!
I am sure it works well and is beautiful in your working environment, but that is non-standard for the majority of puppyians. It isn't the first time I am saying this to you. if you are placing software in the public arena, it is not sufficient just to place a blurb that lists the prerequisites. Maybe Pelo got a pop-up advice that aemenu is missing and was allowed to EXIT gracefully. But, IMHO, good software design demands that the developer make it easy for the target user. An approach that puts the blame on the user for not reading the blurb or running the app blindly is <choose your characterization>.

Maybe you would consider packaging the requirements in MRUF|D, test for each prereq and offer to install it/them if missing. You know, given that option I think I would try it. And if I don't like, it's no sweat to uninstall. It is a lot easier than if I had to search for and install for each prereq, the version that is sure to work. What's your reaction when you try to install a program and there are missing dependencies? Duh!

With a little nectar you may get more bees.

Get the message; don't kill the messenger.

Hello B.K. Johnson.

I didn't answer Pelo because his comment made it so obvious that he did
not try this script. He wrote a lie.

If he had tried it, he would have found out that the aewm window
manager is not required.

The lesson we learned on the French side of the forum about Pelo is that
one must double-check everything Pelo says: he's talking through his hat
most of the time. For one true statement, he posts 19 errors -- or just
utter nonsense.

Everything you need to run MRUF-lst is included in the pets. While MRUF-
lst uses the stand-alone menu application that comes with aewm, it
is not dependent on the aewm window manager.

Perhaps you should indeed have read some of the previous posts. Barry
Kauler has included this app in his 64-bit Quirky-8.3 "xerus" a couple of
weeks ago. He said that I had done "Great work!" with this.
Ref.: http://barryk.org/news/?viewDetailed=00622

Now who are you going to believe? An experienced and talented developer
who devoted his life to facilitating people's access to Linux -- or a roving
clown who speaks without having checked the facts 19 times out of 20?

Don't try MRUF-lst if you don't want to. It's your loss -- because, even as I
am still polishing it and adding from time to time new access to histories
of various programs, as it is, it is already a great time-saver.

My intention writing this script was -- and still is -- : how can I save the
user some time. We all know how annoying and time-consuming it is to
drill down in ROX or any file manager to find a text or picture or html
article we saved in a certain directory. Sometimes we flat out don't
remember where we put it, because we lead busy lives -- or whatever.

This is where MRUF-lst kicks in. It groups in one place the paths and
filenames of the texts that you edited or read, of the pictures that you
viewed or touched-up, and of the music you listened to in the last 10 to
15 days. (I have explained in a post above where you can specify that
duration.)

Not only does my MRUF-lst script remember stuff for you, in addition, If
you are paranoid and hate application histories, with MRUF-lst you can do
the exact opposite: erase most of them. (Note -- i say "most" because
removing some Linux system histories will cause said Linux to crash.)

Anyway, believe pelo if you will.
(... self-censored ... )
I have the chance of being fluently bilingual, I participate a lot in the nglish
section, so pelo didn't affect me as much as the others.

I'm staying -- for now.

I'm sorry I had to say the above, but the truth must be known, and I have
to defend my work against pelo's prejudices, which you have
unfortunately espoused.

When you say:

Maybe you would consider packaging the requirements in MRUF|D, test for each prereq and offer to install it/them if missing. You know, given that option I think I would try it. And if I don't like, it's no sweat to uninstall. It is a lot easier than if I had to search for and install for each prereq, the version that is sure to work. What's your reaction when you try to install a program and there are missing dependencies? Duh!

please have a look at the packages above and you'll see that everything
needed to run MRUF-lst is at your disposal right in this thread. MRUF-lst
has no "dependencies", it's all here.

In conclusion, what you say of my approach and of this script is false.
I am sorry to observe that you fell prey to a rumor started by some clown.

A real Christian is a person who can give his pet parrot to the
town gossip. Billy Graham

From: https://www.brainyquote.com/quotes/keywords/parrot.html

My first name in real life happens to be "Christian" and I gave my pet
parrot away a long time ago. May I suggest you do the same.

Best regards.

[musher0]

Hi, B.K. Johnson.

I just PM'd pelo to demand public excuses from him in this thread.

Pelo's ill-founded -- and who knows, malicious? -- comments are no way to
thank those, me included, who work so hard to build software repertoire
for the Puppy community.

As to the "required" items mentioned in the panel illustrated in this post
they are all in modern Puppies by default, except for replaceit, bcm and
aemenu-pango, which are in MRUF-lst's "execs" pet archive available here..

As to the browsers listed, Puppies offer at least one of them by default.
So "dependency hell", my eye!

You people are quite something! When are you going to stop hitting on
anyone trying to do something new just to compensate for your miserable
lives? When are you going to develop the instinct of checking facts before
sticking your foot in your mouth?



BFN.

[Pelo]

"they are all in modern Puppies by default, except for replaceit, bcm and
aemenu-pango, which are in MRUF-lst's "execs" pet archive available here.."
yes i agree. I told you i don't want installing a WM such aewm.. Only for MRU list, furthermore.
This WM is so complicated.. People, don't mind.. Try MRU.. I would'nt stop any try.. It is not in my mind, and if it was, i don't have such a power on other users
I Tried it just for helping musher0 with a feed back.. Apps have their own history listed, MTpaint for instance.. Perhaps some have not. But it's really not my cup of tea !

[musher0]

Pelo, eat your socks.

Here's proof that you don't need aewm to run my MRUF-lst script.

Below I have provided one capture per window manager, with MRUF-lst
running in it: wmx, jwm and icewm. The identification of the window
manager is in the console, given by the command

Code: Select all

cat /etc/windowmanager

The identification of the window manager is just below this command.

"Ye of little faith..."

(edited)

[musher0]

"they are all in modern Puppies by default, except for replaceit, bcm and
aemenu-pango, which are in MRUF-lst's "execs" pet archive available here.."
yes i agree. I told you i don't want installing a WM such aewm.. Only for MRU list, furthermore.
This WM is so complicated.. People, don't mind.. Try MRU.. I would'nt stop any try.. It is not in my mind, and if it was, i don't have such a power on other users
I Tried it just for helping musher0 with a feed back.. Apps have their own history listed, MTpaint for instance.. Perhaps some have not. But it's really not my cup of tea !

The above is what you should have said in the first place instead of lying.

In short, you don't like it and you don't have a need for it. Fine by me.
Except for the attack on my reputation.Some feedback, ah!

As to you having no power on other users, the posts at the bottom of the
previous page speak to the contrary.

BFN.

[Pelo]

No need to attack your reputation.. Your colleagues are with their own choices, no time to try yours, perhaps. Try is very fast however. .
But i repeat history is available by apps itselves, even for browsers.
How to show Recently Used Documents on JWM's Start Menu For JWM users