how to mail

[Mate Wierdl]

Our nameserver problem still persists, but it seems it will be fixed today.

In the meantime, if you want to mail to the lists, you can do that using the
following addresses:

USERS: [EMAIL PROTECTED]

DEVEL: [EMAIL PROTECTED]

ANNOUNCE: [EMAIL PROTECTED]

Sorry, no subscribe or unsubscribe addresses.  If you must change your
sub/unsub status, please mail to 

[EMAIL PROTECTED]

It is enough to put subscribe or unsubscribe in the subject of the message,
as in

subscribe announce
subscribe users
subscribe devel

I'll do the sub/unsub by hand.

Mate

mail

[Mate Wierdl]

Hi,

(This is a duplicate in case the previous message did not reac the lists).

Our nameserver is still in shambles, but maybe it will be fixed today.

Temporarily, you can mail to the following addresses to send a message to
your favorite list:

lyx-announce: [EMAIL PROTECTED]
lyx-devel: [EMAIL PROTECTED]
lyx-users:[EMAIL PROTECTED]


No subscribe or unsub addresses, but I can sub/unsub you if you send a
message to 

lyx@[141.225.11.87]

It is enough to indicate in the subject what you want me to do, like

Subject: unsub lyx-announce

Mate

I will resurrect the LyX FAQ ...

[mressler]

All right guys, this is silly. I've gotten one too many "what does 'too
many unprocessed floats' mean" questions from having my name listed in the
docs or being subscribed to the teTeX and comp.text.tex lists. Therefore,
in a fit of utter insanity which is completely inexplicable to anyone who
knows what my schedule is like, I declare myself to be the
resurrector/maintainer of the LyX FAQ, which will be added to the lyxdoc
CVS module. If anyone wants to fight me for it, I will yield, but given
how many of you like to write documentation, I will start on it.

Please send me your FAQs with answers, and I will incorporate them.

There!

By the way, does anyone know where the old FAQ is???


Mike
[EMAIL PROTECTED]

Re: I will resurrect the LyX FAQ ...

[Kayvan A. Sylvan]

On Wed, Mar 22, 2000 at 10:41:01AM -0800, [EMAIL PROTECTED] wrote:
 All right guys, this is silly. I've gotten one too many "what does 'too
 many unprocessed floats' mean" questions from having my name listed in the
 docs or being subscribed to the teTeX and comp.text.tex lists. Therefore,
 in a fit of utter insanity which is completely inexplicable to anyone who
 knows what my schedule is like, I declare myself to be the
 resurrector/maintainer of the LyX FAQ, which will be added to the lyxdoc
 CVS module. If anyone wants to fight me for it, I will yield, but given
 how many of you like to write documentation, I will start on it.
 
 Please send me your FAQs with answers, and I will incorporate them.
 
 There!

Yahoo!! That's great. I'll send you answers as I generate them, then I can
sneer at anyone who asks the same question that (unbeknownst to them) has
already been answered and tell them to "RTFF!!"

;-)

---Kayvan "the insane maintainer of reLyX"

-- 
Kayvan A. Sylvan   | Proud husband of  | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory

Re: new lyx port does not link -- gettext (-lintl is missing)

[Mikhail Teterin]

  "Mikhail" == Mikhail Teterin [EMAIL PROTECTED] writes:
 
 Mikhail  It appears, the  configure script does check  for -lint, and
 Mikhail finding it installed on the system already rightfully chooses
 Mikhail not to use the included  one. Unfortunately, it then does not
 Mikhail set  the  INTLLIB  to  anything,  which  means  lyx_LDADD  in
 Mikhail src/Makefile  does not  mention  the -lintl  at  all and  the
 Mikhail following linker error is seen.

 Mikhail g++295  -O2  -fexpensive-optimizations   -pipe  -mcpu=i686  A
 Mikhail dirty  fix is  to add  the -lintl  to the  lyx_LDADD line  in
 Mikhail src/Makefile after configure. A  clean fix is too complicated
 Mikhail I'm afraid of the configure.in/configure mess.

 Thanks for  the report.  It will  be fixed in  next release.  A simple
 workaround is to configure with --with-included-gettext.

Yikes!   If  every   app   does  that,   only  harddrive   manufacturers
will  prosper.   If  you'd  like   my  opinion,  stop   repackaging  the
``included-gettext'' altogether,  and simply  insist on its  presense --
just like xforms, ispell, etc.

-mi

Re: Lyx and an upcoming Linux conference in Denver, Colorado (fwd)

[Allan Rae]

On Thu, 16 Mar 2000, Allan Rae wrote:
 Given that Elizabeth asked about "nearby" developers and its only one day
 and they're trying to get a lot people to present stuff I really doubt
 they would offer much if any financial support.  I don't want to ask about
 money until we're certain that the only way we'll get someone there is to
 subsidize them.

Is there anyone able to attend this conference?
(April 1, Boulder, Colorado)

What if you didn't have pay full fare (plane/train whatever) to get there?

Anyone? You don't have to be a developer.  A competent user would be
sufficient.

Allan. (ARRae)

Re: XTL and FormPrint now in rae branch

[Allan Rae]

On Tue, 21 Mar 2000, Dr. Ing. Roland Krause wrote:

 
 On Mon, 20 Mar 2000, Allan Rae wrote:
  On Fri, 17 Mar 2000, Allan Rae wrote:
   Read the comments in the various files.  Have fun I'm off to catch a bus.
  
  Well I had a great weekend, reading my Guidebook to Europe, no thesis
  work though.  Did anybody attempt to compile or read any of this stuff?
 
 When did you check it in - I could see anything new on Friday night? I'll try
 again today.

Friday morning Australian Eastern Standard Time.

Allan. (ARRae)

Re: bug in po/es.po affecting paper size menu

[Jean-Marc Lasgouttes]

 "Jose" == Jose M Alcaide [EMAIL PROTECTED] writes:

Jose Jean-Marc Lasgouttes wrote:

Jose Ninguno | A4 márgenes pequeños (sólo retrato) | A4 mágenes muy
Jose pequeños " +"(sólo retrato) | A4 márgenes muy anchos (sólo
Jose retrato) "
  Small remark: is there a reason why you have both `márgenes' and
 `mágenes' above? Not that I now anything about spanish, but...

Jose Oops. There is no reason for that. It's the well known effect:
Jose you read what you expect to read. This error already was in the
Jose original es.po, but I didn't notice it. Thanks for pointing this
Jose out.

OK, I made this change too.

JMarc

Re: new lyx port does not link -- gettext (-lintl is missing)

[Jean-Marc Lasgouttes]

 "Mikhail" == Mikhail Teterin [EMAIL PROTECTED] writes:

MikhailIt appears, the configure script does check for -lint,
Mikhail and finding it installed on the system already rightfully
Mikhail chooses not to use the included one. Unfortunately, it then
Mikhail does not set the INTLLIB to anything, which means lyx_LDADD
Mikhail in src/Makefile does not mention the -lintl at all and the
Mikhail following linker error is seen.

Mikhail g++295 -O2 -fexpensive-optimizations -pipe -mcpu=i686
MikhailA dirty fix is to add the -lintl to the lyx_LDADD line
Mikhail in src/Makefile after configure. A clean fix is too
Mikhail complicated I'm afraid of the configure.in/configure mess.

Thanks for the report. It will be fixed in next release. A simple
workaround is to configure with --with-included-gettext.

JMarc

Re: LyX 1.1.4fix2 with Sun CC 5.0

[Jean-Marc Lasgouttes]

 "Albert" == Albert Chin-A-Young [EMAIL PROTECTED] writes:

Albert Just tried compiling lyx 1.1.4fix2 on Solaris 2.6 with Sun CC
Albert 5.0: CC -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images
Albert -I./../ -I/opt/TWWfsw/libxforms/include
Albert -I/opt/TWWfsw/xpm/include -I/usr/openwin/include -xO3 -c
Albert math_symbols.C -o math_symbols.o
Albert "../../src/insets/insetbib.h", line 132: Warning:
Albert InsetBibtex::display hides the virtual function
Albert Inset::display(bool). "math_symbols.C", line 545: Error:
Albert Cannot use const char* to initialize char*. 1 Error(s) and 1
Albert Warning(s) detected.

Albert According to NEWS: ... Many changes have also been done to
Albert help compile LyX with Sun CC 5.0 and SGI STL 3.2.

