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
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 center environments
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 pure LaTeX.
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:
Christian Waiting
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 math mode also..
I
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 strange error
I have a patch for that (and other forgotten keys). I'll apply it
asap.
JMarc
Great! Thanks a lot..
nirmal
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
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 a consequence of
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 work
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
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.lo
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
--
===
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
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?
|
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
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 wrong but IIRC the
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... we could certainly use some help
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
|
| But at least
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
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 this is a good
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 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
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
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. I've
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 size. how odd
Two more things:
- If you switch from one submenu to another one (try InsertList =
InsertMath), 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
--
On Wednesday 04 December 2002 1:22 pm, Michael Schmitt wrote:
Two more things:
- If you switch from one submenu to another one (try InsertList =
InsertMath), the window background is not repainted (xforms or lyx bug?)
All is fine for me. Anyone else? Michael, what version of the xforms
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
On Wed, Dec 04, 2002 at 01:46:10PM +, Angus Leeming wrote:
- If you switch from one submenu to another one (try InsertList =
InsertMath), the window background is not repainted (xforms or lyx bug?)
All is fine for me. Anyone else? Michael, what version of the xforms library
are you
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 InsertList =
InsertMath), the window background is not repainted (xforms or lyx
bug?)
All is fine for me.
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 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)
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 xforms image
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 the
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 conversion.
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. Please
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:
- to use
I corrected the subject.
Norbert
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, /.
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* ?
[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.
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.
JMarc
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:
Christianhttp://ev-en.org/wiki/moin.cgi/LyXCompile
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
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() ==
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_symb has :
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 Koksch
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
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
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 only have
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 Qt
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
--
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 it exists one
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 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 patch. clean 3.2
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 not
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 OK
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 patch. clean 3.2
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:
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 rh,
but
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)
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, /.
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: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 site was
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
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 and
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: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
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 assign
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
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
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 other
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, /.
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:
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);
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 (!ev
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 :-)
Well.. I can't
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 @@
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 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.
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
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 errors?
I removed
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 /
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
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 gives
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
> "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
> "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
> "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:
> "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
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
> I have a patch for that (and other forgotten keys). I'll apply it
> asap.
>
> JMarc
>
Great! Thanks a lot..
nirmal
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
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
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
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
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
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
--
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
1 - 100 of 172 matches
Mail list logo
