On Wednesday 31 August 2011 19:30:19 Martin Koller wrote:
On Wednesday, 31. August 2011 17:54:45 David Faure wrote:
The translated name is redundant indeed, though, it's not used, except
when looking at the servicetype's associated plugins in keditfiletype.
even in keditfiletype I do not see
A Dimecres, 31 d'agost de 2011, Christoph Feck vàreu escriure:
On Tuesday 30 August 2011 23:50:14 Martin Koller wrote:
Hi,
In my application I use KImageIO::mimeTypes to determine which
formats I can load (e.g. the output of it is used in my .desktop
file to fill in the MimeType
On Tuesday 30 August 2011, Martin Koller wrote:
Hi,
In my application I use KImageIO::mimeTypes to determine which formats I
can load (e.g. the output of it is used in my .desktop file to fill in the
MimeType definition).
However I see that obviously Qt can already (to some degree) load
On Wednesday, 31. August 2011 11:13:49 Albert Astals Cid wrote:
I think you don't need to add the [x-test] lines, they are generated
by scripty, as far as I know.
That's correct.
ok, removed.
But I have a general question: Why is there a Name[lang]= field at all ?
The translation for
On Wednesday, 31. August 2011 14:03:57 Allan Sandfeld Jensen wrote:
You should remember to also make the compressed type a subtype of the correct
compressed archive type. This way the file can be recognized and decompressed
even if no direct image/svg+xml-compressed handler is registered.
A Dimecres, 31 d'agost de 2011, vàreu escriure:
On Wednesday, 31. August 2011 11:13:49 Albert Astals Cid wrote:
I think you don't need to add the [x-test] lines, they are generated
by scripty, as far as I know.
That's correct.
ok, removed.
But I have a general question: Why is
On Wed, Aug 31, 2011 at 4:20 PM, Albert Astals Cid aa...@kde.org wrote:
But I have a general question: Why is there a Name[lang]= field at all ?
The translation for the mime types is already given in the shared-mime-info
database.
Because it is a .desktop file and .desktop Name fields are
On Wednesday, August 31, 2011 16:33:15 Stefan Majewsky wrote:
On Wed, Aug 31, 2011 at 4:20 PM, Albert Astals Cid aa...@kde.org wrote:
But I have a general question: Why is there a Name[lang]= field at all
?
The translation for the mime types is already given in the
shared-mime-info
On 31/08/11 15:33, Stefan Majewsky wrote:
On Wed, Aug 31, 2011 at 4:20 PM, Albert Astals Cidaa...@kde.org wrote:
But I have a general question: Why is there a Name[lang]= field at all ?
The translation for the mime types is already given in the shared-mime-info
database.
Because it is a
On Wednesday 31 August 2011 11:39:13 Michael Pyne wrote:
such as why use .desktop files for mime types
Well, this doesn't define a mimetype, it defines a plugin :-)
(e.g. it defines whether reading or writing is supported, which shared-mime-
info doesn't do).
The translated name is redundant
On Wednesday 31 August 2011 16:14:34 Martin Koller wrote:
On Wednesday, 31. August 2011 14:03:57 Allan Sandfeld Jensen wrote:
You should remember to also make the compressed type a subtype of the
correct compressed archive type. This way the file can be recognized
and decompressed even if
On Wednesday, 31. August 2011 17:54:45 David Faure wrote:
The translated name is redundant indeed, though, it's not used, except when
looking at the servicetype's associated plugins in keditfiletype.
even in keditfiletype I do not see where the name is used.
E.g. using keditfiletype image/png
On Wednesday 31 August 2011, David Faure wrote:
On Wednesday 31 August 2011 16:14:34 Martin Koller wrote:
On Wednesday, 31. August 2011 14:03:57 Allan Sandfeld Jensen wrote:
You should remember to also make the compressed type a subtype of the
correct compressed archive type. This way the
A Dimecres, 31 d'agost de 2011, Martin Koller vàreu escriure:
On Wednesday, 31. August 2011 17:54:45 David Faure wrote:
The translated name is redundant indeed, though, it's not used, except
when looking at the servicetype's associated plugins in keditfiletype.
even in keditfiletype I do not
On Tuesday 30 August 2011 23:50:14 Martin Koller wrote:
Hi,
In my application I use KImageIO::mimeTypes to determine which
formats I can load (e.g. the output of it is used in my .desktop
file to fill in the MimeType definition).
However I see that obviously Qt can already (to some
On Tuesday 30 August 2011 23:50:14 Martin Koller wrote:
The solution would be to add 2 new desktop files in kdelibs/kimgio
Another follow up... since we currently have no master kdelibs, you
would have to clarify with i18n team if you can commit the new
strings to 4.7 branch after 4.7.1 is
16 matches
Mail list logo