Albert Has 1.1.4 been verified to compile with Sun CC 5.0? I'm using
Albert CC=cc CFLAGS="-mr -Qn -xdepend -xO3" CXX=CC CXXFLAGS=-xO3.

The changes that were compatible with other compilers are in. There is
even a test in configurefor solaris7 broken (IMO) putenv() argument.
However, there are still fixes that have not been done to the source,
partly because we do not know how to do it right, or partly because we
forgot about them.

Patches would be appreciated. Or maybe CC options to make it less
strict.

JMarc

Re: Nogui patch

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

|  "Andre" == Andre Poenitz [EMAIL PROTECTED] writes:
| 
| Andre I'd like to remind you that there is a patch under
| Andre http://mathematik.htwm.de/Software/LyX/nogui.html
| 
| Andre that would take us more than halfway through to a gui-less LyX
| Andre which is very convenient in scripts.
| 
| OK, I just applied 1/3 of it. All the stuff related to no_gui is in
| (with some changes of my own). What is not yet applied is the
| following part:
| 
| * src/lyxparagraph.*: new Buffer * member in LyXParagraph
|   various places: change constructor calls to set this member
|   new function init() for comon stuff
| 
| * various places: removed  current_view
| 
| It is not that I have a problem with it, but I'd like Lars to give his
| thoughts on that first.
| 
| You can find the residual patch at 
| http://www-rocq.inria.fr/~lasgoutt/lyx/nogui-not_yet_in.patch
| 
| JMarc

I don't want to work on anything until the bug in LyXText is fixed. We
can't just forget this and continue development...

So...if you have free time...don't hack together a new feature,
instead help track down the bug in LyXText.

Lgb

Re: bug in po/es.po affecting paper size menu

[Jean-Marc Lasgouttes]

 "Jose" == Jose M Alcaide [EMAIL PROTECTED] writes:

Jose Hello, There is a bug in po/es.po which affects the paper size
Jose menu: a paper size (USletter) is missing in the translated menu
Jose entries. I generated a patch which fixes this problem (and also
Jose a small typo):

Thanks, I applied this change and will commit this soon. 


Jose Ninguno | A4 márgenes pequeños (sólo retrato) | A4 mágenes muy
Jose pequeños " +"(sólo retrato) | A4 márgenes muy anchos (sólo
Jose retrato) "

Small remark: is there a reason why you have both `márgenes' and
`mágenes' above? Not that I now anything about spanish, but...

JMarc

PS: I added David Suárez de lis in copy of this message. In general,
it is a good idea to send patches directly to the maintainer (to
ensure he will not send us a new version of the file which undoes the
changes).

Bug in help

[Pascal Brisset]

Hi,
my Lyx version 1.1.4fix2 crashes after the simple sequence

Help-Introduction
Help-Tutorial
Help-Introduction [Yes]

--Pascal

PS: here is the trace:

sepia[120]% uname -a
Linux sepia 2.2.2 #5 Fri Sep 3 14:29:45 CEST 1999 i686 unknown
sepia[121]% lyx  lyx.bug
sepia[122]% cat lyx.bug 
ERROR (LyXParagraph::GetChar const): position does not exist.0 (0)
ERROR (LyXParagraph::GetChar const): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar const): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar const): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar const): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar const): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar const): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar const): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar const): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar const): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar const): position does not exist.10 (10)
ERROR (LyXParagraph::GetChar const): position does not exist.11 (11)
ERROR (LyXParagraph::GetChar const): position does not exist.12 (12)
ERROR (LyXParagraph::GetChar const): position does not exist.13 (13)
ERROR (LyXParagraph::GetChar const): position does not exist.14 (14)
ERROR (LyXParagraph::GetChar const): position does not exist.15 (15)
ERROR (LyXParagraph::GetChar const): position does not exist.16 (16)
ERROR (LyXParagraph::GetChar const): position does not exist.17 (17)
ERROR (LyXParagraph::GetChar const): position does not exist.18 (18)
ERROR (LyXParagraph::GetChar const): position does not exist.19 (19)
ERROR (LyXParagraph::GetChar): position does not exist.0 (0)
ERROR (LyXParagraph::ParFromPos): position does not exist.
ERROR (LyXParagraph::GetChar const): position does not exist.0 (0)
ERROR (LyXParagraph::GetChar const): position does not exist.0 (0)
ERROR (LyXParagraph::GetChar): position does not exist.0 (0)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 0 (0)
ERROR (LyXParagraph::GetChar): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar const): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar const): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar): position does not exist.1 (1)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 1 (1)
ERROR (LyXParagraph::GetChar): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar const): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar const): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar): position does not exist.2 (2)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 2 (2)
ERROR (LyXParagraph::GetChar): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar const): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar const): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar): position does not exist.3 (3)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 3 (3)
ERROR (LyXParagraph::GetChar): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar const): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar const): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar): position does not exist.4 (4)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 4 (4)
ERROR (LyXParagraph::GetChar): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar const): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar const): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar): position does not exist.5 (5)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 5 (5)
ERROR (LyXParagraph::GetChar): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar const): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar const): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar): position does not exist.6 (6)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 6 (6)
ERROR (LyXParagraph::GetChar): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar const): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar const): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar): position does not exist.7 (7)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 7 (7)
ERROR (LyXParagraph::GetChar): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar const): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar const): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar): position does not exist.8 (8)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 8 (8)
ERROR (LyXParagraph::GetChar): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar const): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar const): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar): position does not exist.9 (9)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 9 (9)

Re: core dump bug (should be a simple fix) in lyx1.1.5cvs

[Jean-Marc Lasgouttes]

 "Kayvan" == Kayvan A Sylvan [EMAIL PROTECTED] writes:

Kayvan This is in the latest CVS. Start lyx as "lyx filename.lyx" and
Kayvan it crashes.

No, it just exits cleanly :) Andre, it seems something is wrong at the
end of easyParse. What was the intent of the 'gui=false' at the end?

JMarc

I will resurrect the LyX FAQ ...

[mressler]

All right guys, this is silly. I've gotten one too many "what does 'too
many unprocessed floats' mean" questions from having my name listed in the
docs or being subscribed to the teTeX and comp.text.tex lists. Therefore,
in a fit of utter insanity which is completely inexplicable to anyone who
knows what my schedule is like, I declare myself to be the
resurrector/maintainer of the LyX FAQ, which will be added to the lyxdoc
CVS module. If anyone wants to fight me for it, I will yield, but given
how many of you like to write documentation, I will start on it.

Please send me your FAQs with answers, and I will incorporate them.

There!

By the way, does anyone know where the old FAQ is???

Mike
[EMAIL PROTECTED]

Re: LyX Meeting in Norway 8-9. - 11-12. June 2000

[Lars Gullik Bjønnes]

Allan Rae [EMAIL PROTECTED] writes:

| On 15 Mar 2000, Lars Gullik Bjønnes wrote:
|  From Bodø or Fauske?
|  (It is a _very_ nice bus trip!)
| 
| Depends what time I arrive in Fauske -- I might just continue on to Bodø
| for the night.  Have you been there yourself?  How would you rate the trip
| in comparison to the "coastal steamer" from Bergen to Nord Kapp?

I have never been on "Hurtigruta", but supposedly it is very nice. I
have travelled that cost reagin when I was in the Navy (Coast Guard),
and it is very nice. You are also luck since now you will experience
the Midnight Sun. (with the trip the other way around you would not).

|  | It's a good thing my tastes have matured and I now prefer wine ;-)
|  
|  Ha! You think that make matters better.
| 
| I also drink considerably less that I once did.

Good, especially when drinking in Norway.

Lgb

Re: core dump bug (should be a simple fix) in lyx1.1.5cvs

[Kayvan A. Sylvan]

On Tue, Mar 21, 2000 at 05:39:25PM +0100, Jean-Marc Lasgouttes wrote:
  "Kayvan" == Kayvan A Sylvan [EMAIL PROTECTED] writes:
 
 Kayvan This is in the latest CVS. Start lyx as "lyx filename.lyx" and
 Kayvan it crashes.
 
 No, it just exits cleanly :) Andre, it seems something is wrong at the
 end of easyParse. What was the intent of the 'gui=false' at the end?

In fact, just removing that line seems to fix the problem. It seems to be
misplaced.

Here's the "fix" --- though I suspect there are other crashing bugs here
in the argument handling code.

---Kayvan
-- 
Kayvan A. Sylvan   | Proud husband of  | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory


