Fwd: Re: JobViewServer specification proposal

Rafael Fernández López ereslibre at kde.org
Wed Apr 9 10:40:24 PDT 2008

(Oops, this mail should have gone to xdg, not only to Aaron)

Hi all,

> that seems like quite a bit of hassle and coordination just to add a new
> unit type, and honestly it isn't that hard to think of new ones.
> additionally, what do we do about units that only one application would
> ever use? ignore it or bloat the spec?

In theory if an application needs a new string (note that in that parameter 
you dont pass a i18n string, but a plain string, 
aka "bytes", "files", "dirs") it should ask us for being added to the spec.

However I really agree this is for sure not the best solution. What other 
alternatives we have assuring that they are cross-desktop ?

> how are unknown units dealt with in 
> between spec updates or on older systems?

I haven't thought of this...

> i take it that this is about i18n and consistent display of labels,
> correct?

Yes, that's correct.

> i think having common types available is good, but there ought to be a
> "good enough" fallback for adding random new units by doing the translation
> for these on the client side somehow.

Agreed. But I have the same practical question, how can we do a safe fallback 
making the application compatible with new types or with newer versions.

All I can think about is to pass the string internationalized, but I don't 
know exactly how.

Rafael Fernández López

GPG Fingerprint: B9F4 4730 43F8 FFDD CC5E BA8E 724E 406E 3F01 D070
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.freedesktop.org/archives/xdg/attachments/20080409/c3854c88/attachment.pgp 

More information about the xdg mailing list