Summary: | KDatePicker widget does not support RTL languages | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Zayed Al-Saidi <zayed.alsaidi> |
Component: | kdeui | Assignee: | John Layt <jlayt> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cfeck, ebrahim, jlayt, kde-2011.08 |
Priority: | NOR | Keywords: | rtl |
Version: | 4.3 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Unspecified | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Zayed Al-Saidi
2009-11-08 05:16:53 UTC
John, I would like to rewrite the rendering of KDateTable to fix more issues it has (rounding problems, font size problems, and rendering speed on updates). One question that remains is the content of the day cells. Are they guaranteed to be two digits wide? If not, how can I compute the widest possible cell? Current code re-adjust the size hint during rendering, which looks like a hack... Cool. So have you started this already? Is this for 4.4? If so I'll be happy for you to include this too. I was just about to start on it as I've finished the Plasma one, and was thinking if I needed to simplify the date to/from position calculations like I did in Plasma. I think it is safe to assume 2 digits per cell, I can't think of any common Calendar System we'd support with more than 30-something days in a month. *** Bug 187412 has been marked as a duplicate of this bug. *** Christoph, did you make any progress on this, or should I attempt a bug fix for 4.5? SVN commit 1135145 by jlayt: Fix KDatePicker/KDateTable to display correctly in RTL mode. CCBUG: 213637 To be backported. M +18 -1 kdatetable.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1135145 SVN commit 1135154 by jlayt: Backport RTL fix for KDatePicker/KDateTable Backport form trunk of revision 1135145 BUG: 213637 M +18 -1 kdatetable.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1135154 Thanks John for fixing this issue. Thanks! |