? lyx-1.1.5cvs.tar.gz
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
retrieving revision 1.252
diff -u -r1.252 ChangeLog
--- ChangeLog   2000/03/20 18:55:57 1.252
+++ ChangeLog   2000/03/21 22:42:07
@@ -1,3 +1,9 @@
+2000-03-21  Kayvan A. Sylvan  [EMAIL PROTECTED]
+
+   * src/lyx_main.C (easyParse): Removed misplaced gui=false which
+   caused lyx to startup with no GUI in place, causing in a crash
+   upon startup when called with arguments.
+
 2000-03-20 José Abílio Matos [EMAIL PROTECTED]
 
* src/lyxrc.[Ch] Removed \sgml_extra_options, added 6 other flags
Index: src/lyx_main.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_main.C,v
retrieving revision 1.24
diff -u -r1.24 lyx_main.C
--- src/lyx_main.C  2000/03/20 16:37:49 1.24
+++ src/lyx_main.C  2000/03/21 22:42:16
@@ -575,7 +575,6 @@
"ps...] after ")
arg  _(" switch!")  endl;
}
-   gui = false;
}
return gui;
 }

Lyx cores during startup.

[perry]

I've just installed lyx 1.0.4 from rpm and attempted to start it on a
NCD19r black and white XTerminal.  During start up it cores.  It displays
these messages on the starting console:

[perry@myst2 perry]$ lyx
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
under the Help menu and then send us a full bug report. Thanks!
Bye.
Aborted (core dumped)

I'm running the .rpm install so I don't have debugging compiled in, and at
the moment I don't have time to recompile (I wanted to use lyx to write an
overdue report...), anyway heres the information:

(gdb) where
#0  0x401df111 in __kill ()
#1  0x401ded66 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x401e0447 in abort () at ../sysdeps/generic/abort.c:88
#3  0x8056368 in fl_set_button ()
#4  signal handler called
#5  0x3ffe in ?? ()
#6  0x400e0de9 in XFreeFont ()
#7  0x4003fd46 in fl_set_font_name ()
#8  0x8056c56 in fl_set_button ()
#9  0x804e154 in fl_set_button ()
#10 0x804de78 in fl_set_button ()
#11 0x401d8cb3 in __libc_start_main (main=0x804dd70 fl_set_button+192,
argc=1, argv=0xbd94, init=0x804c6f0 _init, fini=0x81965ac _fini,
rtld_fini=0x4000a350 _dl_fini, stack_end=0xbd8c)
at ../sysdeps/generic/libc-start.c:78
(gdb) 

this looks vaguely corrupt to me, but I hope it's helpful.  I'm running a
reasonably unmodified RH6.0 on this machine.

Relevant libraries and their version etc:
tetex: 0.9 (release 17)
tetex-dvi: 0.9 (release 17)
tetex-latex: 0.9 (release 17)
glibc: 2.1.1 (release 6)
xforms: 0.88 (release 8)
XFree86-libs: 3.3.3.1 (release 49)
xpm: 3.4j (release 5)

When I run lyx, it pops up with the main window and the splash screen but
dies immediately afterwards.  running with -mono still causes it to crash.
Running with -dbg 12271 (everything but the lexer/parser) it adds
'Initializing LyXFunc', 'Initializing LyXView...done' and then
'BufferView::redraw()' just before it says 'lyx: SIGSEGV signal caught'.

I believe it's either trying to use features my xterminal doesn't support,
or is dying on the fact that my xterminal doesn't support colour.  As I
mentioned before I need to have this report written by last friday so I
can't try and diagnose the problem right now.  However if required after
I've written my report I'll have a go at checking out the latest CVS and
compiling it with -g and try and narrow it down.

Hardware:
 P90, 64mb of ram.
  running Redhat linux version 6.0
Linux myst2.coders.tla 2.2.5-15 #1 Mon Apr 19 22:21:09 EDT 1999 i586 unknown
 (hmm, I need to recompile the kernel sometime when I get a chance...)
  
 NCD19r Xterminal 
  running v3.1.0 X version of it's Xserver (I guess)
 
I hope this is helpful, if anyone has any suggestions I'll give them a go.

Re: XTL and FormPrint now in rae branch

[Angus Leeming]

On Tue, 21 Mar 2000, Allan == Allan Rae [EMAIL PROTECTED] wrote: 
Allan On Fri, 17 Mar 2000, Allan Rae wrote: 
Allan  Read the comments in the various files.  Have fun I'm off to catch a bus. 

Allan Well I had a great weekend, reading my Guidebook to Europe, no thesis 
Allan work though. Did anybody attempt to compile or read any of this stuff? 

I've had a look at it all, but have been unable to compile
it using egcs 1.1.2.

I have, however, been playing quite a lot with this stuff,
and so here's what I've been doing, for what its worth.
I've been attempting to redesign Allan's implementation to
minimise code-redundancy. Hopefully, this'll lead to an
elegant as well as function xforms GUI.

This is definitely a "work in progress". I'm sending it in
because I want comments. Don't bash me too hard!

Angus

Main notes:
1. HideBase is the base class on which all forms are based.
2. ApplyBase is derived from HideBase and is the base form
for any form which returns information to the LyX core. At
present this is simply FormPrint
3. XFormComp.[Ch] contains a bunch of small wrapper classes
for xforms buttons, text input etc. This will lead to a
minimum of code duplication and also ensure that all forms
have the same "Look".
4. Maybe Label.[Ch] should be binned.

Minor notes.
There are a lot of small, neat changes in HideBase over
what I inherited.

FD_form is the minimum necessary interface for xform's
FL_FORM. Note that those silly pointers vdata, cdata and
ldata really are unnecessary.

I've had to comment out FormPrint::apply() and
FormPrint::update() to get the thing to compile, so this
code has NOT been tested. The basic structure looks pretty
good, however.


 xforms_mod.tar.bz2

Re: Lyx cores during startup.

[Allan Rae]

On Thu, 23 Mar 2000 [EMAIL PROTECTED] wrote:

 I've just installed lyx 1.0.4 from rpm and attempted to start it on a
 NCD19r black and white XTerminal.  During start up it cores.  It displays
 these messages on the starting console:
 
 [perry@myst2 perry]$ lyx
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 In CreateXPM [pixmap.c 303] error converting: (Can't get color)
 
 lyx: SIGSEGV signal caught
 Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
 under the Help menu and then send us a full bug report. Thanks!
 Bye.
 Aborted (core dumped)
 
 I'm running the .rpm install so I don't have debugging compiled in, and at
 the moment I don't have time to recompile (I wanted to use lyx to write an
 overdue report...), anyway heres the information:
 
 (gdb) where
 #0  0x401df111 in __kill ()
 #1  0x401ded66 in raise (sig=6) at ../sysdeps/posix/raise.c:27
 #2  0x401e0447 in abort () at ../sysdeps/generic/abort.c:88
 #3  0x8056368 in fl_set_button ()
 #4  signal handler called
 #5  0x3ffe in ?? ()
 #6  0x400e0de9 in XFreeFont ()
 #7  0x4003fd46 in fl_set_font_name ()
 #8  0x8056c56 in fl_set_button ()
 #9  0x804e154 in fl_set_button ()
 #10 0x804de78 in fl_set_button ()
 #11 0x401d8cb3 in __libc_start_main (main=0x804dd70 fl_set_button+192,
 argc=1, argv=0xbd94, init=0x804c6f0 _init, fini=0x81965ac _fini,
 rtld_fini=0x4000a350 _dl_fini, stack_end=0xbd8c)
 at ../sysdeps/generic/libc-start.c:78
 (gdb) 
 
 this looks vaguely corrupt to me, but I hope it's helpful.  I'm running a
 reasonably unmodified RH6.0 on this machine.
 
 Relevant libraries and their version etc:
 tetex: 0.9 (release 17)
 tetex-dvi: 0.9 (release 17)
 tetex-latex: 0.9 (release 17)
 glibc: 2.1.1 (release 6)
 xforms: 0.88 (release 8)
 XFree86-libs: 3.3.3.1 (release 49)
 xpm: 3.4j (release 5)

This backtrace is different to others I've seen with colour limitations
but I'll go out on a limb and suggest that you may be experiencing a
problem caused by an incorrect xforms version.  If your xforms isn't
compiled for glib2.1 then you should upgrade that.  Another possibility is
that some of the rpms were built against other different libraries and
that may cause a problem (libXpm or libX for example).

