Darren Freeman wrote:
Dear list,
When I select cells in tables and change their alignment, I normally
expect the change to be reflected on-screen.
But not necessarily true when the table is a fixed-width, the alignment
is permanently stuck on left alignment in some columns (those with only
some
Darren Freeman wrote:
Dear list,
When I select cells in tables and change their alignment, I normally
expect the change to be reflected on-screen.
But not necessarily true when the table is a fixed-width, the alignment
is permanently stuck on left alignment in some columns (those with only
some
Andre Poenitz wrote:
On Mon, Oct 21, 2002 at 09:05:11PM +0100, John Levon wrote:
What is FINISHED for ? Why does finishUndo() only set undo_finished
(how does that work) ?
what's the diff between INSERTED and EDIT ?
I think a sequence of INSERTED is un-done in one step, while EDIT is
Andre Poenitz wrote:
On Mon, Oct 21, 2002 at 09:05:11PM +0100, John Levon wrote:
What is "FINISHED" for ? Why does finishUndo() only set undo_finished
(how does that work) ?
what's the diff between INSERTED and EDIT ?
I think a sequence of INSERTED is un-done in one step, while EDIT is
Michael Schmitt wrote:
Hi Jean Marc,
as far as I can see, Jürgen's patch actually consists of two parts. One
of them fixes a problem with cut and delete inside insets. This part
seems totally unrelated to the problem reported in #681. The other part
may be the source of the problem. But I can
Michael Schmitt wrote:
Hi Jean Marc,
as far as I can see, Jürgen's patch actually consists of two parts. One
of them fixes a problem with "cut" and "delete" inside insets. This part
seems totally unrelated to the problem reported in #681. The other part
may be the source of the problem. But I
Quoting Michael Schmitt [EMAIL PROTECTED]:
Hi Juergen,
I thought I might assist you in transforming the undo patch for LyX
1.2.2. Attached please find a modified patch.
Thanks a lot!
Please note that this was just mechanical work. I DIDN'T REALLY
UNDERSTAND WHAT I WAS DOING :-)
Quoting Michael Schmitt <[EMAIL PROTECTED]>:
> Hi Juergen,
>
> I thought I might assist you in transforming the undo patch for LyX
> 1.2.2. Attached please find a modified patch.
>
Thanks a lot!
> Please note that this was just mechanical work. I DIDN'T REALLY
> UNDERSTAND WHAT I WAS DOING
John Levon wrote:
If we are cutting multiple pars, the pars are excised from the par list
and buf in CutAndPaste.C is set to point to them. They are finally
deleted when the next operation resets buf.
Now if we are deleting (!realcut) we don't seem to set buf, and the
paragraphs that are
Kornel Benko wrote:
-BEGIN PGP SIGNED MESSAGE-
On Sunday 13 October 2002 19:58, John Levon wrote:
I don't understand why it fails for you, but Mode_switch can give me
ä perfectly in LyX Qt
I see. Maybe, because you are using QT2 while I am on QT3.
Bad luck for me. I cannot
Kornel Benko wrote:
Sorry for making trouble.
On a further thought IMO that the problems you have a connected to
the fact that you use latin15. IMO John has a lot of font-latin1()
in his code which not always is appropriate (just hit me if I'm wrong
John ;) John and myself still use latin1,
Ok I took a bit of time to fix this cri bug this morning.
Please have a look at it and give me your ok.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A
I-39050 SteineggWeb:
Jean-Marc Lasgouttes wrote:
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Ok I took a bit of time to fix this cri bug this morning.
Juergen Please have a look at it and give me your ok.
I do not understand what it does, but I like the sound of it :) I
guess this would apply
John Levon wrote:
Could you please mark the hack in redoParagraphs that you say shouldn't
be needed ? (Got it Lars ? one ?)
Yes exactly that one, but I won't remove it now ;)
p.s. and no, I don't understand this fix either ;)
Too all of you, what can I do if your mind is closed to
the
Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
You see you should always try to follow my advices ;) Go for it and let
us see a working version of it! We want to have something like this for
1.4.0, don't we? #:O)
| Paragraph list stuff? Yes, I think I'll bash it a bit
Jean-Marc Lasgouttes wrote:
Juergen == Juergen Vigna [EMAIL PROTECTED] writes:
Juergen Please clean the Subject for discussions on other than a
Juergen YES to apply the patch ;). Well I guess this IS a _really_
Juergen needed bugfix, I sent it to the list, people tried it, told
Juergen me
John Levon wrote:
> If we are cutting multiple pars, the pars are excised from the par list
> and "buf" in CutAndPaste.C is set to point to them. They are finally
> deleted when the next operation resets "buf".
>
> Now if we are deleting (!realcut) we don't seem to set buf, and the
> paragraphs
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Sunday 13 October 2002 19:58, John Levon wrote:
>
>>I don't understand why it fails for you, but Mode_switch can give me
>>ä perfectly in LyX Qt
>
>
> I see. Maybe, because you are using QT2 while I am on QT3.
> Bad luck for
Kornel Benko wrote:
> Sorry for making trouble.
On a further thought IMO that the problems you have a connected to
the fact that you use latin15. IMO John has a lot of font->latin1()
in his code which not always is appropriate (just hit me if I'm wrong
John ;) John and myself still use latin1,
Ok I took a bit of time to fix this "cri" bug this morning.
Please have a look at it and give me your ok.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A
I-39050 SteineggWeb:
Jean-Marc Lasgouttes wrote:
>>>>>>"Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>>>>>
>
> Juergen> Ok I took a bit of time to fix this "cri" bug this morning.
> Juergen> Please have a look at it and give me your
John Levon wrote:
> Could you please mark the hack in redoParagraphs that you say shouldn't
> be needed ? ("Got it Lars ?" one ?)
Yes exactly that one, but I won't remove it now ;)
> p.s. and no, I don't understand this fix either ;)
Too all of you, what can I do if your mind is closed to
the
Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
>
>>>You see you should always try to follow my advices ;) Go for it and let
>>>us see a working version of it! We want to have something like this for
>>>1.4.0, don't we? #:O)
>>
> | Paragraph list stuff? Yes, I think
Jean-Marc Lasgouttes wrote:
>>>>>>"Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>>>>>
>
> Juergen> Please clean the Subject for discussions on other than a
> Juergen> "YES" to apply the patch ;). Well I guess
Andre Poenitz wrote:
But I am not sure that these are the bugs which prevent us from
shipping 1.3.0.
Probably not.
But there are things like the undo crashs that have been in for ages
without any improvment on the horizon.
Well maybe there is light on the horizont. I'm actually trying
Andre Poenitz wrote:
>>But I am not sure that these are the bugs which prevent us from
>>shipping 1.3.0.
>
>
> Probably not.
>
> But there are things like the undo crashs that have been in for ages
> without any improvment on the horizon.
Well maybe there is light on the horizont. I'm
Andre Poenitz wrote:
Apropos comments: What about my poll for next year's meeting?
You did not answer that...
[Juergen: June might be a bit early. Lectures end on July 18th, and our
room might get a bit quieter a week or two after that... this would
mean around August 1st which is fairly
Andre Poenitz wrote:
> Apropos comments: What about my poll for next year's meeting?
> You did not answer that...
>
> [Juergen: June might be a bit early. Lectures end on July 18th, and our
> "room" might get a bit quieter a week or two after that... this would
> mean "around August 1st" which
Lars Gullik Bjønnes wrote:
Oh... some time next summer?
Agreed! Maybe 12-17 June.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A
I-39050 SteineggWeb:
Lars Gullik Bjønnes wrote:
>
> Oh... some time next summer?
>
Agreed! Maybe 12-17 June.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich 151/A
I-39050 SteineggWeb:
Angus Leeming wrote:
;-) The problem is that whilst LyX responds to a Hello from a
client, sending out a Hello in reply, clients are not required
to respond in similar fashion.
It would of course be straightforward to enforce this. Something
like
I don't think you understood what
Angus Leeming wrote:
Incidentally, I see you are using [EMAIL PROTECTED] Note that you are
listed in CREDITS as [EMAIL PROTECTED] I guess that this is now out of
date?
Yes [EMAIL PROTECTED] is the good one :)
Jug
--
Angus Leeming wrote:
> ;-) The problem is that whilst LyX responds to a "Hello" from a
> client, sending out a "Hello" in reply, clients are not required
> to respond in similar fashion.
>
> It would of course be straightforward to enforce this. Something
> like
I don't think you understood
Angus Leeming wrote:
> Incidentally, I see you are using [EMAIL PROTECTED] Note that you are
> listed in CREDITS as [EMAIL PROTECTED] I guess that this is now out of
> date?
Yes [EMAIL PROTECTED] is the good one :)
Jug
--
Angus Leeming wrote:
with the help of yet another little script, I have fixed the
licence info in src/insets/*.[Ch]. Unfortunately, nearly all
these files do not have an explicit author listed. Currently I
have the following.
Please fill in the blanks!
src/insets/inset.C: * \author
Angus Leeming wrote:
> with the help of yet another little script, I have fixed the
> licence info in src/insets/*.[Ch]. Unfortunately, nearly all
> these files do not have an explicit author listed. Currently I
> have the following.
>
> Please fill in the blanks!
> src/insets/inset.C: *
Michael Schmitt wrote:
The test case that I sent in my former email not only considers the
problem above but also points to a problem with undo (-#438). After
seeing the code above, I think bugs #575 and #438 are totally unrelated.
Juergen V. said that he cannot reproduce the bug in the
[EMAIL PROTECTED] wrote:
Juergen Vigna [EMAIL PROTECTED] schrieb am 24.09.2002, 09:33:20:
Well I tried it with both 1.3.0 and 1.2.x-cvs, but in both I cannot
reproduce the problem here. Maybe you mean something I don't do. Over
what should the selection be (you have 3 lg) in there. What
Michael Schmitt wrote:
> The test case that I sent in my former email not only considers the
> problem above but also points to a problem with undo (->#438). After
> seeing the code above, I think bugs #575 and #438 are totally unrelated.
> Juergen V. said that he cannot reproduce the bug in
[EMAIL PROTECTED] wrote:
> Juergen Vigna <[EMAIL PROTECTED]> schrieb am 24.09.2002, 09:33:20:
>
>
>>Well I tried it with both 1.3.0 and 1.2.x-cvs, but in both I cannot
>>reproduce the problem here. Maybe you mean something I don't do. Over
>>what shoul
Michael Schmitt wrote:
Hi,
with regard to bugs #575 and #438, I can provide yet another test case.
Unfortunately, undo crashes quite often. Any solution is highly
appreciated.
I cannot reproduce this with 1.3.0cvs.
Jug
--
Moritz Moeller-Herrmann wrote:
I am a user, I can't code any C or C++. Sorry. If my bug reports and
criticism are not welcome, tell me so and I will shut up.
You know that this is not so. As John pointed out (well he was a
bit grumpy but probaly the pub did close again too early for him
to go
Michael Schmitt wrote:
> Hi,
>
> with regard to bugs #575 and #438, I can provide yet another test case.
> Unfortunately, undo crashes quite often. Any solution is highly
> appreciated.
I cannot reproduce this with 1.3.0cvs.
Jug
--
Moritz Moeller-Herrmann wrote:
> I am a user, I can't code any C or C++. Sorry. If my bug reports and
> criticism are not welcome, tell me so and I will shut up.
You know that this is not so. As John pointed out (well he was a
bit grumpy but probaly the pub did close again too early for him
to
John Levon wrote:
Has no effect!
This 2 seconds thing sounds ridiculously slow. Repaints are effectively
instantaneous for me.
How big is your document? Try to load the UserGuide.
I tried the same with the xforms frontend and have to say that it
is not only slow (the same as qt), but does
John Levon wrote:
>>Has no effect!
>
> This 2 seconds thing sounds ridiculously slow. Repaints are effectively
> instantaneous for me.
How big is your document? Try to load the UserGuide.
I tried the same with the xforms frontend and have to say that it
is not only slow (the same as qt), but
John Levon wrote:
On Wed, Sep 11, 2002 at 10:35:18AM +0200, Juergen Vigna wrote:
Now to the negative part. It's slow! The update of screen is way too
slow. Try to resize the window and you wait 1-2 seconds on my Athlon 1800+
Actually, for resize, can you try adding WStaticContents like
John Levon wrote:
I've just committed something which should solve the scrolling paint
delay problem. Please check it out.
Super! Works here!
Now you just have to find the slowness on resize #:O)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
Well I tried and faild :(
This is what I get when configuring:
checking for XOpenIM... yes
checking for moc2... /usr/bin/moc2
checking for moc... /usr/lib/qt3/bin/moc
configure: error: FIXME
This seems the culpable code in configure:
if test -n $ac_moc1 -a -n $ac_moc2; then
John Levon wrote:
This 2 seconds thing sounds ridiculously slow. Repaints are effectively
instantaneous for me.
Well I tell you what I experience. IMO this is not the repaint, but that
lyx doesn't get the event in time. Also the repaint is only done one time
at the end of the resize and not in
John Levon wrote:
Jug, please try this one.
Changes :
o handle moc/moc2
o cache Qt build results
This seems to work! Great work John! You have my go to apply ;)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
John Levon wrote:
> On Wed, Sep 11, 2002 at 10:35:18AM +0200, Juergen Vigna wrote:
>
>
>>Now to the negative part. It's slow! The update of screen is way too
>>slow. Try to resize the window and you wait 1-2 seconds on my Athlon 1800+
>
>
> Actually,
John Levon wrote:
> I've just committed something which should solve the scrolling paint
> delay problem. Please check it out.
Super! Works here!
Now you just have to find the slowness on resize #:O)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
Well I tried and faild :(
This is what I get when configuring:
> checking for XOpenIM... yes
> checking for moc2... /usr/bin/moc2
> checking for moc... /usr/lib/qt3/bin/moc
> configure: error: FIXME
This seems the culpable code in configure:
> if test -n "$ac_moc1" -a -n
John Levon wrote:
> This 2 seconds thing sounds ridiculously slow. Repaints are effectively
> instantaneous for me.
Well I tell you what I experience. IMO this is not the repaint, but that
lyx doesn't get the event in time. Also the repaint is only done one time
at the end of the resize and not
John Levon wrote:
> Jug, please try this one.
>
> Changes :
>
> o handle moc/moc2
> o cache Qt build results
This seems to work! Great work John! You have my go to apply ;)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
John Levon wrote:
On Tue, Sep 10, 2002 at 06:02:19PM +0200, Jean-Marc Lasgouttes wrote:
Do you know that there a few few bad undo bugs waiting for you in
bugzilla?
There are some bad cosmetic table problems too ;)
I know, I know and maybe in the near future I will buy myself a new
PC,
Well after the changes you made yesterday (and my manually editing
the Makefiles to change moc2 to moc) I now compiled and linked the
qt version of LyX.
First impression, nice ;) I like the menus a lot more than the xforms ones!
The fonts are the same on my system between the xforms version and
Lars Gullik Bjønnes wrote:
I am pretty satisfied by my AMD XP-2000+ works like a charm.
Hmm, so you will send it to me, or how am I expected to work on it :P
Jug
P.S.: My comment about buying a new PC was serious I just have to look
up on one first /AND/ I will by something that
John Levon wrote:
> On Tue, Sep 10, 2002 at 06:02:19PM +0200, Jean-Marc Lasgouttes wrote:
>
>
>>Do you know that there a few few bad undo bugs waiting for you in
>>bugzilla?
>
>
> There are some bad cosmetic table problems too ;)
I know, I know and maybe in the near future I will buy myself
Well after the changes you made yesterday (and my manually editing
the Makefiles to change moc2 to moc) I now compiled and linked the
qt version of LyX.
First impression, nice ;) I like the menus a lot more than the xforms ones!
The fonts are the same on my system between the xforms version and
Lars Gullik Bjønnes wrote:
> I am pretty satisfied by my AMD XP-2000+ works like a charm.
Hmm, so you will send it to me, or how am I expected to work on it :P
Jug
P.S.: My comment about buying a new PC was serious I just have to look
up on one first /AND/ I will by something
Edwin Leuven wrote:
On Mon Sep 9, 2002 11:00, Juergen Vigna wrote:
Hope anybody may help me.
you're using moc of qt2 whereas your includes are of qt3. Make sure to use to
right moc
Well you're right, *but* this is a really weired bug IMO. I have qt3
installed by default (/usr/bin/moc
Jean-Marc Lasgouttes wrote:
Michael == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Hi, I think I can contribute a one-line patch to the problem
Michael that the cursor positioning is inprecise in lines which
Michael include hfills.
Michael The patch is against 1.2.2cvs. Could
Edwin Leuven wrote:
> On Mon Sep 9, 2002 11:00, Juergen Vigna wrote:
>
>>Hope anybody may help me.
>
>
> you're using moc of qt2 whereas your includes are of qt3. Make sure to use to
> right moc
Well you're right, *but* this is a really weired bug IMO. I have qt3
in
Jean-Marc Lasgouttes wrote:
>>"Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
>
>
> Michael> Hi, I think I can contribute a one-line patch to the problem
> Michael> that the cursor positioning is inprecise in lines which
> Michael> include hfills.
>
> Michael> The patch is
Michael Schmitt wrote:
Hi,
I think I can contribute a one-line patch to the problem that the cursor
positioning is inprecise in lines which include hfills.
The patch is against 1.2.2cvs. Could anybody with a little bit more
knowledges of the LyX code than myself please check the
John Levon wrote:
Qt seems to get the height and metrics of things like \biguplus
completely wrong. Can people using qt 3 etc. give it a go ?
I do not know what we can do to fix this (much like most of the other
bugs in the Qt frontend)
If we accept qt2 and 3 why the hell the configure
John Levon wrote:
Qt seems to get the height and metrics of things like \biguplus
completely wrong. Can people using qt 3 etc. give it a go ?
I do not know what we can do to fix this (much like most of the other
bugs in the Qt frontend)
I finally decided to have 2 build trees so that I may
R. Lahaye wrote:
Are you compiling this on a FreeBSD system?
No I'm working on RedHat Linux 7.3
I am, and I had a similar problem, using make.
As soon as I used gmake, these problems were gone.
Never bothered to find out why :(.
It seems that there are problems when using the standard
One more on this front:
make[6]: Entering directory
`/soft/lyx/lyx-devel/build-qt/src/frontends/qt2/ui/moc'
source='QAboutDialogBase_moc.C' object='QAboutDialogBase_moc.lo' libtool=yes \
depfile='.deps/QAboutDialogBase_moc.Plo'
tmpdepfile='.deps/QAboutDialogBase_moc.TPlo' \
depmode=gcc3
Michael Schmitt wrote:
> Hi,
>
> I think I can contribute a one-line patch to the problem that the cursor
> positioning is inprecise in lines which include hfills.
>
> The patch is against 1.2.2cvs. Could anybody with a little bit more
> knowledges of the LyX code than myself please check the
John Levon wrote:
> Qt seems to get the height and metrics of things like \biguplus
> completely wrong. Can people using qt 3 etc. give it a go ?
>
> I do not know what we can do to fix this (much like most of the other
> bugs in the Qt frontend)
If we accept qt2 and 3 why the hell the
John Levon wrote:
> Qt seems to get the height and metrics of things like \biguplus
> completely wrong. Can people using qt 3 etc. give it a go ?
>
> I do not know what we can do to fix this (much like most of the other
> bugs in the Qt frontend)
I finally decided to have 2 build trees so that
R. Lahaye wrote:
> Are you compiling this on a FreeBSD system?
No I'm working on RedHat Linux 7.3
> I am, and I had a similar problem, using "make".
> As soon as I used "gmake", these problems were gone.
> Never bothered to find out why :(.
It seems that there are problems when using the
One more on this front:
make[6]: Entering directory
`/soft/lyx/lyx-devel/build-qt/src/frontends/qt2/ui/moc'
source='QAboutDialogBase_moc.C' object='QAboutDialogBase_moc.lo' libtool=yes \
depfile='.deps/QAboutDialogBase_moc.Plo'
tmpdepfile='.deps/QAboutDialogBase_moc.TPlo' \
depmode=gcc3
Michael Schmitt wrote:
Hi,
there is another mysterious problem: If you load file search-hangs.lyx
and search for enco, LyX is blocked. It is not even possible to save
an emergency file. My attempts to minimize the test case have shown that
the size of the LyX file and the size of the
Alain Castera wrote:
Note : I changed 2 more files, lyx_sty.C and lyx_sty.h , in order to
redefine tabularnewline only once.
Have fun ;-)
Hi Alain as soon as I get a ChangeLog entry patch from you about the
changes you made in the single files I will commit this patch.
Jug
--
Michael Schmitt wrote:
> Hi,
>
> there is another mysterious problem: If you load file "search-hangs.lyx"
> and search for "enco", LyX is blocked. It is not even possible to save
> an emergency file. My attempts to minimize the test case have shown that
> the size of the LyX file and the
Alain Castera wrote:
> Note : I changed 2 more files, lyx_sty.C and lyx_sty.h , in order to
> redefine tabularnewline only once.
>
> Have fun ;-)
Hi Alain as soon as I get a ChangeLog entry patch from you about the
changes you made in the single files I will commit this patch.
Jug
John Levon wrote:
john (never going to the pub again)
Ha! That's just now, in half a day you will forget about this
strange idea of yours #:O)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich
Alain Castera wrote:
Hi Juergen.
Hi Alain!
Here's the beast. Shall I post it to bugzilla too ?
Thank's to you and Lars for the help in compiling.
Note : I changed 2 more files, lyx_sty.C and lyx_sty.h , in order to
redefine tabularnewline only once.
Have fun ;-)
Ok I patched the
John Levon wrote:
> john (never going to the pub again)
Ha! That's just now, in half a day you will forget about this
strange idea of yours #:O)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Mitterstrich
Alain Castera wrote:
> Hi Juergen.
Hi Alain!
> Here's the beast. Shall I post it to bugzilla too ?
>
> Thank's to you and Lars for the help in compiling.
>
> Note : I changed 2 more files, lyx_sty.C and lyx_sty.h , in order to
> redefine tabularnewline only once.
>
> Have fun ;-)
Ok I
Kuba Ober wrote:
Alas, we don't need (and shouldn't!) use TeX keywords. I'm all for using
LyX-specific keywords. We can just use TeX-like syntax instead of XML-like
syntax, especially that one can do conversion both ways, say like this
tag val1=abcsomething blah/tag --
Alain Castera wrote:
[SNIP]
boost/pending/ct_if.hpp: No such file or directory
make[4]: *** [signal_base.lo] Erreur 1
--
Could you please help me ? I am not root on my machine, so the distrib may
be a little bit old. I tried with xforms 0.89.5, but the result was the
same.
I have more
Alain Castera wrote:
I updated just before.
I will try tonight with a fresh checkout.
However, note that gcc is looking for boost/pending/ct_if.hpp , and I
don't see the entire directory pending
Do you use wrong cvs flags? Don't you add new direcories on an update?
Try to use -dP
Kuba Ober wrote:
> Alas, we don't need (and shouldn't!) use TeX keywords. I'm all for using
> LyX-specific keywords. We can just use TeX-like syntax instead of XML-like
> syntax, especially that one can do conversion both ways, say like this
> something blah <--> \tag[val1="abc"]{something
Alain Castera wrote:
[SNIP]
> boost/pending/ct_if.hpp: No such file or directory
> make[4]: *** [signal_base.lo] Erreur 1
> --
>
> Could you please help me ? I am not root on my machine, so the distrib may
> be a little bit old. I tried with xforms 0.89.5, but the result was the
> same.
>
I
Alain Castera wrote:
> I updated just before.
> I will try tonight with a fresh checkout.
> However, note that gcc is looking for boost/pending/ct_if.hpp , and I
> don't see the entire directory "pending"
Do you use wrong cvs flags? Don't you add new direcories on an update?
Try to
Andre Poenitz wrote:
On Tue, Sep 03, 2002 at 12:22:11PM +0300, Gady Kozma wrote:
There is a small change in LyX behavior between 1.1.6 and 1.2: pressing
space when at the end of a formula exits, but does not (as per 1.1.6) add a
space after it. The reason is that the local dispatch returns
Andre Poenitz wrote:
> On Tue, Sep 03, 2002 at 12:22:11PM +0300, Gady Kozma wrote:
>
>>There is a small change in LyX behavior between 1.1.6 and 1.2: pressing
>>space when at the end of a formula exits, but does not (as per 1.1.6) add a
>>space after it. The reason is that the local dispatch
Claus Hindsgaul wrote:
Hello,
I have attached an updated da.po against the lyx-devel lyx-1_2_X branch.
Where?
Please apply
Really compact this danish language, it's so short that we don't even need
a da.po file ;)
Jug
--
Amir Michail wrote:
I also found another problem with getting rid of cursor blinking.
If you type a sentence and press return, the cursor will not appear
for a while until it is told to blink on. By then, the after picture
has already been taken, so cursor tracking is broken. So it's not
Alain Castera wrote:
Hi Juergen.
I'm just back from some vacations, I hope I am not too late.
Nope, we were all waiting for your answer ;). Hope you enjoyed
your holidays.
All the tests I've done indicate that, with my patch, the paragraph
setting take precedence on the column setting.
Claus Hindsgaul wrote:
> Hello,
>
> I have attached an updated da.po against the lyx-devel lyx-1_2_X branch.
Where?
> Please apply
Really compact this danish language, it's so short that we don't even need
a da.po file ;)
Jug
--
Amir Michail wrote:
> I also found another problem with getting rid of cursor blinking.
> If you type a sentence and press return, the cursor will not appear
> for a while until it is told to blink on. By then, the after picture
> has already been taken, so cursor tracking is broken. So it's
Alain Castera wrote:
> Hi Juergen.
>
> I'm just back from some vacations, I hope I am not too late.
Nope, we were all waiting for your answer ;). Hope you enjoyed
your holidays.
> All the tests I've done indicate that, with my patch, the paragraph
> setting take precedence on the column
Dekel Tsur wrote:
Here is a patch for searching the lyx2lyx script in LYXDIR.
I did not change your Makefile patch.
The new makefile should copy lyx2lyx to LYXDIR/lyx2lyx/
and perhaps add a symbolic link to PREFIX/bin/
For now I don't care about installing I run lyx always from the
Dekel Tsur wrote:
> Here is a patch for searching the lyx2lyx script in LYXDIR.
> I did not change your Makefile patch.
> The new makefile should copy lyx2lyx to LYXDIR/lyx2lyx/
> and perhaps add a symbolic link to PREFIX/bin/
For now I don't care about installing I run lyx always from the
201 - 300 of 4844 matches
Mail list logo