Quote Originally Posted by "probono"
user unknown, please look at the general architecture of klik
(...)
AppDirs allow users to install apps in userspace. But you could of course also install them to /opt, making them available system-wide.
(...)
The common ones [resources, uu
stay where they are. The less common ones go into the AppDir of the application that needs them. That way each app can have its own matching version of libraries without the danger of messing the whole system.
(...)
You could still do this [start from CLI, uu], but you are not the average point-and-klik user.
(...)
You don't have to, but I would like to. As a fluxbox user, you are completely unaffected by the progresses in KDE
I'm just testing it.
Beeing a crude mixture of modern and conservative, and very sceptic, you won't have an easy job to convince me.
But to be fair, I have to give you a try , and sometimes I try to fight my prejusdices.

My first installation didn't asked where to install - it just installed to my home-dir.
That's a big minus.
You remember: 2000 apps - that's not tolerable in my home-dir.
A directory /home/unknown/apps/
and every app there would be ok.
But I need to have an overview of my home.

Another observation was, 'Warning: Invalid service: Knoppix/Net/kppp.desktop".
Which didn't seem to be a real problem.

But I was asked to help a few minutes - I answered 'ok' - and then I was told, konqueror would be started.
Firefox started and told me 'already running - new profile?' - which ended the possibility to help there.

Different libraries are gracefully handled by linux today with version-numbers, and symbolic links:
libfoobar.so-> libfoobar.so.3
libfoobar.so.3-> libfoobar.so.3.4
libfoobar.so.3.4-> libfoobar.so.3.4.7
libfoobar.so.3.4.7
libfoobar.so.2.9.16 (needed for an old application)
- no dll-hell like windows.

How do I start klik? I thought of 'klik' but no 'klik' in path...

Yes - I'm not the average klik-user, but perhaps the average linux-user?

And your solution only works with kde?
That's one of these annoyances.

I installed DBDesigner with klik, and it seemed to work.
Trying to start it, it shows 'Symbolic links exist. Starting dbdesigner.'.
Then silent exit.
(That's the wrong way on Linux/ Unix! Make it just the opposite! Silent, when ok (Symlink exist) and noisy, on errors.
See the OpenBook from Eric S. Raymond: The Art of Unix Programing: 'Silence is golden' here: http://www.catb.org/~esr/writings/ta...l/ch11s09.html

Of course I found the DBD4.log, here is what it says:
Runtime error 234 at 0805DECF

I get the same result when starting from CLI - so the cryptic error-message is fault of the DBDesigner4 - developer, not kliks one.

If I had installed from source, I could investigate on that error, where it comes from, and so on...

I found out, that in the lib-dir, a lot of libraries are installed, which are already installed in /usr/lib etc.
That's annoying.
You waste internet band-width, harddrive-space, and a lot of time.
An updated library has to be put to every user, and every app.
You said 'the common ones stay where they are' - (resources, libs?).
That's a real big minus. Why don't you ship new computers for every app?

Another issue: Your script (dbdstart) contains a lot of backtics.
They're deprecated.
Instead of
Code:
foo=`echo "$0"  | sed '....'`
#use
foo=$(echo "$0"  | sed '....'')
which is
a) better readable
b) nestable

Another small:
The directories are called 'Data, Doc, Linuxlib, ...'
That's MS-style, where nobody uses CLI.
Perhaps your users like to use klik and CLI, and then lowercase letters are faster to type.
And the average linuxuser should know, that his machine is running linux - so 'lib' would be enough. (Perhaps again a DBDesigner-issue and not a klik-one.)

But some nice words shouldn't be missed:
The way the installation started from the web seems to be very userfriendly, and looked nice.
I will test a second one.