Start with checking xforms.  Get the rpm from Kayvan Sylvan's
ftp.sylvan.com/pub/lyx that has glibc2.1 in its name.

I'm not sure if Kayvan provides a lyxgdb-1.0.4-?.i386.rpm that contains a
debugging version of lyx-1.0.4 but if there's one there grab it.

If you are not using a lyx-1.0.4 rpm from Kayvan's site you might want to
try using one of his instead.  They are the "official" unofficial rpms.

 When I run lyx, it pops up with the main window and the splash screen but
 dies immediately afterwards.  running with -mono still causes it to crash.
 Running with -dbg 12271 (everything but the lexer/parser) it adds
 'Initializing LyXFunc', 'Initializing LyXView...done' and then
 'BufferView::redraw()' just before it says 'lyx: SIGSEGV signal caught'.

You might be able to survive with:  lyx -private
which will allocate a private colormap.  That should at least let you run
lyx although that should only be considered a temporary workaround.
Also try adding -Mono to the above.
 
  NCD19r Xterminal 
   running v3.1.0 X version of it's Xserver (I guess)
  
 I hope this is helpful, if anyone has any suggestions I'll give them a go.

Not sure what that version number refers to either.

Allan. (ARRae)

list is fine

[Mate Wierdl]

You can now use the original address to post to the list.  Sorry for
the interruption of service.

Mate

lyx FAQ

[Amir Karger]

Hi Mike. Congrats on taking this courageous step.

Last I knew, Jose M. had the FAQ. Of course, that was around the release of
0.12.0...

-Amir
ps it's good to hear you've got so much free time right now. Would you like
to type up a few sections of my thesis?

Re: I will resurrect the LyX FAQ ...

[Paul Evans]

The original FAQ (1998) is still on my site 
http://paulwork.demon.co.uk

Follow the link under the files section

There is an sgml and tex version sitting in
/files/lyxfaq/lyxfaq.0.2.2.sgml or...tex

I doubt that anything is still relevant!

Re: core dump bug (should be a simple fix) in lyx1.1.5cvs

[Andre Poenitz]

 No, it just exits cleanly :) Andre, it seems something is wrong at the
 end of easyParse. What was the intent of the 'gui=false' at the end?

Urm... I don't have the sources here but I think it was intented to 
suppress gui initialization. This is, of course, only sensible once
all the no-gui stuff is in. And the flag was in there already, it's not
my invention.

Well, while I am thinking about it... it should be set to 'false' only
if --export was requested. Did I set it to false in this case only? I
am not sure.


Andre'


-- 
It'll take a long time to eat 63.000 peanuts.
André Pönitz . [EMAIL PROTECTED]

Re: LyX Meeting in Norway 8-9. - 11-12. June 2000

[Martin Vermeer]

On Wed, Mar 22, 2000 at 01:34:03PM +1000, Allan Rae wrote:

[...]
 
 After the meeting I'll go off to the north-pole or thereabouts and then
 meet up with you(Asger) again in Copenhagen.
 
 At the moment I'm booked to fly out of Amsterdam on the 25th of June and

It might interest you to know that 20-25 June (or thereabouts) I will
be in Tromsö at the EUREF symposium there.

Would be fun if we could meet even just to say hello... and yes, the
Midnight Sun is worth it. And the St John's bonfires.

[...]

Martin
-- 
Martin Vermeer [EMAIL PROTECTED]   Phone +358 9 295 55 215   Fax +358 9 295 55 200
Finnish Geodetic InstituteGeodeetinrinne 2FIN-02430 Masala FINLAND
:wq

Good news from Springer!

[Martin Vermeer]

It appears that somebody at/for Springer (Patrick Daly?) has been working
hard. There is now a generic package "SVJour" for LaTeX2e serving a large
range of journals!

I am especially happy about this as I was in the belief that Springer
had given up on LaTeX. Apparently not. Or perhaps the penguin roared 
at them. Or (I want to be optimistic) they found out that trying to 
integrate e-publishing with paper publishing, as they are doing like
all the others, doesn't repond well to Microsoft solutions ;-)

The journals are (cut 'n paste):

--
LaTeX2e support

   Springer Verlag has developed TeX and LaTeX macro packages for the
   different journals. The latest result is our modular LaTeX2e document
   class SVJour, which provides modules for the journals
 * Acta Informatica (actinf)
 * Annales Geophysicae (agp)
 * Archive for Mathematical Logic (matlog)
 * Archive for Rational Mechanics and Analysis (arma)
 * Calcolo (calcolo)
 * Communications in Mathematical Physics (cmp)
 * Computing and Visualization in Science (cvs)
 * Decisions in Economics and Finance (def)
 * Distributed Computing (dc)
 * Granular Matter (granma)
 * International Journal on Digital Libraries (ijodl)
 * International Journal on Document Analysis and Recognition (ijdar)
 * Inventiones mathematicae (invmat)
 * Journal of Geodesy (jog)
 * Journal of Mathematical Biology (matbio)
 * manuscripta mathematica (manmat)
 * Mathematical Biology (matbio)
 * Mathematical Programming (mathprog)
 * Mathematische Annalen (matann)
 * Mathematische Zeitschrift (matzei)
 * Numerische Mathematik (nummat)
 * Probability Theory and Related Fields (prothe)
 * Shock Waves (sw)
 * Software Concepts  Tools (sct)
 * Structural Optimization (stropt)
 * Software Tools for Technology Transfer (sttt)
 * The European Physical Journal (A-D) (epj)
---

web site:

http://www.springer.de/author/tex/help-journals.html

E.g. for Journal of Geodesy you just use

\documentclass[jog]{svjour}

Obviously we should replace the ejour2 cludge by support for this.
Should not be too hard, based on ejour2. At the same time, we get
support for a large number of journals!

Only practical problem: I HAVE NO TIME. Mortgages to pay and all that
stuff. Having a daytime job is nice, but absorbs an incredible amount
of time and effort :-)

Volunteers?

Martin
-- 
Martin Vermeer [EMAIL PROTECTED]   Phone +358 9 295 55 215   Fax +358 9 295 55 200
Finnish Geodetic InstituteGeodeetinrinne 2FIN-02430 Masala FINLAND
:wq

Re: Problem with dead keys

[Jacques B. Siboni]

Jean-Marc,

I have found a quick  dirty solution to the dead keys problem; I totally
deactivate the deadkey event check in sub 'isDeadEvent' in file lyxlookup.C;
I force a return value of 'false' in all cases.

This solves the problem by now waiting for a smarter solution!
Eventually it could be a configure directive or a preprocessor directive or
whatever you think is appropriate.

Bien amicalement

Jacques



Jean-Marc Lasgouttes wrote:
 
  "Jacques" == Jacques B Siboni [EMAIL PROTECTED] writes:
 
 Jacques But presently the problem occurs with lyx editor: generation
 Jacques of accented characters is ok 'e leads to é `e leads to è "e
 Jacques leads to ë but generation of standard apostrophe, double
 Jacques quote, caret (^), tilde and back quote are impossible. Lyx
 Jacques refuses I get the accent that would be upon a character.
 Jacques Generated LateX is \i \'{ } instead of '
 
 Hello,
 
 I can confirm this problem, which existed already in 1.0.3, as far as
 I can tell.
 
 Jacques I believe it is a known problem.
 
 No, it was not. Thanks for reporting it. I have moved the discussion
 to lyx-devel so that a fix can be devised.
 
 Lars, I do not understand the use of the isDeadEvent() function in
 lyxlookup. I thought at the time that it was to avoid a clash with our
 own dead key handling. However, now that I think about it, LyX dead
 key handling is done mainly on plain characters. For example,
   \kmod ' acute aAcCeEiIjJlLnNoOsSuUzZ
 will act on a real ascii quote character, not on a ' dead key. So, why
 is it necessary to filter dead key events at all?
 
 JMarc

-- 
Dr. Jacques B. Siboni mailto:[EMAIL PROTECTED]
8 pass. Charles Albert, F75018 Paris, France
Tel.  Fax: 33 (0) 1 42 28 76 78
Home Page: http://www.lutecium.fr/jacsib/

how to mail

[Mate Wierdl]

Our nameserver problem still persists, but it seems it will be fixed today.

In the meantime, if you want to mail to the lists, you can do that using the
following addresses:

USERS: [EMAIL PROTECTED]

DEVEL: [EMAIL PROTECTED]

