Re: Windows type shortcuts to files and folders
I believe Ubuntu has something similar to a Windows symbolic link in that it jumps to the destination folder as if you had gone directly to that folder, unlike a symbolic link, which is treated as its own path. You can do this using a .desktop file. An example of this is the Examples shortcut that comes with a default install of Ubuntu. Removing the translations, it looks like this: [Desktop Entry] Version=1.0 Type=Link Name=Examples Comment=Example content for Ubuntu URL=file:///usr/share/example-content/ Icon=folder When I click on this desktop file in the Files app, it jumps right to /usr/share/example-content, instead of displaying the original path to the file. This may or may not work with individual applications, but at least the concept should be similar. Hope this helps, Michael On Tue, Jul 14, 2015 at 8:29 AM Johan Kriel wrote: > No you are wrong!!! The way shortcuts work in Windows is totally > different from Ubuntu's symbolic links. Windows also have what they call > a "Junction" which do exactly what Ubuntu's symlinks do. But Windows > shortcuts DOES NOT create a symbolic path to the destination. It is a > simple jump to the destination as if you have typed "cd /destination" in > a terminal. Both shortcuts and junctions are useful, but they have > different purposes and you can not replace the one with the other. The > problem I have with Banshee is because I have to use symlinks where I > really need shortcuts. > > Regards > Johan Kriel > > > On 14/07/2015 15:06, Sam Bull wrote: > > On Sun, 2015-07-12 at 15:51 +0200, Johan Kriel wrote: > >> Please guys, seriously consider the implementation of shortcuts as used > >> by Windows in Ubuntu. Those shortcuts are of real good use and they > >> don't create unnecessary extra symbolic paths to any folder. They are a > >> simple direct jump to another folder somewhere on your disc. > > Shortcuts are the equivalent of symbolic links. There is no functional > > difference. > > > > It sounds like the issue is that you have Banshee searching areas that > > you don't want it to. If the symlinks are outside the Music folder, then > > you just need to make Banshee only searches the Music folder. > > If the symlinks are inside the Music folder, then it'll create an > > endless loop when searching through the folder. I can't imagine any > > reason for doing this, so if they are in the Music folder, then perhaps > > explain what you're trying to achieve with them (or maybe there's an > > advanced setting in Banshee to stop it following symlinks). > > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > -- Michael Spencer Android, iOS, and QtQuick Developer Papyros founder and lead developer | http://papyros.io -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Launchpad translations for a package
I'm working on a program that will open a web browser and show the translations for a package in Launchpad. What is the best URL to go to given the package name? I've tried using https://translations.launchpad.net/ubuntu//+source/, but for the packages I've looked at, translations are managed by the Launchpad project, not the package. Should I still just show the user the package's translations page, should I try extracting the "Sharing translations with" link and show that, or is there a better way to do this? Thank you, -- Michael Spencer If thou shalt confess with thy mouth the Lord Jesus, and shalt believe in thine heart that God hath raised him from the dead, thou shalt be saved. - Romans 10:9 Whatsoever ye do in word or deed, do all in the name of the Lord Jesus, giving thanks to God and the Father by him. - Colossians 3:17 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Discovering the package of an open window
On 01/18/2013 01:07 PM, Colin Watson wrote: > On Fri, Jan 18, 2013 at 11:32:16AM -0600, Michael Spencer wrote: >> Okay, that makes sense. What I'm trying to do is identify the package >> and then access the Launchpad entry for the package. But for example, >> Libreoffice seems to lump all the libreoffice packages into one >> Launchpad entry, https://launchpad.net/ubuntu/+source/libreoffice. Is >> there an easy way to find the Launchpad entry for a particular package? > Launchpad generally organises binary packages (e.g. libreoffice-core, > etc.) by the source package that built them (e.g. libreoffice). The > Package: line of 'apt-cache showsrc BINARY-PACKAGE-NAME' shows you the > source package name. > Perfect! Thank you! -- Michael Spencer If thou shalt confess with thy mouth the Lord Jesus, and shalt believe in thine heart that God hath raised him from the dead, thou shalt be saved. - Romans 10:9 Whatsoever ye do in word or deed, do all in the name of the Lord Jesus, giving thanks to God and the Father by him. - Colossians 3:17 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Discovering the package of an open window
On 01/18/2013 10:54 AM, Martin Pitt wrote: > Michael Spencer [2013-01-18 10:39 -0600]: >> What is the best way to discover the package a program is in by clicking >> on an open window? >> >> So far I've been using xprop to get the PID of the window, reading where >> /proc//exe points too, and then running apt-file search on that. > That's by and large how I do it, although dpkg -S /path/to/program > doesn't require apt-file to be installed. > >> However, for some programs, like LibreOffice Writer, I get >> libreoffice-core, not libreoffice-writer. > That's actually correct. LibreOffice is really by and large one big > binary with different "modes" for Writer, etc., and it is indeedn > libreoffice-core which ships /usr/lib/libreoffice/program/soffice.bin. > > Martin > Okay, that makes sense. What I'm trying to do is identify the package and then access the Launchpad entry for the package. But for example, Libreoffice seems to lump all the libreoffice packages into one Launchpad entry, https://launchpad.net/ubuntu/+source/libreoffice. Is there an easy way to find the Launchpad entry for a particular package? Thanks, -- Michael Spencer If thou shalt confess with thy mouth the Lord Jesus, and shalt believe in thine heart that God hath raised him from the dead, thou shalt be saved. - Romans 10:9 Whatsoever ye do in word or deed, do all in the name of the Lord Jesus, giving thanks to God and the Father by him. - Colossians 3:17 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Discovering the package of an open window
What is the best way to discover the package a program is in by clicking on an open window? So far I've been using xprop to get the PID of the window, reading where /proc//exe points too, and then running apt-file search on that. However, for some programs, like LibreOffice Writer, I get libreoffice-core, not libreoffice-writer. For the program I'm writing, Contributor Console (written in python), the executable is /usr/bin/python2.7, even though I launched it with the command contributor-console. So, what is the best way to accurately discover the package a program is in by clicking on an open window? Thank you, -- Michael Spencer If thou shalt confess with thy mouth the Lord Jesus, and shalt believe in thine heart that God hath raised him from the dead, thou shalt be saved. - Romans 10:9 Whatsoever ye do in word or deed, do all in the name of the Lord Jesus, giving thanks to God and the Father by him. - Colossians 3:17 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss