(old)Puppy Linux Discussion Forum

Ah - I was suspecting this, and you have confirmed it ; I have installed the French puppy langugage pack, and it appears that both PPM and Quickpet are (sometimes) named Gestionnaire de paquets... maybes this causes confusion ? The langpack does not perfectly translate everything....
Any idea for a workaround ? For now, I just created a jwm keyboard shortcut for PPM.
Again, very nice launcher, I use it extensively and almost never use the menu anymore.
uio

I just checked and v1.9 displays two "Gestionnaire des paquets" entries, one of which is PPM and the other QuickPet, but v1.10.6 shows only the latter (QuickPet).

Anyway, to fix this, just open /usr/share/applications/quickpet.desktop file in Geany and change Name[fr]=Gestionnaire des paquets to something else, so the names won't clash anymore.

Greetings!

Noted. I'll investigate if this needs fixing in v1.10.6. Thanks

SFR wrote:I just checked and v1.9 displays two "Gestionnaire des paquets" entries, one of which is PPM and the other QuickPet, but v1.10.6 shows only the latter (QuickPet).

Anyway, to fix this, just open /usr/share/applications/quickpet.desktop file in Geany and change Name[fr]=Gestionnaire des paquets to something else, so the names won't clash anymore.

Greetings!

Thanks for the fix information !

I should point out, however, that there are in fact 3 items that are named 'Gestionnaire des paquets' in the French translation. Two are QuickPets (large window and small window ones it seems to me), and the third is PPM. So, one must change two of the three names I think...

Anyway, now I can launch PPM !

::::::::uio

uio wrote:I should point out, however, that there are in fact 3 items that are named 'Gestionnaire des paquets' in the French translation. Two are QuickPets (large window and small window ones it seems to me), and the third is PPM. So, one must change two of the three names I think...

Anyway, now I can launch PPM !

::::::::uio

@uio I fixed this issue, can you please confirm that the fix works to show all three items in your system?
I haven't built pets yet, so you need to exit any running instances of findnrun, download the zip file from the master repository, unzip it in a temporary folder and replace /usr/bin/findnrun with the one in the temporary folder. No need to replace/add other files from the temporary folder.
I will build an official pet after you can confirm that the fix is working. Thank you for your help.

I have pRun in my standard desktop/utilities options. Not sure if that came with the original puppy or whether I added it as a PET at some stage.

Bonjour SFR,
Worked beautifully !
Merci,
uio

uio wrote:Again, very nice launcher, I use it extensively and almost never use the menu anymore.

Glad to read this statement!

uio wrote:I have installed the French puppy langugage pack, and it appears that both PPM and Quickpet are (sometimes) named Gestionnaire de paquets... maybes this causes confusion ? The langpack does not perfectly translate everything....

Right. It is the language pack's bug.
"Gestionnaire de paquets" is not a package name but something other, maybe a classification or a "generic name" (used in Fatdog64).

I have been testing version 1.10.7 in Fatdog using the equivalent search term "paket".
... and found another issue: double entry for one and the same package "gslapt".
This is not findnrun's fault of course.
There are 2 desktop files (gslapt.desktop and gslapt-kde.desktop ) and both have the same @step
- hope you can get this sorted (sort -u)
- version in title again would be nice too.
Thank you.

rufwoof wrote:Not sure if that came with the original puppy or whether I added it as a PET at some stage.

You will find an answer inside /root/.packages.

L18L wrote:

rufwoof wrote:Not sure if that came with the original puppy or whether I added it as a PET at some stage.

You will find an answer inside /root/.packages.

Thanks. L18L.

uoi wrote: Bonjour SFR,
Worked beautifully !
Merci,
uio

@uoi:You are welcome. Thanks for testing the fix, I'm glad to hear it works for you. Please note: step (me) and SFR are two different persons.
I'm just curious to know, did you also install the French language pet for findnrun?

L18L wrote: There are 2 desktop files (gslapt.desktop and gslapt-kde.desktop ) and both have the same