ANNOUNCE: [EMAIL PROTECTED]

Sorry, no subscribe or unsubscribe addresses.  If you must change your
sub/unsub status, please mail to 

[EMAIL PROTECTED]

It is enough to put subscribe or unsubscribe in the subject of the message,
as in

subscribe announce
subscribe users
subscribe devel

I'll do the sub/unsub by hand.

Mate

mail

[Mate Wierdl]

Hi,

(This is a duplicate in case the previous message did not reac the lists).

Our nameserver is still in shambles, but maybe it will be fixed today.

Temporarily, you can mail to the following addresses to send a message to
your favorite list:

lyx-announce: [EMAIL PROTECTED]
lyx-devel: [EMAIL PROTECTED]
lyx-users:[EMAIL PROTECTED]


No subscribe or unsub addresses, but I can sub/unsub you if you send a
message to 

lyx@[141.225.11.87]

It is enough to indicate in the subject what you want me to do, like

Subject: unsub lyx-announce

Mate

I will resurrect the LyX FAQ ...

[mressler]

All right guys, this is silly. I've gotten one too many "what does 'too
many unprocessed floats' mean" questions from having my name listed in the
docs or being subscribed to the teTeX and comp.text.tex lists. Therefore,
in a fit of utter insanity which is completely inexplicable to anyone who
knows what my schedule is like, I declare myself to be the
resurrector/maintainer of the LyX FAQ, which will be added to the lyxdoc
CVS module. If anyone wants to fight me for it, I will yield, but given
how many of you like to write documentation, I will start on it.

Please send me your FAQs with answers, and I will incorporate them.

There!

By the way, does anyone know where the old FAQ is???


Mike
[EMAIL PROTECTED]

Re: I will resurrect the LyX FAQ ...

[Kayvan A. Sylvan]

On Wed, Mar 22, 2000 at 10:41:01AM -0800, [EMAIL PROTECTED] wrote:
> All right guys, this is silly. I've gotten one too many "what does 'too
> many unprocessed floats' mean" questions from having my name listed in the
> docs or being subscribed to the teTeX and comp.text.tex lists. Therefore,
> in a fit of utter insanity which is completely inexplicable to anyone who
> knows what my schedule is like, I declare myself to be the
> resurrector/maintainer of the LyX FAQ, which will be added to the lyxdoc
> CVS module. If anyone wants to fight me for it, I will yield, but given
> how many of you like to write documentation, I will start on it.
> 
> Please send me your FAQs with answers, and I will incorporate them.
> 
> There!

Yahoo!! That's great. I'll send you answers as I generate them, then I can
sneer at anyone who asks the same question that (unbeknownst to them) has
already been answered and tell them to "RTFF!!"

;-)

---Kayvan "the insane maintainer of reLyX"

-- 
Kayvan A. Sylvan   | Proud husband of  | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory

Re: new lyx port does not link -- gettext (-lintl is missing)

[Mikhail Teterin]

> > "Mikhail" == Mikhail Teterin <[EMAIL PROTECTED]> writes:
> 
> Mikhail>  It appears, the  configure script does check  for -lint, and
> Mikhail> finding it installed on the system already rightfully chooses
> Mikhail> not to use the included  one. Unfortunately, it then does not
> Mikhail> set  the  INTLLIB  to  anything,  which  means  lyx_LDADD  in
> Mikhail> src/Makefile  does not  mention  the -lintl  at  all and  the
> Mikhail> following linker error is seen.
>
> Mikhail> g++295  -O2  -fexpensive-optimizations   -pipe  -mcpu=i686  A
> Mikhail> dirty  fix is  to add  the -lintl  to the  lyx_LDADD line  in
> Mikhail> src/Makefile after configure. A  clean fix is too complicated
> Mikhail> I'm afraid of the configure.in/configure mess.
>
> Thanks for  the report.  It will  be fixed in  next release.  A simple
> workaround is to configure with --with-included-gettext.

Yikes!   If  every   app   does  that,   only  harddrive   manufacturers
will  prosper.   If  you'd  like   my  opinion,  stop   repackaging  the
``included-gettext'' altogether,  and simply  insist on its  presense --
just like xforms, ispell, etc.

-mi

Re: Lyx and an upcoming Linux conference in Denver, Colorado (fwd)

[Allan Rae]

On Thu, 16 Mar 2000, Allan Rae wrote:
> Given that Elizabeth asked about "nearby" developers and its only one day
> and they're trying to get a lot people to present stuff I really doubt
> they would offer much if any financial support.  I don't want to ask about
> money until we're certain that the only way we'll get someone there is to
> subsidize them.

Is there anyone able to attend this conference?
(April 1, Boulder, Colorado)

What if you didn't have pay full fare (plane/train whatever) to get there?

Anyone? You don't have to be a developer.  A competent user would be
sufficient.

Allan. (ARRae)

Re: XTL and FormPrint now in "rae" branch

[Allan Rae]

On Tue, 21 Mar 2000, Dr. Ing. Roland Krause wrote:

> 
> On Mon, 20 Mar 2000, Allan Rae wrote:
> > On Fri, 17 Mar 2000, Allan Rae wrote:
> > > Read the comments in the various files.  Have fun I'm off to catch a bus.
> > 
> > Well I had a great weekend, reading my Guidebook to Europe, no thesis
> > work though.  Did anybody attempt to compile or read any of this stuff?
> 
> When did you check it in - I could see anything new on Friday night? I'll try
> again today.

Friday morning Australian Eastern Standard Time.

Allan. (ARRae)

Re: bug in po/es.po affecting paper size menu

[Jean-Marc Lasgouttes]

> "Jose" == Jose M Alcaide <[EMAIL PROTECTED]> writes:

Jose> Jean-Marc Lasgouttes wrote:
>>
Jose> Ninguno | A4 márgenes pequeños (sólo retrato) | A4 mágenes muy
Jose> pequeños " +"(sólo retrato) | A4 márgenes muy anchos (sólo
Jose> retrato) "
>>  Small remark: is there a reason why you have both `márgenes' and
>> `mágenes' above? Not that I now anything about spanish, but...

Jose> Oops. There is no reason for that. It's the well known effect:
Jose> you read what you expect to read. This error already was in the
Jose> original es.po, but I didn't notice it. Thanks for pointing this
Jose> out.

OK, I made this change too.

JMarc

Re: new lyx port does not link -- gettext (-lintl is missing)

[Jean-Marc Lasgouttes]

> "Mikhail" == Mikhail Teterin <[EMAIL PROTECTED]> writes:

Mikhail>It appears, the configure script does check for -lint,
Mikhail> and finding it installed on the system already rightfully
Mikhail> chooses not to use the included one. Unfortunately, it then
Mikhail> does not set the INTLLIB to anything, which means lyx_LDADD
Mikhail> in src/Makefile does not mention the -lintl at all and the
Mikhail> following linker error is seen.

Mikhail> g++295 -O2 -fexpensive-optimizations -pipe -mcpu=i686
Mikhail>A dirty fix is to add the -lintl to the lyx_LDADD line
Mikhail> in src/Makefile after configure. A clean fix is too
Mikhail> complicated I'm afraid of the configure.in/configure mess.

Thanks for the report. It will be fixed in next release. A simple
workaround is to configure with --with-included-gettext.

JMarc

Re: LyX 1.1.4fix2 with Sun CC 5.0

[Jean-Marc Lasgouttes]

> "Albert" == Albert Chin-A-Young <[EMAIL PROTECTED]> writes:

Albert> Just tried compiling lyx 1.1.4fix2 on Solaris 2.6 with Sun CC
Albert> 5.0: CC -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images
Albert> -I./../ -I/opt/TWWfsw/libxforms/include
Albert> -I/opt/TWWfsw/xpm/include -I/usr/openwin/include -xO3 -c
Albert> math_symbols.C -o math_symbols.o
Albert> "../../src/insets/insetbib.h", line 132: Warning:
Albert> InsetBibtex::display hides the virtual function
Albert> Inset::display(bool). "math_symbols.C", line 545: Error:
Albert> Cannot use const char* to initialize char*. 1 Error(s) and 1
Albert> Warning(s) detected.

Albert> According to NEWS: ... Many changes have also been done to
Albert> help compile LyX with Sun CC 5.0 and SGI STL 3.2.

Albert> Has 1.1.4 been verified to compile with Sun CC 5.0? I'm using
Albert> CC=cc CFLAGS="-mr -Qn -xdepend -xO3" CXX=CC CXXFLAGS=-xO3.

