[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-release-team
Subject: Re: Qt MathML Widget
From: Aleix Pol <aleixpol () kde ! org>
Date: 2009-04-02 19:00:47
Message-ID: 757d9a550904021200g2d424870sce34fbd0f73a42b8 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Should I wait for someone else to need it or move it already?
On Mon, Mar 23, 2009 at 5:34 PM, David Faure <faure@kde.org> wrote:
> On Monday 23 March 2009, David Faure wrote:
> > On Friday 20 March 2009, Aleix Pol wrote:
> > > After some chat between John and me, we decided that, since KFormula
> might
> > > want to use this QtMMLWidget code at some point but we want that KDE
> > > applications start to take advantage of MathML as soon as possible.
> > > Our idea has been to put it to kdesupport until KFormula has forked it
> (and
> > > it is working) so that we can deprecate the QtSolution's in kdesupport.
> Then
> > > KFormula's widget would go to kdelibs.
> > >
> > > Is that ok?
> >
> > Sounds ok. Mark clearly the kdesupport code as "do not use in your kde
> app"
> > then. Not only because of SIC and BIC (which would be expected anyway
> > until it's released) but because it will even go away once libkformula is
> done...
>
> The alternative, of course, is to do all this in a work branch and commit
> the result
> directly to kdereview for kdelibs. Depends if you expect to be done before
> 4.3 or not,
> in fact: if yes then it doesn't make much difference and working in trunk
> saves
> from regular merges; if no then working in a work branch prevents temporary
> classes
> (and even a temporary lib) being released at 4.3 time.
>
> --
> David Faure, faure@kde.org, sponsored by Qt Software @ Nokia to work on
> KDE,
> Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
> ).
>
[Attachment #5 (text/html)]
Should I wait for someone else to need it or move it already?<br><br><div \
class="gmail_quote">On Mon, Mar 23, 2009 at 5:34 PM, David Faure <span \
dir="ltr"><<a href="mailto:faure@kde.org">faure@kde.org</a>></span> wrote:<br> \
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); \
margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Monday 23 March \
2009, David Faure wrote:<br> > On Friday 20 March 2009, Aleix Pol wrote:<br>
> > After some chat between John and me, we decided that, since KFormula \
might<br> > > want to use this QtMMLWidget code at some point but we want that \
KDE<br> > > applications start to take advantage of MathML as soon as \
possible.<br> > > Our idea has been to put it to kdesupport until KFormula has \
forked it (and<br> > > it is working) so that we can deprecate the \
QtSolution's in kdesupport. Then<br> > > KFormula's widget would go to \
kdelibs.<br> > ><br>
> > Is that ok?<br>
><br>
> Sounds ok. Mark clearly the kdesupport code as "do not use in your kde \
app"<br> > then. Not only because of SIC and BIC (which would be expected \
anyway<br> > until it's released) but because it will even go away once \
libkformula is done...<br> <br>
</div>The alternative, of course, is to do all this in a work branch and commit the \
result<br> directly to kdereview for kdelibs. Depends if you expect to be done before \
4.3 or not,<br> in fact: if yes then it doesn't make much difference and working \
in trunk saves<br> from regular merges; if no then working in a work branch prevents \
temporary classes<br> (and even a temporary lib) being released at 4.3 time.<br>
<div><div></div><div class="h5"><br>
--<br>
David Faure, <a href="mailto:faure@kde.org">faure@kde.org</a>, sponsored by Qt \
Software @ Nokia to work on KDE,<br> Konqueror (<a href="http://www.konqueror.org" \
target="_blank">http://www.konqueror.org</a>), and KOffice (<a \
href="http://www.koffice.org" target="_blank">http://www.koffice.org</a>).<br> \
</div></div></blockquote></div><br>
_______________________________________________
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic