I expand them to ~/designerlauncher-x.y.z/ until I’ve qualified whether they play nice with prior versions. Then I drop the version number, replacing the best prior that all my various shortcuts point at.
But you still keep the files in your home directory (~), rather than a system wide location? And does that allow the Linux system to pick up on the icon and make use of it?
The designerlauncher.desktop file is a file that specifies where an application exists and how a Linux desktop such as Gnome (or other freedesktop.org compliant applications) can start it from an icon. These desktop systems assign icons to applications by registering each application's ".desktop" file.
There are 2 main locations where the ".desktop" file should be placed in order for this to occur:
/usr/share/applications => For globally accessible applications by all users
~/.local/share/applications => For applications only accessible by the logged in user
Ideally you would place the designer.desktop file in one of those two locations, and place the executables somewhere else (that somewhere being described within the .desktop file). However the designerlauncher.desktop file specifies the location of the executables relative to the location of .desktop file itself. As taken from the .desktop file the app directory is defined as being in a sub-directory within the directory where the .desktop file is located:
Pollute the global applications directory with the designerlauncher executables
Rewrite the bash script to point to a different location
I simply copied the contents of the tar.gz file to my local applications directory. Given that I extracted the tar.gz file to ~/Downloads directory. I did this by executing the command line:
The "r" option means recursive, and the "p" option is to preserve file attributes.
With this done my Debian desktop could find the Designer Launcher application (I may have needed to log out and in again to refresh the desktop). Also just did exactly the same process for a Ubuntu based system.
Ideally the app and runtime directories should not be in the same directory as the .desktop file, but for testing purposes it works for me.
Next step is finding out where the designerlauncher puts the shortcuts for the projects!
Right, wrong, or indifferent here is what I have and it is working. Extract the tar ball, then put the designerlauncher folder in this directory: /[home]/.local/share/ignition where [home] is the home directory for your user account.
Put the .desktop folder in this directory /[home]/.local/share/applications. Then, make sure the desktop file is below replacing [home] with the user home directory:
I'm running Ubuntu and something that worked for me was to extract the .tar.gz into the desktop. Once in the desktop opened the folder "designerlauncher". Then opened the terminal in the folder. In the terminal wrote : gtk-launch designerlauncher.desktop
Additional info:
I checked this on 2 different VM (Ubuntu 20.04 LTS and 22.04 LTS).
Gateway ver:
8.1.42.
Java ver:
openjdk version "21.0.3" 2024-04-16
OpenJDK Runtime Environment (build 21.0.3+9-Ubuntu-1ubuntu120.04.1)
OpenJDK 64-Bit Server VM (build 21.0.3+9-Ubuntu-1ubuntu120.04.1, mixed mode, sharing)
It seems that in the meantime my colleague solved the problem.
I changed owner of /.ignition/ by:
sudo chown -R tomaszn .ignition
After that, Designer opens without any problem.
I haven't performed any operations as root before. I only logged in as root in the terminal when I was looking for the log file.
My colleague did the same test and had the same java error.
Changing permissions for /.ignition/ helped.