On Wed, Dec 04, 2002 at 06:06:51PM +, John Levon wrote:
> I'm trying to compile a list of broken keys. Please compile the attached
> test application (e.g. g++ -I$QTDIR/include -o keytest keytest.cpp -L$QTDIR/lib -lqt)
> and tell me which keys produce "BUG !!"
>
> On my keyboard, only KP_Begin
Futher to that last bit...
The image in lyx is called as something.epsi, but the error I get is
could not locate the file with any of these extensions:
.eps, .ps, .eps.gz, .ps.gz, eps.Z
The file is in the tmp dir named as something.epsi
So, I guess this is a problem at my end really. I presume
Y'all must be sick of this now...
The latest changes to 122cvs break (for me) if the image is named
something.epsi
I get lots of "file not found" errors in lyx.
Rod
_
rod | "Beneath the waves, the waves / That's where I will be
On ЧеÑвеÑг 05 ÐекабÑÑ 2002 02:46, Lars Gullik Bjønnes wrote:
> Vitaly Lipatov <[EMAIL PROTECTED]> writes:
> | Hello,
> | I have checkout files CVS from Thu Dec 5 02:25:24 MSK 2002
> | autogen.sh produced too many errors until I do not comment
> | AM_FUNC_ERROR_AT_LINE
>
> What error
Hello,
Please commit ru.po for LyX 1.2.2 (BRANCH-1_2_X I hope :)
File is attached.
--
Lav
GNU! ALT Linux Team! LaTeX! LyX!
ru.po.bz2
Description: BZip2 compressed data
Hello,
I attached patch to configure script running when LyX
"reconfiguring".
It knowns Russia, Ukrainian have more than one locale with
various encoding in them. Attached patch do tuning LyX in
depends from user's locale setting. We is using it in ALT Linux
for two years and have not problem.
Vitaly Lipatov <[EMAIL PROTECTED]> writes:
| Hello,
| I have checkout files CVS from Thu Dec 5 02:25:24 MSK 2002
| autogen.sh produced too many errors until I do not comment
| AM_FUNC_ERROR_AT_LINE
What errors?
--
Lgb
Hello,
I have checkout files CVS from Thu Dec 5 02:25:24 MSK 2002
autogen.sh produced too many errors until I do not comment
AM_FUNC_ERROR_AT_LINE
$ diff -urN gnome.m4.old gnome.m4
--- gnome.m4.old2002-12-01 15:56:22 +0300
+++ gnome.m42002-12-05 02:30:09 +0300
@@ -1701,7 +1701,7 @@
On Wed, 4 Dec 2002, Christian Ridderström wrote:
> On 4 Dec 2002, Jean-Marc Lasgouttes wrote:
>
> > > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> > - are you sure that --with-extra-prefix=/pkg/mdhacks/grp/util does not
> > work?
>
> Pretty sure... but it was late :
John Levon wrote:
> I'm trying to compile a list of broken keys. Please compile the attached
> test application (e.g. g++ -I$QTDIR/include -o keytest keytest.cpp
> -L$QTDIR/lib -lqt) and tell me which keys produce "BUG !!"
ä - Pressed key which has text "ä", key value 65535 BUG!
ö - ditto (text "ö
Angus Leeming <[EMAIL PROTECTED]> writes:
| It looks big, but it's actually trivial with no change in functionality. See
| ChangeLog.
But you do change behaviour.
| -void waitForX()
| +void waitForX(bool discard)
| {
| - XSync(fl_get_display(), 0);
| -}
rationale?
| + if (!e
So what should it be doing, John?
Angus
/// X selection hook - xforms gets it wrong
fl_current_form->u_vdata = this;
fl_register_raw_callback(fl_current_form, FL_ALL_EVENT, C_event_cb);
It looks big, but it's actually trivial with no change in functionality. See
ChangeLog.
Ok to apply?
Angus
? bmtable.c-safe
? patch.diff
? bmtable.h-safe
? README-xformsbugs
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx
On Wed, Dec 04, 2002 at 06:19:12PM +, Persio Barros wrote:
> The resulting program shows exactly the same behavior.
> Any other idea?
No, none
regards
john
--
"Trolls like content too."
- Bob Abooey, /.
From: John Levon <[EMAIL PROTECTED]>
try re-building all of lyx after a make distclean
john
OK. This is what I did:
$> make distclean
$> ./autogen.sh
$> ./configure --with-frontend=qt --with-qt-dir=/usr/lib/qt3
$> make
$> src/lyx
The resulting program shows exactly the same behavior.
Any
I'm trying to compile a list of broken keys. Please compile the attached
test application (e.g. g++ -I$QTDIR/include -o keytest keytest.cpp -L$QTDIR/lib -lqt)
and tell me which keys produce "BUG !!"
On my keyboard, only KP_Begin gives this. Also please provide the
KeyPress event listed from runn
On Wed, Dec 04, 2002 at 06:05:04PM +0100, Norbert Koksch wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x0824ddda in QLyXKeySym::getSymbolName (this=0x853a700)
OK update and try again
john
Hallo,
thanks to Angus, here is the backtrace:
Press key 65535 text "none", ascii "0"
sym empty in getSymbolName()
Program received signal SIGSEGV, Segmentation fault.
0x0824ddda in QLyXKeySym::getSymbolName (this=0x853a700)
at /usr/include/g++-3/std/bastring.h:225
225 { return assi
On Wed, Dec 04, 2002 at 06:25:47PM +, Edwin Leuven wrote:
> > q1 is unknown () ??Ydiaeresis
>
> is this the same as Key_ydiaeresis?
no, that's lowercase
> http://doc.trolltech.com/3.0/qt.html#Key-enum
>
> (Key_ydiaeresis = 0x0ff)
moz X11 190 cgrepall Ydiaeresis
./HPkeysym.h:74:#define hpX
> q1 is unknown () ??Ydiaeresis
is this the same as Key_ydiaeresis?
http://doc.trolltech.com/3.0/qt.html#Key-enum
(Key_ydiaeresis = 0x0ff)
Ed.
On Wed, Dec 04, 2002 at 06:09:59PM +0100, Jürgen Spitzmüller wrote:
> And -dbg key gives another million of this kind:
> q1 is unknown () ??Ydiaeresis
with what else ? Indeed Qt knows nothing of Ydiaeresis.
The patch still should have worked for Adiaeresis though. Try outputting
q1/2 key/text an
On Wed, Dec 04, 2002 at 06:11:49PM +0100, Herbert Voss wrote:
> what a joke ...
> the one from the rh ftp site was
That would be the pre-release snapshot. Download gcc-[core,g++]-3.2.tar.gz instead.
> voss@maria:~> gcc --version
> gcc (GCC) 3.2.1 20020903 (prerelease)
I long deleted 3.2, but be
> On Wed, Dec 04, 2002 at 05:46:24PM +0100, Herbert Voss wrote:
>
>> then you have the one with the patch, like the one from rh,
>> but suse8.1 comes without it.
>
> I compiled it from ftp.gnu.org tarball.
>
>> what does your gcc --version says?
>
> 3.2 ;)
what a joke ...
the one from the rh ftp
John Levon wrote:
> Try this
No success. I get millions of these messages:
QGArray: Cannot allocate array with negative length
And -dbg key gives another million of this kind:
q1 is unknown () ??Ydiaeresis
Jürgen.
On Wed, Dec 04, 2002 at 05:37:00PM +0100, Herbert Voss wrote:
> it is a gcc bug! rh and suse have the right patch on their
Then why did lyx compile fine for me using gcc 3.2 whilst it was failing
for others using vendor gcc's ?
john
--
"Trolls like content too."
- Bob Abooey, /.
On Wed, Dec 04, 2002 at 05:46:24PM +0100, Herbert Voss wrote:
> then you have the one with the patch, like the one from rh,
> but suse8.1 comes without it.
I compiled it from ftp.gnu.org tarball.
> what does your gcc --version says?
3.2 ;)
(I'm using 3.2.1 now, but it was 3.2 at the time)
reg
> On Wed, Dec 04, 2002 at 05:37:00PM +0100, Herbert Voss wrote:
>
>> it is a gcc bug! rh and suse have the right patch on their
>
> Then why did lyx compile fine for me using gcc 3.2 whilst it was
> failing
for others using vendor gcc's ?
then you have the one with the patch, like the one from r
On Wed, Dec 04, 2002 at 05:28:57PM +0100, Juergen Spitzmueller wrote:
> Please do this (or send me a patch to test). This area looks very strange to
> me.
Try this
john
Index: QLyXKeySym.h
===
RCS file: /usr/local/lyx/cvsroot/lyx
> John Levon wrote:
>
>> On Wed, Dec 04, 2002 at 10:09:11AM +0100, Lars Gullik Bjønnes wrote:
>>
>>> Most distributions have added some "vendor patches" that fix this
>>> problem. So IMHO it is a vendor problem.
>>>
>>> RH f.ex. does not have this problem. (and suse do have it)
>>
>> it's a buggy
On Wed, Dec 04, 2002 at 05:32:40PM +0100, Moritz Moeller-Herrmann wrote:
> > to report bug to suse to but nobody has said they've done so
>
> I just did.
Thanks.
> Nobody really said it is a SuSE bug so far, I thought it were a gcc bug.
I did mention at some point that the gcc 3.2 tarball was
On Wed, Dec 04, 2002 at 05:26:17PM +0100, Jean-Marc Lasgouttes wrote:
> I began to look at the code in qapplication_x11.cpp (at the end of
> QApplication::x11ClientMessage), which generates the QKeyEvent, but
> since I do not know the format of the XClientMessages that are sent
> around (and do no
John Levon wrote:
> On Wed, Dec 04, 2002 at 10:09:11AM +0100, Lars Gullik Bjønnes wrote:
>
>> Most distributions have added some "vendor patches" that fix this
>> problem. So IMHO it is a vendor problem.
>>
>> RH f.ex. does not have this problem. (and suse do have it)
>
> it's a buggy suse pat
John Levon wrote:
> Juergen, if you have trouble trying this, tell me, and I'll commit a
> "framework" patch doing it. I can't test it obviously
Please do this (or send me a patch to test). This area looks very strange to
me.
Thanks,
Jürgen.
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Dec 04, 2002 at 04:33:35PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> I took a quick look at the code and at qnamespace.h and have an
>> obvious question: does anyone know why Qt does not return
>> Qt::Adiaresis in this case? If
On Wed, Dec 04, 2002 at 02:58:13PM +, Persio Barros wrote:
> 2002-11-25 Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>
> * qlkey.h (string_to_qkey): Add many missing entries
Well, I still don't see these with a current build.
try re-building all of lyx after a make distclean
john
--
On Wed, Dec 04, 2002 at 04:33:35PM +0100, Jean-Marc Lasgouttes wrote:
> I took a quick look at the code and at qnamespace.h and have an
> obvious question: does anyone know why Qt does not return
> Qt::Adiaresis in this case? If it exists one would think that it is used somewhere,
>no?
Because Q
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars, the machine on which I can make a distribution is behind a
Lars> | firewall. Do you think you could do a distribution for me?
Lars> I am not sure I can... since I o
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars, the machine on which I can make a distribution is behind a
| firewall. Do you think you could do a distribution for me?
I am not sure I can... since I only have access to machines that have
autoconf 2.53 now...
--
Lgb
On Wednesday 04 December 2002 3:34 pm, Norbert Koksch wrote:
> Dear John,
>
>
> I tried to make a backtrace. But I don't know how to enter the option "-dbg
> 4".
>
> If I start
>
> gdb lyx -dbg 4
Try
$ gdb lyx
gdb> run -dbg 4
Dear John,
I tried to make a backtrace. But I don't know how to enter the option "-dbg
4".
If I start
gdb lyx -dbg 4
gdb says " unrecognized option `-dbg'". I didn't found a way to add the
option.
Norbert
John Levon wrote:
> On Wed, Dec 04, 2002 at 03:53:32PM +0100, Norbert Ko
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I't's easy. in operator== you need something like :
John> if (r2.key() == Qt::Key_unknown) { string symb =
John> qtext_to_symb(r2.text()); return r1.text() == symb.c_str(); }
John> return r1.key() == r2.key();
John> where qtext_to
On Wed, Dec 04, 2002 at 04:06:25PM +0100, Jean-Marc Lasgouttes wrote:
> Juergen> Jean-Marc, are you intending to fix the umlaut/ß-Problem as
> Juergen> well?
>
> I would not know how to do it... I just did the easy part.
I't's easy. in operator== you need something like :
if (r2.key() =
OK, LyX 1.2.2 is getting closer. However, I just commited a patch to
remove special epsi support, and I would like to make sure that it
still works. Could some people try it out please? Just try your most
wicked eps files and tell me what does not work.
Other new things include
- some updated tr
On 4 Dec 2002, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> Considering the snags I've run into trying to compile LyX,
> Christian> I decided to add some notes to this wiki-page:
>
> Christian>http://ev-en.org/wiki/moin.c
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> [EMAIL PROTECTED] wrote:
>> Log message: fix some missing keys in qt frontend
Juergen> Jean-Marc, are you intending to fix the umlaut/ß-Problem as
Juergen> well?
I would not know how to do it... I just did the easy part
[EMAIL PROTECTED] wrote:
> Log message:
> fix some missing keys in qt frontend
Jean-Marc, are you intending to fix the umlaut/ß-Problem as well?
Jürgen.
Hi, John,
From: John Levon <[EMAIL PROTECTED]>
Date: Wed, 4 Dec 2002 14:14:03 +
On Wed, Dec 04, 2002 at 11:41:23AM -0200, Persio Barros wrote:
> I got the latest CVS LyX 1.3.0 sources (Dec. 4th) and compiled it with
> qt gui support (Qt 3.0.5, gcc 3.2, RedHat 8).
Dec. 4th ? Are you *sure*
On Wed, Dec 04, 2002 at 03:53:32PM +0100, Norbert Koksch wrote:
> I corrected the subject.
>
one of our lines starting lyxerr[Debug::KEY] << in QLyXKeySym.C is
accessing where it shouldn't. A backtrace would tell us where
regards
john
--
"Trolls like content too."
- Bob Abooey, /.
I corrected the subject.
Norbert
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> Considering the snags I've run into trying to compile LyX,
Christian> I decided to add some notes to this wiki-page:
Christian> http://ev-en.org/wiki/moin.cgi/LyXCompile
A couple notes on what you wrote there:
Hallo,
since yesterday (Dec., 3rd), my qtlyx-1.3.0cvs again crashes after entering
AltGr, if I start it with the option -dbg 4:
Press key 65535 text "none", ascii "0"
sym empty in getSymbolName()
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Ple
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> If we disable xpm loading and leave the splash screen as an xpm
Angus> file then most people will start off LyX with a conversion
Angus> process. Ditto, if we change to a ppm file, then those 0.88
Angus> users would start off with a
On Wed, Dec 04, 2002 at 11:41:23AM -0200, Persio Barros wrote:
> I got the latest CVS LyX 1.3.0 sources (Dec. 4th) and compiled it with
> qt gui support (Qt 3.0.5, gcc 3.2, RedHat 8).
Dec. 4th ? Are you *sure* ?
> 1- The math symbols, including greek letters, are not correct when shown
> in th
On Wednesday 04 December 2002 1:47 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> o the xforms image loader should fail gracefully if it fails to
> Angus> load a weird xpm file.
>
> BTW, angus, why don't we use the native pnm handler with xfo
On Wed, Dec 04, 2002 at 01:52:57PM +, Angus Leeming wrote:
> > xforms 0.89.6.
>
> xforms 1.0 final is due out on Friday...
Which year?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> o the xforms image loader should fail gracefully if it fails to
Angus> load a weird xpm file.
BTW, angus, why don't we use the native pnm handler with xforms image
loader? We could disable xpm support in flimage and give image->pnm
On Wednesday 04 December 2002 1:40 pm, Andre Poenitz wrote:
> On Wed, Dec 04, 2002 at 01:46:10PM +, Angus Leeming wrote:
> > > - If you switch from one submenu to another one (try "Insert>List" =>
> > > "Insert>Math"), the window background is not repainted (xforms or lyx
> > > bug?)
> >
> > Al
On Wed, Dec 04, 2002 at 01:46:10PM +, Angus Leeming wrote:
> > - If you switch from one submenu to another one (try "Insert>List" =>
> > "Insert>Math"), the window background is not repainted (xforms or lyx bug?)
>
> All is fine for me. Anyone else? Michael, what version of the xforms library
Hi all,
I got the latest CVS LyX 1.3.0 sources (Dec. 4th) and compiled it with
qt gui support (Qt 3.0.5, gcc 3.2, RedHat 8).
When running LyX, I noted two main problems:
1- The math symbols, including greek letters, are not correct when shown
in the qt frontend. It seems that the symbol font ma
On Wednesday 04 December 2002 1:22 pm, Michael Schmitt wrote:
> Two more things:
>
> - If you switch from one submenu to another one (try "Insert>List" =>
> "Insert>Math"), the window background is not repainted (xforms or lyx bug?)
All is fine for me. Anyone else? Michael, what version of the xfo
Two more things:
- If you switch from one submenu to another one (try "Insert>List" =>
"Insert>Math"), the window background is not repainted (xforms or lyx bug?)
- You cannot switch between two menus without closing the first menu
first (IMO one annoying mouse click too much)
Regards, Michael
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Dec 04, 2002 at 09:59:42AM +0100, Michael Schmitt wrote:
>> in the QT frontend, the "note" inset label is much larger than the
>> "footnote" inset label.
John> well, a little larger, for me. seems to be a different font
John> si
On Wed, Dec 04, 2002 at 01:17:16PM +, Angus Leeming wrote:
> I take it that this FIXME means "remove default"? I can't see anything to
> stop me doing so, but presumably that default was put in for a reason.
>
> John, care to comment since cvs annotate blames you for the code?
I suppose i
I take it that this FIXME means "remove default"? I can't see anything to
stop me doing so, but presumably that default was put in for a reason.
John, care to comment since cvs annotate blames you for the code?
Angus
XWorkArea.C:
mouse_button::state x_button_state(unsigned int button)
{
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Wed, Dec 04, 2002 at 09:23:22AM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
>> > "Duncan" == Duncan Simpson <[EMAIL PROTECTED]> writes:
>>
Duncan> I think the solution to this LaTeX problem is to move into
Duncan> plain TeX and u
On Wed, Dec 04, 2002 at 09:59:42AM +0100, Michael Schmitt wrote:
> in the QT frontend, the "note" inset label is much larger than the
> "footnote" inset label.
well, a little larger, for me. seems to be a different font size. how
odd
john
--
"Trolls like content too."
- Bob Abooey, /
On Wed, Dec 04, 2002 at 09:50:32AM +0100, Michael Schmitt wrote:
> last time I asked you whether you recommend any of the available
> frontends, you said "no". However, when you compile LyX, xforms is
> chosen as default frontend. Will you keep this setting or switch to Qt
> before the final re
On Wed, Dec 04, 2002 at 10:09:11AM +0100, Lars Gullik Bjønnes wrote:
> Most distributions have added some "vendor patches" that fix this
> problem. So IMHO it is a vendor problem.
>
> RH f.ex. does not have this problem. (and suse do have it)
it's a buggy suse patch. clean 3.2 tarball is fine.
Attached is a screenshot of the typical LyX screen after it's resized using
the mouse.
I suspect that we get these problems because we aren't using the xforms event
loop properly. (The gurus keep muttering about this occasionally I think, but
I've never got to the bottom of what was wrong until
On Wed, Dec 04, 2002 at 11:51:29AM +, John Levon wrote:
> These are both my doing. Seems I was drinking too much of that dangerous
> toxin dihydrogen monoxide
Looks like you should consult www.dhmo.org immediately...
Andre'
--
Those who desire to give up Freedom in order to gain Secu
On Tue, Dec 03, 2002 at 05:38:32AM +, John Levon wrote:
> First off, xforms has the same bug qt had : if you change to include
> from input, then open the dialog, the radio is set to input.
>
> Second, the options doesn't actually do anything to the latex output:
> the command name is never
On Wed, Dec 04, 2002 at 09:23:22AM +0100, Jean-Marc Lasgouttes wrote:
> > "Duncan" == Duncan Simpson <[EMAIL PROTECTED]> writes:
>
> Duncan> I think the solution to this LaTeX problem is to move into
> Duncan> plain TeX and use the machinery more directly. Having said
> Duncan> that I think th
Allan Rae <[EMAIL PROTECTED]> writes:
| Does GCC really have long living branches with multiple merges from
| the trunk into the branch?
yes.
| If so, they must know something a lot of others don't.
perhaps.
The crucial things is to tag HAED and branch, so that you have
something to merge agai
On 4 Dec 2002, Lars Gullik Bjønnes wrote:
> Allan Rae <[EMAIL PROTECTED]> writes:
>
> | On Wed, 4 Dec 2002, John Levon wrote:
> |
> | [...]
> | > With all that administration, I'm even less inclined to do so then.
> | >
> | > CVS is worse at handling conflicts in such cases than patch is
> |
> | B
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Lars Gullik Bjønnes wrote:
>> Michael Schmitt <[EMAIL PROTECTED]> writes:
>>
>> | Moreover, menu item "New" is not translated into German (also |
>> "revert", "spellchecker", "preferences", "Index Entry", ...).
>>
>> Yes...
Lars Gullik Bjønnes wrote:
>Michael Schmitt <[EMAIL PROTECTED]> writes:
>
>| Moreover, menu item "New" is not translated into German (also
>| "revert", "spellchecker", "preferences", "Index Entry", ...).
>
>Yes... we could certainly use some help with the translation effort.
>
>
I may be w
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Moreover, menu item "New" is not translated into German (also
| "revert", "spellchecker", "preferences", "Index Entry", ...).
Yes... we could certainly use some help with the translation effort.
--
Lgb
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hello again,
|
| last time I asked you whether you recommend any of the available
| frontends, you said "no". However, when you compile LyX, xforms is
| chosen as default frontend. Will you keep this setting or switch to Qt
| before the final release?
Considering the snags I've run into trying to compile LyX, I decided to
add some notes to this wiki-page:
http://ev-en.org/wiki/moin.cgi/LyXCompile
/Christian
--
Christian Ridderström, +46-8-790 91 37 http://www.md.kth.se/~chr
Mechatronics lab, Dept. of Machine Design
Hi,
in the QT frontend, the "note" inset label is much larger than the
"footnote" inset label.
Moreover, menu item "New" is not translated into German (also "revert",
"spellchecker", "preferences", "Index Entry", ...).
Michael
--
===
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi,
|
| are there any plans to provide a workaround for the following problem:
no
| g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost
| -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c
| cregex.cpp -MT cregex.l
Hi.. I ran into trouble while cross-referencing sections which had the
same names and hence same label names but belonged to different
documents. Say I have two docs, and there's a section with exactly the
same name in each of these docs. If I insert labels in each of these
docs, they both have the
Allan Rae <[EMAIL PROTECTED]> writes:
| On Wed, 4 Dec 2002, John Levon wrote:
|
| [...]
| > With all that administration, I'm even less inclined to do so then.
| >
| > CVS is worse at handling conflicts in such cases than patch is
|
| But at least CVS allows others to keep up to date with your w
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Dekel Tsur <[EMAIL PROTECTED]> writes:
| Lars> | On Wed, Nov 27, 2002 at 04:16:16PM +0100, Jean-Marc Lasgouttes wrote:
| Lars> | >
| Lars> | > Probably not. I guess it is
Hello again,
last time I asked you whether you recommend any of the available
frontends, you said "no". However, when you compile LyX, xforms is
chosen as default frontend. Will you keep this setting or switch to Qt
before the final release?
I guess that you don't want to recommend any of the
> I have a patch for that (and other forgotten keys). I'll apply it
> asap.
>
> JMarc
>
Great! Thanks a lot..
nirmal
On 4 Dec 2002, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> Hi I've finally decided to try and compile the cvs
> Christian> version... and after struggling with xforms I seem to have
> Christian> gotten past that but get this
> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:
Nirmal> In the Qt version, when I hit "|" (the pipe or the vertical
Nirmal> bar obtained by hitting Shift and "\") I see "unknown
Nirmal> function" at the bottom.. and of course, the bar isn't
Nirmal> displayed.. same thing happens in mat
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> Hi I've finally decided to try and compile the cvs
Christian> version... and after struggling with xforms I seem to have
Christian> gotten past that but get this strange error message when
Christian> running:
Christ
> "Duncan" == Duncan Simpson <[EMAIL PROTECTED]> writes:
Duncan> I think the solution to this LaTeX problem is to move into
Duncan> plain TeX and use the machinery more directly. Having said
Duncan> that I think this is a good solution for lots problems that
Duncan> are difficult to solve in "
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Dekel Tsur <[EMAIL PROTECTED]> writes:
Lars> | On Wed, Nov 27, 2002 at 04:16:16PM +0100, Jean-Marc Lasgouttes wrote:
Lars> | >
Lars> | > Probably not. I guess it is a consequence of our changing
Lars> from | > \centering to cen
In the Qt version, when I hit "|" (the pipe or the vertical bar obtained
by hitting Shift and "\") I see "unknown function" at the bottom.. and
of course, the bar isn't displayed.. same thing happens in math mode
also..
Thanks,
nirmal
92 matches
Mail list logo