The changes that were compatible with other compilers are in. There is
even a test in configurefor solaris7 broken (IMO) putenv() argument.
However, there are still fixes that have not been done to the source,
partly because we do not know how to do it right, or partly because we
forgot about them.

Patches would be appreciated. Or maybe CC options to make it less
strict.

JMarc

Re: Nogui patch

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
| 
| Andre> I'd like to remind you that there is a patch under
| Andre> http://mathematik.htwm.de/Software/LyX/nogui.html
| 
| Andre> that would take us more than halfway through to a gui-less LyX
| Andre> which is very convenient in scripts.
| 
| OK, I just applied 1/3 of it. All the stuff related to no_gui is in
| (with some changes of my own). What is not yet applied is the
| following part:
| 
| * src/lyxparagraph.*: new Buffer * member in LyXParagraph
|   various places: change constructor calls to set this member
|   new function init() for comon stuff
| 
| * various places: removed  current_view
| 
| It is not that I have a problem with it, but I'd like Lars to give his
| thoughts on that first.
| 
| You can find the residual patch at 
| http://www-rocq.inria.fr/~lasgoutt/lyx/nogui-not_yet_in.patch
| 
| JMarc

I don't want to work on anything until the bug in LyXText is fixed. We
can't just forget this and continue development...

So...if you have free time...don't hack together a new feature,
instead help track down the bug in LyXText.

Lgb

Re: bug in po/es.po affecting paper size menu

[Jean-Marc Lasgouttes]

> "Jose" == Jose M Alcaide <[EMAIL PROTECTED]> writes:

Jose> Hello, There is a bug in po/es.po which affects the paper size
Jose> menu: a paper size (USletter) is missing in the translated menu
Jose> entries. I generated a patch which fixes this problem (and also
Jose> a small typo):

Thanks, I applied this change and will commit this soon. 


Jose> Ninguno | A4 márgenes pequeños (sólo retrato) | A4 mágenes muy
Jose> pequeños " +"(sólo retrato) | A4 márgenes muy anchos (sólo
Jose> retrato) "

Small remark: is there a reason why you have both `márgenes' and
`mágenes' above? Not that I now anything about spanish, but...

JMarc

PS: I added David Suárez de lis in copy of this message. In general,
it is a good idea to send patches directly to the maintainer (to
ensure he will not send us a new version of the file which undoes the
changes).

Bug in help

[Pascal Brisset]

Hi,
my Lyx version 1.1.4fix2 crashes after the simple sequence

Help->Introduction
Help->Tutorial
Help->Introduction [Yes]

--Pascal

PS: here is the trace:

sepia[120]% uname -a
Linux sepia 2.2.2 #5 Fri Sep 3 14:29:45 CEST 1999 i686 unknown
sepia[121]% lyx >& lyx.bug
sepia[122]% cat lyx.bug 
ERROR (LyXParagraph::GetChar const): position does not exist.0 (0)
ERROR (LyXParagraph::GetChar const): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar const): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar const): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar const): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar const): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar const): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar const): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar const): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar const): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar const): position does not exist.10 (10)
ERROR (LyXParagraph::GetChar const): position does not exist.11 (11)
ERROR (LyXParagraph::GetChar const): position does not exist.12 (12)
ERROR (LyXParagraph::GetChar const): position does not exist.13 (13)
ERROR (LyXParagraph::GetChar const): position does not exist.14 (14)
ERROR (LyXParagraph::GetChar const): position does not exist.15 (15)
ERROR (LyXParagraph::GetChar const): position does not exist.16 (16)
ERROR (LyXParagraph::GetChar const): position does not exist.17 (17)
ERROR (LyXParagraph::GetChar const): position does not exist.18 (18)
ERROR (LyXParagraph::GetChar const): position does not exist.19 (19)
ERROR (LyXParagraph::GetChar): position does not exist.0 (0)
ERROR (LyXParagraph::ParFromPos): position does not exist.
ERROR (LyXParagraph::GetChar const): position does not exist.0 (0)
ERROR (LyXParagraph::GetChar const): position does not exist.0 (0)
ERROR (LyXParagraph::GetChar): position does not exist.0 (0)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 0 (0)
ERROR (LyXParagraph::GetChar): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar const): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar const): position does not exist.1 (1)
ERROR (LyXParagraph::GetChar): position does not exist.1 (1)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 1 (1)
ERROR (LyXParagraph::GetChar): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar const): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar const): position does not exist.2 (2)
ERROR (LyXParagraph::GetChar): position does not exist.2 (2)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 2 (2)
ERROR (LyXParagraph::GetChar): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar const): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar const): position does not exist.3 (3)
ERROR (LyXParagraph::GetChar): position does not exist.3 (3)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 3 (3)
ERROR (LyXParagraph::GetChar): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar const): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar const): position does not exist.4 (4)
ERROR (LyXParagraph::GetChar): position does not exist.4 (4)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 4 (4)
ERROR (LyXParagraph::GetChar): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar const): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar const): position does not exist.5 (5)
ERROR (LyXParagraph::GetChar): position does not exist.5 (5)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 5 (5)
ERROR (LyXParagraph::GetChar): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar const): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar const): position does not exist.6 (6)
ERROR (LyXParagraph::GetChar): position does not exist.6 (6)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 6 (6)
ERROR (LyXParagraph::GetChar): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar const): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar const): position does not exist.7 (7)
ERROR (LyXParagraph::GetChar): position does not exist.7 (7)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 7 (7)
ERROR (LyXParagraph::GetChar): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar const): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar const): position does not exist.8 (8)
ERROR (LyXParagraph::GetChar): position does not exist.8 (8)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 8 (8)
ERROR (LyXParagraph::GetChar): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar const): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar const): position does not exist.9 (9)
ERROR (LyXParagraph::GetChar): position does not exist.9 (9)
ERROR (LyXParagraph::GetFontSettings): position does not exist. 9 

Re: core dump bug (should be a simple fix) in lyx1.1.5cvs

[Jean-Marc Lasgouttes]

> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:

Kayvan> This is in the latest CVS. Start lyx as "lyx filename.lyx" and
Kayvan> it crashes.

No, it just exits cleanly :) Andre, it seems something is wrong at the
end of easyParse. What was the intent of the 'gui=false' at the end?

JMarc

I will resurrect the LyX FAQ ...

[mressler]

All right guys, this is silly. I've gotten one too many "what does 'too
many unprocessed floats' mean" questions from having my name listed in the
docs or being subscribed to the teTeX and comp.text.tex lists. Therefore,
in a fit of utter insanity which is completely inexplicable to anyone who
knows what my schedule is like, I declare myself to be the
resurrector/maintainer of the LyX FAQ, which will be added to the lyxdoc
CVS module. If anyone wants to fight me for it, I will yield, but given
how many of you like to write documentation, I will start on it.

Please send me your FAQs with answers, and I will incorporate them.

There!

By the way, does anyone know where the old FAQ is???

Mike
[EMAIL PROTECTED]

Re: LyX Meeting in Norway 8-9. - 11-12. June 2000

[Lars Gullik Bjønnes]

Allan Rae <[EMAIL PROTECTED]> writes:

| On 15 Mar 2000, Lars Gullik Bjønnes wrote:
| > >From Bodø or Fauske?
| > (It is a _very_ nice bus trip!)
| 
| Depends what time I arrive in Fauske -- I might just continue on to Bodø
| for the night.  Have you been there yourself?  How would you rate the trip
| in comparison to the "coastal steamer" from Bergen to Nord Kapp?

I have never been on "Hurtigruta", but supposedly it is very nice. I
have travelled that cost reagin when I was in the Navy (Coast Guard),
and it is very nice. You are also luck since now you will experience
the Midnight Sun. (with the trip the other way around you would not).

| > | It's a good thing my tastes have matured and I now prefer wine ;-)
| > 
| > Ha! You think that make matters better.
| 
| I also drink considerably less that I once did.

Good, especially when drinking in Norway.

Lgb

Re: core dump bug (should be a simple fix) in lyx1.1.5cvs

[Kayvan A. Sylvan]

On Tue, Mar 21, 2000 at 05:39:25PM +0100, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
> 
> Kayvan> This is in the latest CVS. Start lyx as "lyx filename.lyx" and
> Kayvan> it crashes.
> 
> No, it just exits cleanly :) Andre, it seems something is wrong at the
> end of easyParse. What was the intent of the 'gui=false' at the end?

