[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Portability of KDE Applications
From:       Никита Сиргиенко <warquark () gmail ! com>
Date:       2019-08-21 20:36:49
Message-ID: CAEBv07pY7LpX3MqUdpxbA0Vgxd_viB6JrNj=Nk+RGTCXV9OK9w () mail ! gmail ! com
[Download RAW message or body]

Yes, but setting a few environment variables for each application start
doesn't look very user friendly.

So, I hope, there is another solution.

=D1=81=D1=80, 21 =D0=B0=D0=B2=D0=B3. 2019 =D0=B3. =D0=B2 21:19, Francis Her=
ne <mail@flherne.uk>:

> On Wednesday, 21 August 2019 18:18:10 BST =D0=9D=D0=B8=D0=BA=D0=B8=D1=82=
=D0=B0 =D0=A1=D0=B8=D1=80=D0=B3=D0=B8=D0=B5=D0=BD=D0=BA=D0=BE wrote:
> > Hi all,
> >
> > Has anyone had issues with KDE Apps (based on kde frameworks)
> portability?
> >
> > I mean, the app can use different types of file: .rc, .knsrc, .png,
> > additinal binary files, etc
> > The problem appears, if you installed this files non standart
> installetion
> > prefix, like /opt.
> >
> > Obviously, I can forward-pass installation prefix path, binary path, et=
c
> > from Cmake to the aplication, but I am interested, is there support for
> > situtation like this from KDE frameworks?
> >
> > Just an example: the app have a few .rc files for menus, can I set
> > additional search path for kde core addons (better from cmake, but
> settings
> > path for example from main.cpp not bad too, if it need done only one
> time),
> > and use not absolute path?
> >
> > I know, that Kde apps more target to kde platform, but the application
> is a
> > part of KdeEdu project, and portability is very important for us (for o=
ur
> > application), because we target for students, and the students often
> > haven't administration rights on work computers, used for education.
> >
> > Best Regards,
> > Nikita
>
> Most KDE applications are very tolerant of unusual paths.
>
> Besides the various prefixes at build/install time, you might need to set
> environment variables, particularly QT_PLUGIN_PATH and those specified by
>
> https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.h=
tml
>
>  - Francis H
>
>
>

[Attachment #3 (text/html)]

<div dir="ltr">Yes, but setting a few environment variables for each application \
start doesn&#39;t look very user friendly.<br><br>So, I hope, there is another \
solution.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, \
21 авг. 2019 г. в 21:19, Francis Herne &lt;<a \
href="mailto:mail@flherne.uk">mail@flherne.uk</a>&gt;:<br></div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex">On Wednesday, 21 August 2019 18:18:10 BST \
Никита Сиргиенко wrote:<br> &gt; Hi all,<br>
&gt; <br>
&gt; Has anyone had issues with KDE Apps (based on kde frameworks) portability?<br>
&gt; <br>
&gt; I mean, the app can use different types of file: .rc, .knsrc, .png,<br>
&gt; additinal binary files, etc<br>
&gt; The problem appears, if you installed this files non standart installetion<br>
&gt; prefix, like /opt.<br>
&gt; <br>
&gt; Obviously, I can forward-pass installation prefix path, binary path, etc<br>
&gt; from Cmake to the aplication, but I am interested, is there support for<br>
&gt; situtation like this from KDE frameworks?<br>
&gt; <br>
&gt; Just an example: the app have a few .rc files for menus, can I set<br>
&gt; additional search path for kde core addons (better from cmake, but settings<br>
&gt; path for example from main.cpp not bad too, if it need done only one time),<br>
&gt; and use not absolute path?<br>
&gt; <br>
&gt; I know, that Kde apps more target to kde platform, but the application is a<br>
&gt; part of KdeEdu project, and portability is very important for us (for our<br>
&gt; application), because we target for students, and the students often<br>
&gt; haven&#39;t administration rights on work computers, used for education.<br>
&gt; <br>
&gt; Best Regards,<br>
&gt; Nikita<br>
<br>
Most KDE applications are very tolerant of unusual paths.<br>
<br>
Besides the various prefixes at build/install time, you might need to set <br>
environment variables, particularly QT_PLUGIN_PATH and those specified by<br>
<a href="https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html" \
rel="noreferrer" target="_blank">https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html</a><br>
 <br>
  - Francis H<br>
<br>
<br>
</blockquote></div>



[prev in list] [next in list] [prev in thread] [next in thread]