---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113630/
---
(Updated Nov. 6, 2013, 9:46 p.m.)
Status
--
This change has been mark
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113630/#review43192
---
This review has been submitted with commit
dae22419428398e43d0
On 6 November 2013 20:51, T.C. Hollingsworth wrote:
> For instance, in Fedora we're probably going to be stuck with having
> AppData included as SourceN files in SRPMs for quite some time.
No, if this is the case then I've failed. I want the AppData files to
live upstream, controlled and modified
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112234/#review43188
---
This review has been submitted with commit
0b49014d9eea6d0a266
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112258/
---
(Updated Nov. 6, 2013, 7:07 p.m.)
Status
--
This change has been mark
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112234/
---
(Updated Nov. 6, 2013, 7:07 p.m.)
Status
--
This change has been mark
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112258/#review43189
---
This review has been submitted with commit
680cd78d80939d02a20
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112258/#review43187
---
This review has been submitted with commit
f01c0f9afe13b4a7df4
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112234/#review43186
---
This review has been submitted with commit
520f7f291738ba4860c
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112235/
---
(Updated Nov. 6, 2013, 7:05 p.m.)
Status
--
This change has been mark
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/112235/#review43185
---
This review has been submitted with commit
01fe383e2eed3810f3d
On Wednesday, November 06, 2013 12:43:58 AM Albert Astals Cid wrote:
> El Dimarts, 5 de novembre de 2013, a les 15:17:05, Aleix Pol va escriure:
> > On Sat, Nov 2, 2013 at 5:59 PM, Allen Winter wrote:
> > > On Saturday, November 02, 2013 12:15:15 AM Albert Astals Cid wrote:
> > > > Hi, yesterday i
On Wednesday, 2013-11-06, 12:55:40, Richard Hughes wrote:
> On 6 November 2013 08:55, Kevin Krammer wrote:
> > Do you expect to support partial translations? I.e. one paragraph
> > translated, followed by an untranslated one?
>
> Sure, we support that. Imagine the following paragraphs in locale C
On 6 November 2013 08:55, Kevin Krammer wrote:
> Do you expect to support partial translations? I.e. one paragraph translated,
> followed by an untranslated one?
Sure, we support that. Imagine the following paragraphs in locale C:
This is what the color management program does:
It's awesome
And
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113630/#review43145
---
Ship it!
Please add the missing license before pushing.
kspl
On Wednesday, November 6, 2013 00:04:47 Matthias Klumpp wrote:
> Plasmoids might make sense to be only displayed on KDE
...
> Extensions on KDE). If these things would be treated as applications
This is honestly an area where I don’t see much point in pushing AppStream
further.
As a front-end fo
On Wednesday 06 November 2013 00:04:47 Matthias Klumpp wrote:
> Btw, thinks like Plasmoids might make sense to be only displayed on
> KDE, because they aren't useful on GNOME (same applies for GNOME-Shell
> Extensions on KDE). If these things would be treated as applications
> in software-centers,
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/113630/
---
(Updated Nov. 6, 2013, 9:14 a.m.)
Review request for kde-workspace.
Chan
On Wednesday, 2013-11-06, 08:40:56, Richard Hughes wrote:
> On 6 November 2013 03:49, T.C. Hollingsworth
wrote:
> > If we have to do it by paragraph, having scripty merge the
> > translations back into the original XML is going to be ugly...
>
> The reasons I chose to do it this way were mainly
On 6 November 2013 03:49, T.C. Hollingsworth wrote:
> Unfortunately, the schema says the latter is invalid. Is the schema
> wrong or intltool wrong?
This is what we do in GNOME:
https://git.gnome.org/browse/gnome-software/tree/data/appdata/org.gnome.Software.appdata.xml.in
gets translated by int
20 matches
Mail list logo
