KDE HIG: What do you do?

[Diego Iastrubni]

Hi,

As Aaron pointed, this is handled mostly in kdelibs, but there are some 
exceptions.

I must note, that currently kdelibs3 has a high level of support  for this 
issue. For example, I recently tested Dolphin and found it works perfectly on 
RTL desktops. Then I looked at the code, for special patches and found none. 
This only means all the work is done internally by kdelibs (KApplication, 
QLayout, and the styles). 

ביום שלישי 12 דצמבר 2006, 00:36, נכתב על ידי Aaron J. Seigo:
> On Monday 11 December 2006 13:37, Celeste Lyn Paul wrote:
> > Are these things which should be handled by the libs, or are there any
> > issues which should be addressed at the time the interface is designed
> > (hence included in the HIG)?
>
> RTL comes into play anytime someone writes a custom widget. they need to
> ensure that painting code (usually inside paintEvent) does the Right
> Thing(tm) depending on the value of QApplication::layoutDirection() (or,
> isLeftToRight() and isRightToLeft(); all the same really =)
>
> so it should probably be covered, but i'd personally suggest someone with
> experience in these things to contribute the language covering RTL issues.
> the basic rule is "all widgets should display properly in RTL as well as
> LTR modes." a note on how to test (e.g. with the -reverse command line
> option) would also be good.

-- 
diego, kde-il translation team - http://il.kde.org

Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html