I'm running QCAD on Xubuntu Linux (also with Xfce). It sounds like your problem is that your menu shortcut is pointing to the trial version instead of the pro version. That's why starting it from the menu launches the trail version. Fixing this is not overly complex, per se, but it may be a little system- (or distro-) specific. If your installation includes MenuLibre or another menu editor (e.g., Alacarte) you can use that to edit the shortcut and make sure it points to the path where your pro version is installed.
[later edit]
I just took a closer look at your screen shots. Your pro version is apparently expanded in your download directory. I recommend moving the entire qcad-3.22* directory to another (more permanent) location before going any further. I put mine under /opt, but /usr/local would work as well. Almost any location will technically work, but having software permanently running in your downloads directory isn't a good idea. /opt and /usr/local are two (of several) standard locations for non-system software installations
Here's what I do to avoid having to edit any shortcuts after installing or upgrading versions. Many installers are built to automatically do that for you, but I'm not sure if QCAD does since I also use the tarball instead of the installer. What I do is (as the root user) untar it under /opt which will automatically create a version-specific directory, for example:
Code: Select all
[root@europa:18] /opt # ls -ld /opt/qcad-3*
drwxrwxr-x 15 len len 4096 Sep 17 2018 /opt/qcad-3.21.3-pro-linux-x86_64
I then create a symlink to that directory that's named just 'qcad':
Code: Select all
[root@europa:18] /opt # ln -s qcad-3.21.3-pro-linux-x86_64 qcad
[root@europa:18] /opt # ls -l qcad
lrwxrwxrwx 1 root root 28 Apr 6 20:38 qcad -> qcad-3.21.3-pro-linux-x86_64
Note how 'qcad' points to the version-specific qcad installation directory. Think of a symbolic link as sorta like a shortcut in Windows - It's not the "object" it points to, but when a process "uses" it, the process actually ends up "using" whatever it points to instead. Kinda like an alias.
What that does is effectively gives me a generic qcad "directory" (i.e., the symbolic link) that actually points to the currently installed version. When I upgrade, I untar the new file as before, delete the qcad symlink and then recreate it as before to point to the new version directory.
I only have to edit the startup menu file (which in my case is /usr/share/applications/Ribbonsoft-qcad.desktop*) in MenuLibre the first time I do this. Thereafter it still points to the /opt/qcad symlink, which itself points to the current version. As long as the qcad symlink gets (re)created with the same name but pointing to the right version, the menu entries remain correct.
A little side-trip...
The whole topic of the XDG / Freedesktop menu hierarchy is IMO way overkill and arbitrarily complex. There's no point confusing things here, but FYI basically it works like this (to the best of my understanding):
1. System-wide (default) shortcut files (named *.desktop) are located typically in /usr/share/applications.**
2. If you (or a menu editor such as MenuLibre) create a file of the same name under your $HOME directory (e.g., in ~/.local/share/applications) then that shortcut will override the same-named system shortcut
for that user, as long as the user file exists. Delete it and the system shortcut becomes default again. None of this affects other users.
** Desktop files are just ordinary text files and are pretty straightforward, but as always there's room for error so if you have a menu editor it might be prudent to use it instead of manually editing the files.
At any rate, it sounds like if you edit the menu settings to point to the pro version you'll be good to go. After you get the pro version working correctly, you can delete the trial version directory.