Re: Online bibliography support

2004-04-03 Thread Zvezdan Petkovic
On Sun, Apr 04, 2004 at 02:09:04AM +0100, John Levon wrote: > I didn't mean to offend. Sorry. It's all right. I know you didn't. > > All these organisations prefer LaTeX. All of them are the most > > important places to publish if you are a Computer Scientist, Engineer or > > Mathematician. >

Re: Online bibliography support

2004-04-03 Thread John Levon
On Sat, Apr 03, 2004 at 08:00:08PM -0500, Zvezdan Petkovic wrote: > John, you really have a penchant to step on my toes for no particular > reason. :-) > Hopelessly naive implies that I'm an idiot who doesn't know what's he > talking about. I didn't mean to offend. Sorry. > I grant you that some

Re: Online bibliography support

2004-04-03 Thread Zvezdan Petkovic
On Sun, Apr 04, 2004 at 01:15:52AM +0100, John Levon wrote: > On Sat, Apr 03, 2004 at 03:32:49PM -0500, Zvezdan Petkovic wrote: > > > You mentioned scientific community before mentioning Word. > > I do not know which scientific community you belong to, > > but I know for sure that all computer sci

Re: Online bibliography support

2004-04-03 Thread John Levon
On Sat, Apr 03, 2004 at 03:32:49PM -0500, Zvezdan Petkovic wrote: > You mentioned scientific community before mentioning Word. > I do not know which scientific community you belong to, > but I know for sure that all computer scientists, mathematicians, and > physicists I know use LaTeX. It's _THE

Re: Online bibliography support

2004-04-03 Thread Zvezdan Petkovic
On Sat, Apr 03, 2004 at 11:32:25AM +0100, Nachev, Parashkev C wrote: > It seems to me the main thing that is stopping the whole of the > scientific community switching to Lyx is the lack of an easy way of > integrating it with bibliographic management software. None of the open > source bibliograp

Re: [patch] sanitize fitCursor

2004-04-03 Thread Andre Poenitz
On Fri, Apr 02, 2004 at 01:44:33PM +0200, Alfredo Braunstein wrote: > This patch sanitizes fitCursor. Good stuff. Andre'

Re: bibtex bug

2004-04-03 Thread Georg Baum
Am Samstag, 3. April 2004 18:55 schrieb Juergen Spitzmueller: > Angus Leeming wrote: > > We could probably get rid of all calls > > to RunCommand (see below). However, for now, I think that we should > > just fix the bug. > > OK. I added a FIXME for now. I think it would be good to mention explic

Re: bibtex bug

2004-04-03 Thread Juergen Spitzmueller
Angus Leeming wrote: > We could probably get rid of all calls > to RunCommand (see below). However, for now, I think that we should > just fix the bug. OK. I added a FIXME for now. > Could you see if adding this to RunCommand fixes the problem? It does. Shall I apply the attached? Thanks, Jürge

Re: mathed crash

2004-04-03 Thread Angus Leeming
Lars Gullik Bjønnes wrote: > I think this has been reported before... Aparently mathscriptinset is totally broken at the moment. Your report is identical to mine. -- Angus

Re: My next target?

2004-04-03 Thread Angus Leeming
Jean-Marc Lasgouttes wrote: > Angus> Sheesh. Does that mean I have to learn how to fix bugs in the > Angus> core? > > Or (even worse) release xforms 1.1? Don't be nasty, Jean-Marc. I've just returned to this world and am trying to find my feet again. Anyway, your point is well made. I'll try and

Re: bibtex bug

2004-04-03 Thread Angus Leeming
Juergen Spitzmueller wrote: > Georg Baum wrote: >> Why not add a >> >> cmd_ret const Forkedcall::startscript(string const & what) >> >> method that replaces cmd_ret const RunCommand(string const & cmd) >> and implements the piping on top of the forked controller stuff? In >> fact, the piping is al

Re: Online bibliography support

2004-04-03 Thread John Levon
On Sat, Apr 03, 2004 at 11:32:25AM +0100, Nachev, Parashkev C wrote: > It seems to me the main thing that is stopping the whole of the > scientific community switching to Lyx is the lack of an easy way of > integrating it with bibliographic management software. None of the open > source bibliogra

Re: Online bibliography support

2004-04-03 Thread Martin Vermeer
On Sat, Apr 03, 2004 at 11:32:25AM +0100, Nachev, Parashkev C spake thusly: > Hi, > > It seems to me the main thing that is stopping the whole of the > scientific community switching to Lyx is the lack of an easy way of > integrating it with bibliographic management software. None of the open >

Re: bibtex bug

2004-04-03 Thread Juergen Spitzmueller
Georg Baum wrote: > Why not add a > > cmd_ret const Forkedcall::startscript(string const & what) > > method that replaces cmd_ret const RunCommand(string const & cmd) and > implements the piping on top of the forked controller stuff? In fact, the > piping is already implemented in src/ispell.C, so

mathed crash

2004-04-03 Thread Lars Gullik Bjønnes
I think this has been reported before... When just using PageDown to scroll through the UserGuide I get a crash: Program received signal SIGSEGV, Segmentation fault. 0x081634d4 in MathArray::draw(PainterInfo&, int, int) const (this=0x8ed4408, [EMAIL PROTECTED], x=189, y=294) at math_atom.h:6

Re: bibtex bug

2004-04-03 Thread Georg Baum
Am Samstag, 3. April 2004 10:31 schrieb Juergen Spitzmueller: > I think instead of working around the error message we rather should > investigate why the error occurs suddenly. I thought that this was an old bug unrelated to Angus' recent changes, but this was obviously a misunderstanding. > A

Online bibliography support

2004-04-03 Thread Nachev, Parashkev C
Hi, It seems to me the main thing that is stopping the whole of the scientific community switching to Lyx is the lack of an easy way of integrating it with bibliographic management software. None of the open source bibliographic software has the functionality of Endnote, in particular the ability

Re: bibtex bug

2004-04-03 Thread Lars Gullik Bjønnes
[EMAIL PROTECTED] (Juergen Spitzmueller) writes: | Georg Baum wrote: >> As I understand it, it is not safe to assume that the child process was >> executed successfully if errno is ECHILD. > | Yes, you're right. > >> The siginfo struct that can be >> obtained with sigwaitinfo() has probably the

Re: bibtex bug

2004-04-03 Thread Juergen Spitzmueller
Georg Baum wrote: > As I understand it, it is not safe to assume that the child process was > executed successfully if errno is ECHILD. Yes, you're right. > The siginfo struct that can be > obtained with sigwaitinfo() has probably the needed information. [...] > If we had the value of si_code,