Le 09/01/12 13:17, Stephan Witt a écrit :
The Mac part is only needed because Qt?Mac respects ligatures. The day this
happens on other architectures (why isn't it the case yet?), we will be in the
same trouble with our paint-strings-but-compute-on-chars approach.
AFAIK it's already on Linux t
Am 09.01.2012 um 10:25 schrieb Jean-Marc Lasgouttes:
> Le 08/01/2012 21:51, Abdelrazak Younes a écrit :
It is needed for RTL text and for MacOS correct font rendering.
>>> It certainly _was_ needed. Whether it still is I don't know. What
>>> happens when someone puts some arabic text in a sim
Le 08/01/2012 22:16, Pavel Sanda a écrit :
I just stepped a bit through the code and there were tons of instances
where single characters were passed to drawText, each setting up the
text drawing machinery mostly from scratch. I do understand that this
might be needed for math, but it should not
Le 08/01/2012 21:51, Abdelrazak Younes a écrit :
It is needed for RTL text and for MacOS correct font rendering.
It certainly _was_ needed. Whether it still is I don't know. What
happens when someone puts some arabic text in a simple QTextEdit
on Mac? Are you saying that does not "just work"?
André Pönitz wrote:
> LyX is the _only_ application I know that e.g. still pretends to be able
> to draw outside of paint events by adding another level of buffering
> (GuiWorkArea::Private::screen_). And note, that's not a "problem
> originating from Qt", but imposed by some platforms, most notabl
On 08/01/2012 21:52, André Pönitz wrote:
On Sun, Jan 08, 2012 at 09:26:28PM +0100, Abdelrazak Younes wrote:
On 08/01/2012 20:44, André Pönitz wrote:
On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote:
Jean-Marc Lasgouttes wrote:
Le 05/01/2012 02:40, André Pönitz a écrit :
The main p
On Sun, Jan 08, 2012 at 09:26:28PM +0100, Abdelrazak Younes wrote:
> On 08/01/2012 20:44, André Pönitz wrote:
> >On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote:
> >>Jean-Marc Lasgouttes wrote:
> >>>Le 05/01/2012 02:40, André Pönitz a écrit :
> The main performance problems I have s
On 08/01/2012 20:44, André Pönitz wrote:
On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote:
Jean-Marc Lasgouttes wrote:
Le 05/01/2012 02:40, André Pönitz a écrit :
The main performance problems I have seesn so far are due to an
abuse of
the toolkit, not caused _by_ the toolkit (exce
On Thu, Jan 05, 2012 at 02:17:29PM +0100, Pavel Sanda wrote:
> Jean-Marc Lasgouttes wrote:
> > Le 05/01/2012 02:40, André Pönitz a écrit :
> >> The main performance problems I have seesn so far are due to an abuse of
> >> the toolkit, not caused _by_ the toolkit (except for the remote raster
>
> p
Jean-Marc Lasgouttes wrote:
> Le 05/01/2012 15:12, Pavel Sanda a écrit :
>> Pavel Sanda wrote:
>>> hmm maybe the problem is with the content of user guide? no, when i
>>> delete all except first two pages and accept CT (only text no special
>>> insets remain) the problem is still there.
>>
>> one
Le 05/01/2012 15:12, Pavel Sanda a écrit :
Pavel Sanda wrote:
hmm maybe the problem is with the content of user guide? no, when i delete all
except first two pages and accept CT (only text no special insets remain) the
problem is still there.
one more observation: when more manuals are opene
Pavel Sanda wrote:
> hmm maybe the problem is with the content of user guide? no, when i delete
> all except first two pages and accept CT (only text no special insets remain)
> the problem is still there.
one more observation: when more manuals are opened (with CT) i'm able to see
slowness alw
Pavel Sanda wrote:
> whats really funny is that it seems that i'm able to repeat it quite more
> reliably
> in screnario first instance is \use_qimage true and second false.
> sometimes it doesn't happen in this scenario and it never happened (up to now)
> vice versa in false->true scenario. dont
> On Wednesday 19 March 2008 17:18:30 Jean-Marc Lasgouttes wrote:
> > a) is fine.
> >
> > JMarc
>
> Commited. Now the next step to have lyx running without the included boost is
> to find out why it freezes on startup. :-(
fyi i just compiled it without included boost and it runs without any fre
> > > Commited. Now the next step to have lyx running without the included
> > > boost is to find out why it freezes on startup. :-(
> >
> > dont we have the boost somehow patched?
> > pavel
>
> AFAIK that is because we don't carry it all. I hope we don't have other
> patches. :-(
except this it
On Wednesday 19 March 2008 18:47:20 Pavel Sanda wrote:
>
> can you post the required boost version number?
IIRC 1.34.
> we can collect some table of the current situtation in particular distros
> and get rid of it in case this situation does not holds anymore.
> (gentoo - 1.34.1)
F7 - 1.33.1
F8
On Wed, Mar 19, 2008 at 07:47:20PM +0100, Pavel Sanda wrote:
> > We used to require features from bleeding edge boost that did not
> > show up in regular distributions for years...
>
> can you post the required boost version number?
I have no clue.
> we can collect some table of the current sit
On Wednesday 19 March 2008 18:38:09 Pavel Sanda wrote:
> what is the point of having included boost in our tree then?
> pavel
It was not widely available as an external library when we started using it.
--
José Abílio
> > > > > Commited. Now the next step to have lyx running without the included
> > > > > boost is to find out why it freezes on startup. :-(
> > > >
> > > > dont we have the boost somehow patched?
> > > > pavel
> > >
> > > AFAIK that is because we don't carry it all. I hope we don't have other
>
On Wed, Mar 19, 2008 at 07:38:09PM +0100, Pavel Sanda wrote:
> > > > Commited. Now the next step to have lyx running without the included
> > > > boost is to find out why it freezes on startup. :-(
> > >
> > > dont we have the boost somehow patched?
> > > pavel
> >
> > AFAIK that is because we don
> > > Commited. Now the next step to have lyx running without the included
> > > boost is to find out why it freezes on startup. :-(
> >
> > dont we have the boost somehow patched?
> > pavel
>
> AFAIK that is because we don't carry it all. I hope we don't have other
> patches. :-(
what is the po
On Wednesday 19 March 2008 18:25:54 Pavel Sanda wrote:
> > Commited. Now the next step to have lyx running without the included
> > boost is to find out why it freezes on startup. :-(
>
> dont we have the boost somehow patched?
> pavel
AFAIK that is because we don't carry it all. I hope we don't h
> Commited. Now the next step to have lyx running without the included boost is
> to find out why it freezes on startup. :-(
dont we have the boost somehow patched?
pavel
On Wednesday 19 March 2008 17:18:30 Jean-Marc Lasgouttes wrote:
> a) is fine.
>
> JMarc
Commited. Now the next step to have lyx running without the included boost is
to find out why it freezes on startup. :-(
Probably this is due different compile options...
--
José Abílio
José Matos <[EMAIL PROTECTED]> writes:
> Opinions (which one do you prefer):
> a) first option
> b) second option
> c) are you crazy messing with autoconf/m4 instead of releasing the first
> alpha?
a) is fine.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars, would you be OK with the 1.4.x version of the patch?
Lars> Let's try this.
Well, I a subsequent message I decided to give up with the patch. It
gives ugly results
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars, would you be OK with the 1.4.x version of the patch?
Let's try this.
| Index: src/insets/insetlatexaccent.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/inse
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Aug 1, 2005, at 6:04 PM, Jean-Marc Lasgouttes wrote:
>> Bennett, could you try the file accents.lyx with the patches
>> applied? The output is a bit less nice as it used to be, because
>> 1.4.x has less nice code (the price to
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Aug 1, 2005, at 6:04 PM, Jean-Marc Lasgouttes wrote:
>> Bennett, could you try the file accents.lyx with the patches
>> applied? The output is a bit less nice as it used to be, because
>> 1.4.x has less nice code (the price to
On Aug 1, 2005, at 6:04 PM, Jean-Marc Lasgouttes wrote:
Bennett, could you try the file accents.lyx with the patches applied?
The output is a bit less nice as it used to be, because 1.4.x has less
nice code (the price to pay for code factorization, I guess).
Here's the result on 1.4.x:
I'm
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>> Bennett, can you try the attached patch (against 1.4.0cvs)?
Bennett> It does work. :)
I am happy :)
It turns out that the patch is a little bit more complicated than
that (and the 1.3.x version is worse, but that's OK).
As far as I
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Yes, it seems that the grave accent was forgotten altogether.
>>
Lars> | Lars, can I apply the attached patch?
Lars> Yes.
Done.
JMarc
Bennett> Entering new text in front of this word in the same paragraph
Bennett> moves "generale" forward in the line -- without moving the
Bennett> accents;
This may be just a drawing glitch. Isn't there another accent
appearing on the upper line when you do this?
No -- not in 1.3.x.
Bennett>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Yes, it seems that the grave accent was forgotten altogether.
>
| Lars, can I apply the attached patch?
Yes.
--
Lgb
> "Bennett" == <[EMAIL PROTECTED]> writes:
>> Wow! It is actually very difficult to guess where each accent comes
>> from... I guess it is some bug in the handling of character height,
>> but I am not sure. Bennett, do you see this bug too?
Bennett> I do -- both in 1.3.7 and 1.4.0. (And you
On Jul 30, 2005, at 4:35 PM, Jean-Marc Lasgouttes wrote:
"Stefano" == Stefano Franchi <[EMAIL PROTECTED]> writes:
PS: I have to admit that the citation you include in the text does not
parse as french to me :)
I am not sure it supposed to be--after all it comes from a native
Russian tryin
On Sun, 31 Jul 2005 01:35:27 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
"Stefano" == Stefano Franchi <[EMAIL PROTECTED]>
writes:
Stefano> Hi Jean-Marc, here is a sample of the display
problems I
Stefano> mentioned.
Wow! It is actually very difficult to guess where each
accent c
> "Stefano" == Stefano Franchi <[EMAIL PROTECTED]> writes:
Stefano> Hi Jean-Marc, here is a sample of the display problems I
Stefano> mentioned.
Wow! It is actually very difficult to guess where each accent comes
from... I guess it is some bug in the handling of character height,
but I am not
Hi Jean-Marc,
here is a sample of the display problems I mentioned.
Cheers,
Stefano
<>
On Jul 30, 2005, at 8:26 AM, Jean-Marc Lasgouttes wrote:
"Stefano" == Stefano Franchi <[EMAIL PROTECTED]> writes:
Stefano> 1. "accent-grave e" and "accent-grave a" are not converted
St
> "Stefano" == Stefano Franchi <[EMAIL PROTECTED]> writes:
Stefano> 1. "accent-grave e" and "accent-grave a" are not converted
Stefano> into native Lyx. Rather, they are displayed as ERT text.
Yes, it seems that the grave accent was forgotten altogether.
Lars, can I apply the attached patch
Hi once again
On Tue, Apr 02, 2002 at 03:58:57PM +0200, Jean-Marc Lasgouttes wrote:
# > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
#
# Andre> On Tue, Apr 02, 2002 at 12:22:58PM +0100, Etienne Grossmann
# Andre> wrote:
# >> Is there any way to disable amsmath? I define a math-mac
On Tue, Apr 02, 2002 at 03:58:57PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Not really. We don't have proper macro scoping and I am afraid
> Andre> we won't for a while. The easiest workaround is probably to
> Andre> rename your macro and do a global search-and-replace on the
> Andre> .lyx file
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Apr 02, 2002 at 12:22:58PM +0100, Etienne Grossmann
Andre> wrote:
>> Is there any way to disable amsmath? I define a math-macro called
>> \ggg that apparently conflicts with ams-stuff. This macro is
>> incorrectly displayed
On Tue, Apr 02, 2002 at 12:22:58PM +0100, Etienne Grossmann wrote:
> Is there any way to disable amsmath? I define a math-macro called
> \ggg that apparently conflicts with ams-stuff. This macro is
> incorrectly displayed as ert in math insets.
Not really. We don't have proper macro scoping
Hello again,
thank you for the tips. I got lyx-1.2.0pre1 running without putting in
peril my thesis!
I got a irreproducible core dump while doing emacs-like control
sequence in non-emacs-keymap, while not running in gdb (I'll use it
from now on).
Is there any way to disable amsmath?
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> PS : Is there a way of simultaneously having 1.1.6 and 1.2.0
>> installed?
Andre> You can run them from the build directory, there is not need to
Andre> 'install' 1.2.0. Apart from that, have a look at the output of
Andre> ./configure
On Tue, Apr 02, 2002 at 09:13:49AM +0100, Etienne Grossmann wrote:
> I did not understand why there are two boxes in macros. From lack of
> docs and of serious trying, I didn't manage to use math macros.
The first is for what is exported to .tex, the second is for display on
screen. If the se
He he :-)
The last time they did this kind of "meeting" the development got stalled
for about a year or so because the participants werent able to figure out
what they had done to the development branch after they got sober again...
He he
I just wish I could be there to prevent the worst (i.
On Sat, 10 Jun 2000, Asger K. Alstrup Nielsen wrote:
> you are All WAITING for the FirSt report from the FILM festitifvities
> from Norawy. Her goes:
[ ... ]
Good thing FILM is a coding meeting, not a documentation meeting. You
don't have to spell anything correctly, just consistently. I expect t
49 matches
Mail list logo