In fact, just removing that line seems to fix the problem. It seems to be
misplaced.

Here's the "fix" --- though I suspect there are other crashing bugs here
in the argument handling code.

---Kayvan
-- 
Kayvan A. Sylvan   | Proud husband of  | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory


? lyx-1.1.5cvs.tar.gz
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
retrieving revision 1.252
diff -u -r1.252 ChangeLog
--- ChangeLog   2000/03/20 18:55:57 1.252
+++ ChangeLog   2000/03/21 22:42:07
@@ -1,3 +1,9 @@
+2000-03-21  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
+
+   * src/lyx_main.C (easyParse): Removed misplaced gui=false which
+   caused lyx to startup with no GUI in place, causing in a crash
+   upon startup when called with arguments.
+
 2000-03-20 José Abílio Matos <[EMAIL PROTECTED]>
 
* src/lyxrc.[Ch] Removed \sgml_extra_options, added 6 other flags
Index: src/lyx_main.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_main.C,v
retrieving revision 1.24
diff -u -r1.24 lyx_main.C
--- src/lyx_main.C  2000/03/20 16:37:49 1.24
+++ src/lyx_main.C  2000/03/21 22:42:16
@@ -575,7 +575,6 @@
"ps...] after ")
   << arg << _(" switch!") << endl;
}
-   gui = false;
}
return gui;
 }

Lyx cores during startup.

[perry]

I've just installed lyx 1.0.4 from rpm and attempted to start it on a
NCD19r black and white XTerminal.  During start up it cores.  It displays
these messages on the starting console:

[perry@myst2 perry]$ lyx
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)
In CreateXPM [pixmap.c 303] error converting: (Can't get color)

lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
under the Help menu and then send us a full bug report. Thanks!
Bye.
Aborted (core dumped)

I'm running the .rpm install so I don't have debugging compiled in, and at
the moment I don't have time to recompile (I wanted to use lyx to write an
overdue report...), anyway heres the information:

(gdb) where
#0  0x401df111 in __kill ()
#1  0x401ded66 in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2  0x401e0447 in abort () at ../sysdeps/generic/abort.c:88
#3  0x8056368 in fl_set_button ()
#4  
#5  0x3ffe in ?? ()
#6  0x400e0de9 in XFreeFont ()
#7  0x4003fd46 in fl_set_font_name ()
#8  0x8056c56 in fl_set_button ()
#9  0x804e154 in fl_set_button ()
#10 0x804de78 in fl_set_button ()
#11 0x401d8cb3 in __libc_start_main (main=0x804dd70 ,
argc=1, argv=0xbd94, init=0x804c6f0 <_init>, fini=0x81965ac <_fini>,
rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbd8c)
at ../sysdeps/generic/libc-start.c:78
(gdb) 

this looks vaguely corrupt to me, but I hope it's helpful.  I'm running a
reasonably unmodified RH6.0 on this machine.

Relevant libraries and their version etc:
tetex: 0.9 (release 17)
tetex-dvi: 0.9 (release 17)
tetex-latex: 0.9 (release 17)
glibc: 2.1.1 (release 6)
xforms: 0.88 (release 8)
XFree86-libs: 3.3.3.1 (release 49)
xpm: 3.4j (release 5)

When I run lyx, it pops up with the main window and the splash screen but
dies immediately afterwards.  running with -mono still causes it to crash.
Running with -dbg 12271 (everything but the lexer/parser) it adds
'Initializing LyXFunc', 'Initializing LyXView...done' and then
'BufferView::redraw()' just before it says 'lyx: SIGSEGV signal caught'.

I believe it's either trying to use features my xterminal doesn't support,
or is dying on the fact that my xterminal doesn't support colour.  As I
mentioned before I need to have this report written by last friday so I
can't try and diagnose the problem right now.  However if required after
I've written my report I'll have a go at checking out the latest CVS and
compiling it with -g and try and narrow it down.

Hardware:
 P90, 64mb of ram.
  running Redhat linux version 6.0
Linux myst2.coders.tla 2.2.5-15 #1 Mon Apr 19 22:21:09 EDT 1999 i586 unknown
 (hmm, I need to recompile the kernel sometime when I get a chance...)
  
 NCD19r Xterminal 
  running v3.1.0 X version of it's Xserver (I guess)
 
I hope this is helpful, if anyone has any suggestions I'll give them a go.

Re: XTL and FormPrint now in "rae" branch

[Angus Leeming]

On Tue, 21 Mar 2000, Allan == Allan Rae <[EMAIL PROTECTED]> wrote: 
Allan> On Fri, 17 Mar 2000, Allan Rae wrote: 
Allan> > Read the comments in the various files.  Have fun I'm off to catch a bus. 

Allan> Well I had a great weekend, reading my Guidebook to Europe, no thesis 
Allan> work though. Did anybody attempt to compile or read any of this stuff? 

I've had a look at it all, but have been unable to compile
it using egcs 1.1.2.

I have, however, been playing quite a lot with this stuff,
and so here's what I've been doing, for what its worth.
I've been attempting to redesign Allan's implementation to
minimise code-redundancy. Hopefully, this'll lead to an
elegant as well as function xforms GUI.

This is definitely a "work in progress". I'm sending it in
because I want comments. Don't bash me too hard!

Angus

Main notes:
1. HideBase is the base class on which all forms are based.
2. ApplyBase is derived from HideBase and is the base form
for any form which returns information to the LyX core. At
present this is simply FormPrint
3. XFormComp.[Ch] contains a bunch of small wrapper classes
for xforms buttons, text input etc. This will lead to a
minimum of code duplication and also ensure that all forms
have the same "Look".
4. Maybe Label.[Ch] should be binned.

Minor notes.
There are a lot of small, neat changes in HideBase over
what I inherited.

FD_form is the minimum necessary interface for xform's
FL_FORM. Note that those silly pointers vdata, cdata and
ldata really are unnecessary.

I've had to comment out FormPrint::apply() and
FormPrint::update() to get the thing to compile, so this
code has NOT been tested. The basic structure looks pretty
good, however.


 xforms_mod.tar.bz2

Re: Lyx cores during startup.

[Allan Rae]

On Thu, 23 Mar 2000 [EMAIL PROTECTED] wrote:

> I've just installed lyx 1.0.4 from rpm and attempted to start it on a
> NCD19r black and white XTerminal.  During start up it cores.  It displays
> these messages on the starting console:
> 
> [perry@myst2 perry]$ lyx
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> In CreateXPM [pixmap.c 303] error converting: (Can't get color)
> 
> lyx: SIGSEGV signal caught
> Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
> under the Help menu and then send us a full bug report. Thanks!
> Bye.
> Aborted (core dumped)
> 
> I'm running the .rpm install so I don't have debugging compiled in, and at
> the moment I don't have time to recompile (I wanted to use lyx to write an
> overdue report...), anyway heres the information:
> 
> (gdb) where
> #0  0x401df111 in __kill ()
> #1  0x401ded66 in raise (sig=6) at ../sysdeps/posix/raise.c:27
> #2  0x401e0447 in abort () at ../sysdeps/generic/abort.c:88
> #3  0x8056368 in fl_set_button ()
> #4  
> #5  0x3ffe in ?? ()
> #6  0x400e0de9 in XFreeFont ()
> #7  0x4003fd46 in fl_set_font_name ()
> #8  0x8056c56 in fl_set_button ()
> #9  0x804e154 in fl_set_button ()
> #10 0x804de78 in fl_set_button ()
> #11 0x401d8cb3 in __libc_start_main (main=0x804dd70 ,
> argc=1, argv=0xbd94, init=0x804c6f0 <_init>, fini=0x81965ac <_fini>,
> rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbd8c)
> at ../sysdeps/generic/libc-start.c:78
> (gdb) 
> 
> this looks vaguely corrupt to me, but I hope it's helpful.  I'm running a
> reasonably unmodified RH6.0 on this machine.
> 
> Relevant libraries and their version etc:
> tetex: 0.9 (release 17)
> tetex-dvi: 0.9 (release 17)
> tetex-latex: 0.9 (release 17)
> glibc: 2.1.1 (release 6)
> xforms: 0.88 (release 8)
> XFree86-libs: 3.3.3.1 (release 49)
> xpm: 3.4j (release 5)

