SIGSEGVS in Lyx 1.0.1

Hello Lyx-developers, Lyx is a very fine program and my favorite for text-processing. Normal usage works quite good. While playing arround using some unusual technics (cut and paste of the whole document I can reproduce some SIGSEGVS. (on libc5 and libc6 linux-maschines) gdb produces the same

Re: Possible EU money?

On Sun, 7 Mar 1999, Asger Alstrup Nielsen wrote: > > Let me know what you think. Call me crazy. Make a better proposal. Whatever. > > I think this is a great idea, but I fear that it will not work in practice > because most of us don't have the time. Personally, I have a job that I can't > drop

Re: Design documents - strings and encodings

"Asger Alstrup Nielsen" <[EMAIL PROTECTED]> wrote: > After Joacim's angry and furious rant about the lack of design documents, I > figured that I would humour him a bit and write 11 pages about the strings and > encodings in the new kernel. This is thus an experiment to try to prove him > wrong

Re: Bug-report

On Sun, 7 Mar 1999, Amir Karger wrote: [...] > Oops! It turns out that the LyX reading subroutines can't parse "\layout > Abstract ". Yes, that extra space breaks LyX. But since it's called > "Style Abstract " in the layout files, reLyX puts that extra space in. I > fixed it by having reLyX remov

Re: Design documents - strings and encodings

On Sun, 7 Mar 1999, Amir Karger wrote: > On Thu, Mar 04, 1999 at 12:04:21AM +0100, Asger Alstrup Nielsen wrote: > > After Joacim's angry and furious rant about the lack of design documents, I > > figured that I would humour him a bit and write 11 pages about the strings and > > encodings in the n

Re: [gtkmm] Libsigc++ (fwd)

One last little bit of explanation for this disjoint thread. Allan. (ARRae) PS Thanks for the feedback Asger + Amir. -- Forwarded message -- Date: Fri, 05 Mar 1999 12:27:52 -0800 From: Karl Nelson <[EMAIL PROTECTED]> To: Allan Rae <[EMAIL PROTECTED]> Subject: Re: [gtkmm] Libsigc+

Re: Design documents - strings and encodings

> I would call it a Pyrrhic victory (but only because I'm trying to show off :) > It's really too bad not to see people at least saying "this looks great!". I > think Joacim is right that we need design discussions, but unfortunately it > seems that Asger is right and noone wants to have them. Ae

Re: Advertising for Literate Programming Extension

> "A LyX/noweb literate programming extension has been provided for the > latest version of LyX (Lyx-1.0.1). This extension will support noweb > 2.8a & 2.9a and can be obtained from the LyX home page > . If you can provide an appropriate link for the noweb literate programmin

Re: [gtkmm] Libsigc++ (fwd)

[Should the interface provide advanced functionality or not.] > So the question that this raises it to whom this part of the signal > system is targeting? I feel that power is the thing to aim for. We should not decide on the behalf of the users of the signal/slot system what constitutes a good

Re: de_math.bind

> What is/was the aim behind defining an extra math.bind? To have the > same math definitions in all languages? There are menu- (and therefore > language-dependend) definitions in math.bind. The aim is to ease maintainence: With only one math file, the math bindings are always synched. Ea

Re: new statistics function

> I wrote a new function that counts the words, characters and paragraphes > of a text in lyx. This is helpful for students who have to write texts > with a certain amount of words. I guess it can be easily extended to count > images, tables etc. Nice feature. > In which source file should this

Re: lyx-1.0.1: undefined reference

> I just tried to compile lyx-1.0.1 on linux (2.0.29, gcc 2.7.2.1, xforms > 0.88) and got tons of "undefined reference" errors (see below). Any idea > what went wrong here ? You need to pass the linker a directive and tell it where the XForms library is. It does not link with the XForms library

Re: de_math.bind (sorry, german...)

> One question is: Can XForm handle short cuts descriptions in the > menues aka Motif/Mac, i.e. "CutC-x" instead of "_C_ut"? Yes and no. It can't do it automatically, but I *think* there is a meta-character available that will allow us to right justify a short-cut string in the menus. So, if

Re: Possible EU money?

> Let me know what you think. Call me crazy. Make a better proposal. Whatever. I think this is a great idea, but I fear that it will not work in practice because most of us don't have the time. Personally, I have a job that I can't drop, even if I wanted to. I would think the situation is the s

Re: new statistics function

> I was actually asking for the file the function should be added to, like > "foobar.C" etc. Oh. Well, the answer is the same: Create a new file in the src/ directory. It does not belong logically in any of the other files, as far as I can see. Adding a new file requires you to add it to the Ma

Re: Bug-report: Font names with spaces

> However, when I try to make this change permanent in ./lyx/lyxrc: > > \screen_font_roman -winfonts-times new roman Could you please try \screen_font_roman "-winfonts-times new roman" instead and let us know if that works? Thanks, Asger

Re: bug in version control

> a small bug in 1.0.1: If you use Edit->VersionControl->Register and select > Cancel in the appearing popup, the document is still registered. > > Is someone working on that code or is there someone familiar with it? If > not, I will try to fix it. Lgb implemented it, but you are welcome to fix

Re: Bug-report

Thanks for the bug report, Bas. Especially useful that it included a (short!) code sample describing what was going wrong. I'm going to include the lyx.tex file here with comment. Pieces of this are addressed to Bas, pieces to other LyX devvies. > \documentclass{amsart} > %the following command

Re: Design documents - strings and encodings

On Thu, Mar 04, 1999 at 12:04:21AM +0100, Asger Alstrup Nielsen wrote: > After Joacim's angry and furious rant about the lack of design documents, I > figured that I would humour him a bit and write 11 pages about the strings and > encodings in the new kernel. This is thus an experiment to try to

lyx-1.0.1 on HP-UX 10.20

With the HP-UX 10.20 ANSI C++ compiler aCC, lyx-1.0.1 compiles and runs fine after the following fix: *** math_parser.C Sat Mar 6 21:10:44 1999 --- math_parser.C.DIST Sat Mar 6 21:29:17 1999 *** *** 38,44 FLAG_RIGHT = 32, // Next right ends the par

Bug-report: Font names with spaces

I use the true type font server xfstt. Now when using Lyx, I can set true type fonts using "Options", "Screen fonts" e.g Roman Font: -winfonts-times new roman Sans Serif Font:-winfonts-arial Typewriter Font:-winfonts-courier new and this works fine. However, when I t