Tom,<br><br>with all the due respect, "improve" should mean the Qt version does the job, but you have a more specific target to meet, which is alien to Qt. I'm not aware of Qt localization having defined Russian "off target", so I'd say an upstream bug is an upstream bug. That's unless Qt says they have no interest for localization...<br>
<br><div>Bèrto</div><div><br><div class="gmail_quote">On 26 April 2011 10:12, Tom Albers <span dir="ltr"><<a href="mailto:toma@kde.org">toma@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">----- Original Message -----<br>
> On Monday, April 25, 2011 22:12:55 Alexander Potashev wrote:<br>
> > What do you think about inclusion of KUndo*2 into kdelibs?<br>
><br>
> we really don't want more duplication of code and effort between Qt<br>
> and<br>
> kdelibs, and we certainly don't want forks of Qt code in kdelibs.<br>
<br>
</div>Forks? It does sound like to me as we take the base class from Qt and improve it for usage within KDE. We've done that for years and years. Does this now imply that that's bad practice and kdelibs is closed for such classes?<br>

<br>
Best,<br>
<font color="#888888">--<br>
Tom Albers<br>
KDE Sysadmin<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>==============================<br><span style="font-family:Verdana, Arial, Helvetica, sans-serif;font-size:12px;line-height:17px">If Pac-Man had affected us as kids, we'd all be running around in a darkened room munching pills and listening to repetitive music.</span><br>

</div>