Code: Select all

Exec=/usr/sbin/gslapt

@step
- hope you can get this sorted (sort -u)
- version in title again would be nice too.
Thank you.

@L18L:Thanks for taking the time to test 1.10.7 (unofficial). The two distinct .desktop files differ only in the "Categories=" entries: "PackageManager" in one case and "PackageManager;System Application" in the other. Even if the two files were exact copies of each other I would still want to show them as separate lines in findnrun, and let the user sort that out by eliminating one of the files, if so desired.
Version in title - I removed it since 1.10.6 because (1) few Linux apps show version in title (so there probably is a good reason not to do so), and (2) showing version in title makes screenshots look obsolete when in fact they aren't. Currently version is shown by pressing the About button.

Yes step, I did install the language pack for find'n'run.

uio

I added the ability to search all application properties at once. Without this change, in order to find an application you need to know its "name", which doesn't necessarily correspond to its "command". For instance, try finding "gimp" on Fatdog64. You won't find it, unless you start typing "gnu" (hint). Now with this change you can type "gimp" or "gnu" and find the gimp. If anyone wants to test it before the official release, follow the download/install instructions in this posting, edit ~/.findnrunrc and add SEARCHCOMPLETE=true, then restart findnrun. The help file (press F1) briefly describes this new hidden user preference.

last document update: 20151114
latest delta archive: 20151114

### Announcing

Plugins are a new development for findnrun. With plugins comes the ability to connect new types of searches into the main window. To write a plugin shell scripting ability suffices. So, findnrun expands beyond the traditional "find and start an application" to "find something and do something with it". Please engage in the find-n-run 1.10.7 beta1 test. I especially hope for some people to write plugins, so the new framework can get tested. You can read about plugins here.

There are other new features - see the changelog for details.

### Download - Instructions - Changelog

Find-n-run 1.10.7 beta1 Downloads and Comments

### Reporting Issues - Feedback - Contributing Plugins

I prefer for people to report bugs as new issues on github. Comments and plugins can be added to the github announcement thread. If that is too inconvenient you can post your reply into the Puppy forum Find'N'Run thread.

### Screenshot

Searching with the new "shell completion" plugin.



### Changelog

See Find-n-run 1.10.7 beta1 Downloads and Comments

Hi.

As you may have noticed earlier, I found this Program absolutely useful and used it to create a extended version for my own private and very special needs.

But I'm using version 1.10.6 also as a RoxApp Directory and I'm catching a submitted File/Text/Name. Then there is the .xdo-key-right Script used to send keyboard shortcuts to Find'N'Run to configure/prepare the search/entry field. So I have some Scripts accessed by a Menu Pipe that I'm using to call easily some of my favorite Programs. ...and Find'N'Run comes up like this...

Note 1: if Option to show all Icons is activated, it needs to run at least once before it works in complete (1.75 seconds are to short either to grab all the Icons), which means, to get rid of the '-', so the GUI will show all Audio Programs e.g.

Note 2: just made a few, very less (I think two at least) modifications inside the Find'N'Run Script to get the submitted "audio-" as default into the search entry/field, e.g.

RSH, I'm glad you like version 1.10.6. I'm wondering if your needs wouldn't be better served by the new plugin feature that I introduced in 1.10.7 beta, details two postings above this one. Your audio search could be a plugin and xdotool would simply need to send Ctrl+n where n is the numbered position of the plugin...

edit 2015-12-08 added below

I extended the plugin framework to more easily support initializing the search input field. Your specific case now boils down to adding this line to ~/.findnrun: You need to download and install the 1.10.7-beta2 delta archive before you can see it in practice, see announcement in the next posting. I hope this new feature will be useful to you. If it won't it's OK all the same; I think it's a feature worth having anyway.
In short, the plugin interface allows one to define new ways to search, alternative file/directory pools to search, and new ways to process search results. It adds hotkeys to switch between multiple searches (plugins). It provides a way to initialize the search input field.