This backtrace is different to others I've seen with colour limitations
but I'll go out on a limb and suggest that you may be experiencing a
problem caused by an incorrect xforms version.  If your xforms isn't
compiled for glib2.1 then you should upgrade that.  Another possibility is
that some of the rpms were built against other different libraries and
that may cause a problem (libXpm or libX for example).

Start with checking xforms.  Get the rpm from Kayvan Sylvan's
ftp.sylvan.com/pub/lyx that has glibc2.1 in its name.

I'm not sure if Kayvan provides a lyxgdb-1.0.4-?.i386.rpm that contains a
debugging version of lyx-1.0.4 but if there's one there grab it.

If you are not using a lyx-1.0.4 rpm from Kayvan's site you might want to
try using one of his instead.  They are the "official" unofficial rpms.

> When I run lyx, it pops up with the main window and the splash screen but
> dies immediately afterwards.  running with -mono still causes it to crash.
> Running with -dbg 12271 (everything but the lexer/parser) it adds
> 'Initializing LyXFunc', 'Initializing LyXView...done' and then
> 'BufferView::redraw()' just before it says 'lyx: SIGSEGV signal caught'.

You might be able to survive with:  lyx -private
which will allocate a private colormap.  That should at least let you run
lyx although that should only be considered a temporary workaround.
Also try adding -Mono to the above.
 
>  NCD19r Xterminal 
>   running v3.1.0 X version of it's Xserver (I guess)
>  
> I hope this is helpful, if anyone has any suggestions I'll give them a go.

Not sure what that version number refers to either.

Allan. (ARRae)

list is fine

[Mate Wierdl]

You can now use the original address to post to the list.  Sorry for
the interruption of service.

Mate

lyx FAQ

[Amir Karger]

Hi Mike. Congrats on taking this courageous step.

Last I knew, Jose M. had the FAQ. Of course, that was around the release of
0.12.0...

-Amir
ps it's good to hear you've got so much free time right now. Would you like
to type up a few sections of my thesis?

Re: I will resurrect the LyX FAQ ...

[Paul Evans]

The original FAQ (1998) is still on my site 
http://paulwork.demon.co.uk

Follow the link under the files section

There is an sgml and tex version sitting in
/files/lyxfaq/lyxfaq.0.2.2.sgml or...tex

I doubt that anything is still relevant!

Re: core dump bug (should be a simple fix) in lyx1.1.5cvs

[Andre Poenitz]

> No, it just exits cleanly :) Andre, it seems something is wrong at the
> end of easyParse. What was the intent of the 'gui=false' at the end?

Urm... I don't have the sources here but I think it was intented to 
suppress gui initialization. This is, of course, only sensible once
all the no-gui stuff is in. And the flag was in there already, it's not
my invention.

Well, while I am thinking about it... it should be set to 'false' only
if --export was requested. Did I set it to false in this case only? I
am not sure.


Andre'


-- 
It'll take a long time to eat 63.000 peanuts.
André Pönitz . [EMAIL PROTECTED]

Re: LyX Meeting in Norway 8-9. - 11-12. June 2000

[Martin Vermeer]

On Wed, Mar 22, 2000 at 01:34:03PM +1000, Allan Rae wrote:

[...]
 
> After the meeting I'll go off to the north-pole or thereabouts and then
> meet up with you(Asger) again in Copenhagen.
> 
> At the moment I'm booked to fly out of Amsterdam on the 25th of June and

It might interest you to know that 20-25 June (or thereabouts) I will
be in Tromsö at the EUREF symposium there.

Would be fun if we could meet even just to say hello... and yes, the
Midnight Sun is worth it. And the St John's bonfires.

[...]

Martin
-- 
Martin Vermeer [EMAIL PROTECTED]   Phone +358 9 295 55 215   Fax +358 9 295 55 200
Finnish Geodetic InstituteGeodeetinrinne 2FIN-02430 Masala FINLAND
:wq

Good news from Springer!

[Martin Vermeer]

It appears that somebody at/for Springer (Patrick Daly?) has been working
hard. There is now a generic package "SVJour" for LaTeX2e serving a large
range of journals!

I am especially happy about this as I was in the belief that Springer
had given up on LaTeX. Apparently not. Or perhaps the penguin roared 
at them. Or (I want to be optimistic) they found out that trying to 
integrate e-publishing with paper publishing, as they are doing like
all the others, doesn't repond well to Microsoft solutions ;-)

The journals are (cut 'n paste):

--
LaTeX2e support

   Springer Verlag has developed TeX and LaTeX macro packages for the
   different journals. The latest result is our modular LaTeX2e document
   class SVJour, which provides modules for the journals
 * Acta Informatica (actinf)
 * Annales Geophysicae (agp)
 * Archive for Mathematical Logic (matlog)
 * Archive for Rational Mechanics and Analysis (arma)
 * Calcolo (calcolo)
 * Communications in Mathematical Physics (cmp)
 * Computing and Visualization in Science (cvs)
 * Decisions in Economics and Finance (def)
 * Distributed Computing (dc)
 * Granular Matter (granma)
 * International Journal on Digital Libraries (ijodl)
 * International Journal on Document Analysis and Recognition (ijdar)
 * Inventiones mathematicae (invmat)
 * Journal of Geodesy (jog)
 * Journal of Mathematical Biology (matbio)
 * manuscripta mathematica (manmat)
 * Mathematical Biology (matbio)
 * Mathematical Programming (mathprog)
 * Mathematische Annalen (matann)
 * Mathematische Zeitschrift (matzei)
 * Numerische Mathematik (nummat)
 * Probability Theory and Related Fields (prothe)
 * Shock Waves (sw)
 * Software Concepts & Tools (sct)
 * Structural Optimization (stropt)
 * Software Tools for Technology Transfer (sttt)
 * The European Physical Journal (A-D) (epj)
---

web site:

http://www.springer.de/author/tex/help-journals.html

E.g. for Journal of Geodesy you just use

\documentclass[jog]{svjour}

Obviously we should replace the ejour2 cludge by support for this.
Should not be too hard, based on ejour2. At the same time, we get
support for a large number of journals!

Only practical problem: I HAVE NO TIME. Mortgages to pay and all that
stuff. Having a daytime job is nice, but absorbs an incredible amount
of time and effort :-)

Volunteers?

Martin
-- 
Martin Vermeer [EMAIL PROTECTED]   Phone +358 9 295 55 215   Fax +358 9 295 55 200
Finnish Geodetic InstituteGeodeetinrinne 2FIN-02430 Masala FINLAND
:wq

Re: Problem with dead keys

[Jacques B. Siboni]

Jean-Marc,

I have found a quick & dirty solution to the dead keys problem; I totally
deactivate the deadkey event check in sub 'isDeadEvent' in file lyxlookup.C;
I force a return value of 'false' in all cases.

This solves the problem by now waiting for a smarter solution!
Eventually it could be a configure directive or a preprocessor directive or
whatever you think is appropriate.

Bien amicalement

Jacques



Jean-Marc Lasgouttes wrote:
> 
> > "Jacques" == Jacques B Siboni <[EMAIL PROTECTED]> writes:
> 
> Jacques> But presently the problem occurs with lyx editor: generation
> Jacques> of accented characters is ok 'e leads to é `e leads to è "e
> Jacques> leads to ë but generation of standard apostrophe, double
> Jacques> quote, caret (^), tilde and back quote are impossible. Lyx
> Jacques> refuses I get the accent that would be upon a character.
> Jacques> Generated LateX is \i \'{ } instead of '
> 
> Hello,
> 
> I can confirm this problem, which existed already in 1.0.3, as far as
> I can tell.
> 
> Jacques> I believe it is a known problem.
> 
> No, it was not. Thanks for reporting it. I have moved the discussion
> to lyx-devel so that a fix can be devised.
> 
> Lars, I do not understand the use of the isDeadEvent() function in
> lyxlookup. I thought at the time that it was to avoid a clash with our
> own dead key handling. However, now that I think about it, LyX dead
> key handling is done mainly on plain characters. For example,
>   \kmod ' acute aAcCeEiIjJlLnNoOsSuUzZ
> will act on a real ascii quote character, not on a ' dead key. So, why
> is it necessary to filter dead key events at all?
> 
> JMarc

-- 
Dr. Jacques B. Siboni mailto:[EMAIL PROTECTED]
8 pass. Charles Albert, F75018 Paris, France
Tel. & Fax: 33 (0) 1 42 28 76 78
Home Page: http://www.lutecium.fr/jacsib/