Hi,
Martin Konold wrote:
Useing something like DT_USEFUL would put a lot of complexity in the code of
the ISVs in order to handle all possible combinations of available
libraries/versions.
This is a boring, error prone and repeated task for every ISV.
Yes, and we are all already doing it t
Am Montag, 19. Dezember 2005 18:15 schrieben Sie:
Hi,
> If we don't have a GNOME file picker available, f.e., we
> use our XUL one. Bringing up a GTK1-era file-selection-bag-of-
> widgets instead would make us frown, or even use coarse language.
Actually this is exactly the our common goal!
ike Shaver [mailto:[EMAIL PROTECTED]
Sent: Monday, December 19, 2005 9:39 AM
To: Brooks, Phil
Cc: desktop_architects@lists.osdl.org
Subject: Re: [Desktop_architects] Runtime dependency limitations
On 19-Dec-05, at 12:29 PM, Brooks, Phil wrote:
> ISVs would prefer not to fiddle with anything t
On 19-Dec-05, at 12:29 PM, Brooks, Phil wrote:
ISVs would prefer not to fiddle with anything that is optional or
implemented in more than one way depending upon choices that the
user made (i.e. which distro is loaded, which desktop is running
etc.)
This ISV disagrees, and would look at every im
osdl.org
Subject: Re: [Desktop_architects] Runtime dependency limitations
On 19-Dec-05, at 12:43 AM, Martin Konold wrote:
> Useing something like DT_USEFUL would put a lot of complexity in
> the code of
> the ISVs in order to handle all possible combinations of available
> libraries/versions.
On 19-Dec-05, at 12:43 AM, Martin Konold wrote:
Useing something like DT_USEFUL would put a lot of complexity in
the code of
the ISVs in order to handle all possible combinations of available
libraries/versions.
Is that something that has been seen in practice with similar systems?
This is
Am Montag, 19. Dezember 2005 03:33 schrieb Mike Shaver:
Mike,
> On 18-Dec-05, at 4:30 PM, Martin Konold wrote:
> > But it adds another runtime requirement to the application. When using
> > traditional linking this means that the application will fail at
> > runtime if
> > the appropriate cups cl
On 18-Dec-05, at 4:30 PM, Martin Konold wrote:
But it adds another runtime requirement to the application. When using
traditional linking this means that the application will fail at
runtime if
the appropriate cups client library is not available.
Yes, and this is a limitation of the Linux l