### Announcing

Plugins are a new development for findnrun. With plugins comes the ability to connect new types of searches into the main window. To write a plugin shell scripting ability suffices. So, findnrun expands beyond the traditional "find and start an application" to "find something and do something with it". Please engage in the find-n-run 1.10.7 beta2 test. I especially hope for some people to write plugins, so the new framework can get tested. You can read about plugins here.

There are other new features - see the changelog for details.

### Download - Instructions - Changelog

Find-n-run 1.10.7 beta2 Downloads and Comments

### Reporting Issues - Feedback - Contributing Plugins

I prefer for people to report bugs as new issues on github. Comments and plugins can be added to the github announcement thread. If that is too inconvenient you can post your reply into the Puppy forum Find'N'Run thread.

### Changed/New Files

* README.md
* usr/bin/findnrun
* usr/bin/findnrun-formatter
* usr/share/doc/findnrun/CREDITS.md
* usr/share/doc/findnrun/DEBIAN.md
* usr/share/doc/findnrun/TRANSLATING.md
* usr/share/doc/findnrun/examples/multi-field-tap.sh
* usr/share/doc/findnrun/index.md
* usr/share/doc/findnrun/no-help.md
* usr/share/doc/findnrun/plugin.md
* usr/share/doc/findnrun/shell-completion.png

### 1.10.7-beta2 Changelog Highlights

**Changes since 1.10.7 beta1** (most recent change last)

* Plugin interface: document tap-reserved field. 7dabaed
* Don't cache icon of disabled builtin sources. fa73ce3
* Add formatter's multi-field record processing. aa09937
* Add multi-field tap source example script and doc. cb4cc55
* 2015-11-14 Upload 1.10.7-beta1 delta2 archive. cb4cc55
* Create ICONCACHE folder when necessary. 68a4f02
* New plugin INITSEARCH feature. 3aabe05
* Allow INITSEARCH for built-in sources. 4171190
* Document INITSEARCH feature. 3884bf1
* Fix buggy detection of null TAP commands. 76b4fda
* Fix echo -n. 198c013
* Fix regressed vertical window resizing. 09e2ff4
* 2015-12-08 Upload 1.10.7-beta2 delta archive. 09e2ff4


**Changes since 1.10.6** (most recent change last)

* Add searching all properties at once. Associated hidden user ... 07aea71
* Add hotkey F2, which cycles keyboard focus between the search field ... 2a08789
* Allow spaces in ICONSEARCH user preference setting. ... 53a3495
* Resolved long-standing issue about search input field. ... 6601225
* Reversed the order of the command history pull-down list, now it's mo... 66d220d
* New feature: source plugins. See plugin.md. 39f8665
* Added translation instructions for plugins. 90d82d7
* Add F3 hotkey to cycle through source plugins. 66df7ea
* Add status bar to display current/next source. ad437e7
* Add new builtin source FNRsc "shell completion".
* 2015-11-12 Upload 1.10.7-beta1 delta archive. cb5be30

### Screenshot

Searching with the new "shell completion" plugin.

Hi.

Of course I will try 1.10.7 beta 2.

But may I ask first for a little modification of the GUI?

I've done it in each version so far, but now I'm tired to repeat this over and over.

The modification is easy to do by using <vbox></vbox> plus the space-fill and space-expand options for vbox. It will only make the tree widget expanding to its GUI sizes when switching the window's size over to full screen.

This would be very kind...

Of course, but I'm not sure I understand your request. Currently (1.10.7 beta 2) the tree widget fills the main window as much as possible according to window size. Are you saying you do not want that? If so, what do you want (picture please)?

The screenshot shows three findnrun windows, #1 is maximized, #2 is normal, and #3 is stretched vertically by pulling the bottom edge. What other/different behavior are you requesting?

Oh, sorry.

It seemed to be a completely different Application that I had in mind, when doing my last post. Everything is fine. This was exactly what I wanted - but for another program.

I must write down some more urgent notes, when working on Puppy...