On Mon, Jan 13, 2003 at 09:35:15AM +0100, Jean-Marc Lasgouttes wrote:
> Dekel> I really don't want to maintain special RTL code for the XForms
> Dekel> frontend. Its support for RTL can never be as good as QT, so I
> Dekel> prefer to drop RTL for this frontend.
>
> Dekel, how does the qt frontend
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Fri, Jan 10, 2003 at 01:21:41AM +, John Levon wrote:
>> On Tue, Jan 07, 2003 at 02:04:41PM +0200, Dekel Tsur wrote:
>>
>> > It is possible. > I've attached an updated patch.
>>
>> I'd much prefer a lyx_gui::can_handle_rtl() or
On Fri, Jan 10, 2003 at 01:21:41AM +, John Levon wrote:
> On Tue, Jan 07, 2003 at 02:04:41PM +0200, Dekel Tsur wrote:
>
> > It is possible.
> > I've attached an updated patch.
>
> I'd much prefer a lyx_gui::can_handle_rtl() or something.
>
> > @@ -1748,8 +1747,10 @@ string const Paragraph::
On Tue, Jan 07, 2003 at 02:04:41PM +0200, Dekel Tsur wrote:
> It is possible.
> I've attached an updated patch.
I'd much prefer a lyx_gui::can_handle_rtl() or something.
> @@ -1748,8 +1747,10 @@ string const Paragraph::asString(Buffer
Is this really the right place for this ? ::asString is us
On Tue, Jan 07, 2003 at 12:52:18PM +0100, Andre Poenitz wrote:
> On Tue, Jan 07, 2003 at 01:30:25PM +0200, Dekel Tsur wrote:
> > This patch fix the TOC menu/dialog for RTL language in the QT frontend.
> > However, it also breaks it in the XForms frontend.
> > Since the QT toolkit has RTL support, w
On Tue, Jan 07, 2003 at 01:30:25PM +0200, Dekel Tsur wrote:
> This patch fix the TOC menu/dialog for RTL language in the QT frontend.
> However, it also breaks it in the XForms frontend.
> Since the QT toolkit has RTL support, while XForms doesn't, I believe it
> would be better to concentrate on R
