You are not logged in.
I just tried to put the gmv script and desktop file on AUR but it wouldn't let me do it without a URL variable. So, I'm going to go ahead and put it on github then try again.
Offline
...
Thanks ahead for your package!
OK - gmv is now ready on AUR. I'll work on open_choose now.
Offline
Well - I need to work on the gmv package some more because it's not showing up on the "open with" context menus like it should. Don't install gmv yet.
Offline
I figured out what was wrong - I had left /usr/local/bin/gmv in the.desktop file instead of /usr/bin/gmv. I've fixed it and release 2 is up on AUR now. Tested and works. I'll be working on open_choose for AUR soon.
Offline
OK, open_choose is available in AUR now too.
Offline
Thanks for gnome-search-tool-no-nautilus colinkeenan! I'm liking it better than catfish so far.
archlinux | OpenRC | TOMOYO Linux | Xfce
"In his house at R'lyeh dead Cthulhu waits dreaming."
Offline
@colinkeenan
Thanks! Just tried it. You said the script is named 'gmv' and the desktop calls it 'Move or Rename'. It should show up as 'Move or Rename' for almost any file on an 'open-with' context menu.
However, here it shows just up as gmv.desktop:
Offline
@colinkeenan
Thanks! Just tried it. You said the script is named 'gmv' and the desktop calls it 'Move or Rename'. It should show up as 'Move or Rename' for almost any file on an 'open-with' context menu.
However, here it shows just up as gmv.desktop:
I'm glad you're trying both of my scripts. My instructions for gmv were aimed at people using it in Thunar's 'open-with' context menu. At the moment, my open_choose script only shows the actual .desktop files, not the Name=... text inside the .desktop file. However, if you were to right-click on a file in Thunar (or any other file browser other than that provided by zenity or something) and look at the 'open-with' context menu, it would show up as 'Move or Rename'. Also, if you use Thunar to look at the .desktop files in /usr/share/applications, it won't show you the actual names of the .desktop files. So, you would find 'Move or Rename' in that folder instead of gmv.desktop.
I will clarify my instructions on future releases of gmv. Thanks for the feedback. I think I'll eventually add another column to the open_choose dialog as well to show the Name=... text along with the actual name of the .desktop. I just did what was easiest to begin with.
Also, I'm not sure when you installed open_choose, but I had a mistake on those instructions too where I forgot the equals sign in 'catfish --wrapper=open_choose'. I've already corrected that mistake but didn't think it deserved a new release just for that.
Offline
Thanks for gnome-search-tool-no-nautilus colinkeenan! I'm liking it better than catfish so far.
Glad to hear it. It seems to work better for me too. I just wish it would allow to specify Thunar as the file manager and also allow for a wrapper the way catfish does. I don't know if you noticed, but gnome-search-tool doesn't know how to open the containing folder of regular files, only folders, and I'm pretty sure that's because it doesn't see nautilus so falls back to the default application for the file. Default for folders is Thunar, so that works, but default for anything else will just open the file itself, not the containing folder.
Each desktop search has it's drawbacks, but I just seem to be able to find stuff better with gnome-search-tool. I didn't really use catfish very much though because of it's lack of an open-with context menu before, so it could be I never really figured out how to use it. Once I got gnome-search-tool-no-nautilus installed, I used it a lot because it had open-with and it was my package after all, so I got the hang of it. Now that I've created open_choose, I'll probably use catfish too to test open_choose more and will find out if catfish works for me or not. One problem with catfish is that I think it's relying more on 'locate' so if the database 'locate' uses isn't present or up to date, catfish doesn't find the file. I think gnome-search-tool is falling back to 'find' automatically to find the file, but catfish doesn't seem to do that.
Offline
@orschiro,
It seems like I've got some bugs in my open_choose script because that screenshot of yours shows 3 valid .desktop files, followed by a blank desktop file, followed by the full line of text it was supposed to extract a desktop file from.
Could you post your /usr/share/applications/mimeinfo.cache on pastebin or something so I can figure out where open_choose script went wrong?
I think I should also add text to that dialog showing the filename of what will be opened. That's easy and I'll probably do it now, so expect an update soon.
Offline
Instead of changing my info given after installing gmv, I've added the Name=.. information to open_choose so that the gmv info is correct as it was. I also updated gmv with another mimetype.
I guess it's time to mark this topic solved and any further communication about the various packages I ended up adding to AUR can be done on the relevant page in AUR.
Thanks for everyone's help and I'm very happy to have gone down this path.
Offline
Hmmm, how do I edit the title of my post to add "[SOLVED]" to it again? I can't seem to find a link to edit the title of my post.
Offline
OK - figured it out, again. That's very non-intuitive, having to edit the original post to change the title of the whole thread. I have to go through a long process of rediscovery every time.
Offline
@colinkeenan
So you asked for a cat of my cache file. Is it still of use for you or already fixed?
In any case, here it is: http://pastebin.com/cBEhcK5p
By the way, with the latest version of open_choose it now looks as follows:
Do we need the Open With column with the rather ugly presentation of the desktop files at all?
Wouldn't it be sufficient to just display the i.e. column with the application names?
Last edited by orschiro (2014-02-25 06:18:34)
Offline
@colinkeenan
So you asked for a cat of my cache file. Is it still of use for you or already fixed?
In any case, here it is: http://pastebin.com/cBEhcK5p
Thanks - yes I was waiting for that. I put it in a file on my computer and looked back at the image you posted. I realized that for me to test it, I would have to install inkscape.
After installing inkscape, before testing it with your mimeinfo.cache, I decided to see what happened if I just tested open_choose on a .svg file on my own setup. I got the same result as you did, so I don't actually need your file. However, by posting your file, it got me looking into the issue. It is caused by something inkscape.desktop is doing to mimeinfo.cache, so I'm going to start by looking at inkscape.desktop.
Offline
Already figured out the problem and uploaded a fixed version of open_choose that you'll get next time you update your system.
If you look at mimeinfo.cache, each line consists of a mimetype, then an equals sign, then a list of .desktop files. I was searching mimeinfo.cache for the mimetype in order to get the list of .desktop files on that line. Inkscape works with various mimetypes, and 2 of them start off the same way: image/svg+xml, and image/svg+xml-compressed. So when my script looked for image/svg+xml, it found 2 lines instead of just one. The blank line was the carriage return and the full mimetype=... line was that second match that I didn't process because I was only expecting one line. The fix was easy, instead of searching for image/svg+xml, search for image/svg+xml=. That only matches one line, so I added "=" to the end of what I was searching for in the script.
Offline
@colinkeenan
...
Do we need the Open With column with the rather ugly presentation of the desktop files at all?
Wouldn't it be sufficient to just display the i.e. column with the application names?
I want people to understand they are choosing a .desktop file so they will know what to choose in the file-selection dialog after choosing Other. I also like the way it looks.
Offline
I've uploaded a new version that puts the Name= stuff under "Open With" and the full path to the .desktop file in the 2nd column. More importantly, I fixed a bug that would've prevented opening applications with wine or with any command with spaces because I was escaping already escaped spaces. And, most important of all, the script now checks more than just mimeinfo.cache in /usr/share/applications. It also checks for mimeapps.list, and checks for both files in ~/.local/share/applications too.
Now the open_choose dialogue will list all the applications you would expect and in the expected order, I think. Let me know what you think or if you notice something wrong.
Thanks.
Last edited by colinkeenan (2014-03-02 04:57:57)
Offline
@colinkeenan
Just tested the new update. This is really cool now. Thanks!
As for this thread, I suggest to remove the [SOLVED] tag and move it to Community & Contributions. Otherwise people will likely to have no look at this here.
Offline
How do I move this thread?
Offline
How do I move this thread?
Use the report link and leave a note for the moderators. Where did you want to move it? And why? After a thread reaches its conclusion, we leave them in place as a resource for others; that way we don't have to rehash the same stuff over and over.
Edit: Moved, by request.
Last edited by ewaller (2014-03-02 17:56:24)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline