[patch] use always

I noticed that we in some places used directly and not "support/std_sstream.h". If we ever had HAVE_SSTREAM == false this would have errored out. So since we have not seen this error, I took the oppurtunity to get rid of the std_sstream stuff. The patch below does not remove the now unneeded fil

Re: LyX/Aqua 1.3.5 problems

> That, I believe, is a symptom of the same font problem you and I have > each had with Greek fonts in math environments. Curiously, I've found > that the same LyX-1.3.5.app bundle copied to another machine works as > it should, so it looks like something's strange with the way your and > my machin

Re: bug in tex2lyx

Am Freitag, 23. Juli 2004 17:35 schrieb Angus Leeming: > Apply the fix but print a warning to stderr. That should satisfy everybody. Good idea, I did it like that. Georg

Re: LyX converter online?

Jose' Matos wrote: > Ok, goto http://ipython.scipy.org/ there in the first section "Quick > links" you have an item called "ViewCVS", click in that link and you will > be redirected to > http://www.scipy.org/site_content/remap?rmurl=http%3A//scipy.net/cgi-bin/viewcvsx.cgi/ipython/ > > That pa

Re: Crash

Lars Gullik Bjønnes wrote: > Caused by creating a reference to a not yet created object. > > Fixed by this patch. Please test. Yes, fixes the crashes. Jürgen.

Re: LyX/Aqua 1.3.5 problems

On Jul 23, 2004, at 1:18 PM, Jan Peters wrote: Well, my first bug is that it does not use the right fonts for big math symbols \sum or \prod and for bb'ed fonts \mathbb{X} That, I believe, is a symptom of the same font problem you and I have each had with Greek fonts in math environments. Curi

Re: Crash

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Angus Leeming <[EMAIL PROTECTED]> writes: > | | Juergen Spitzmueller wrote: >> >>> Angus Leeming wrote: Lars has checked stuff in recently related to i/o. Try reverting his changes and see if you still crash. >>> >>> I have reverted to 2

LyX/Aqua 1.3.5 problems

Tell me where to download it, and I will install it right away. I will keep you up to date on all bugs... You can find it here: . Let me know if you have troubles accessing it. Wow, that is such a huge improvement - finally LyX/Aqua has lost thi

Re: Crash

Lars Gullik Bjønnes wrote: > do you have any lyxserver or lyxclient stuff running? Not intentionally. Jürgen.

Re: Crash

Angus Leeming <[EMAIL PROTECTED]> writes: | Juergen Spitzmueller wrote: > >> Angus Leeming wrote: >>> Lars has checked stuff in recently related to i/o. Try reverting his >>> changes and see if you still crash. >> >> I have reverted to 2004-07-20 and both crashes have disappeared. So it >> seems

Re: Crash

Juergen Spitzmueller <[EMAIL PROTECTED]> writes: | Angus Leeming wrote: >> Lars has checked stuff in recently related to i/o. Try reverting his >> changes and see if you still crash. > | I have reverted to 2004-07-20 and both crashes have disappeared. So it seems | like Lars' changes have introdu

Re: Crash

Juergen Spitzmueller wrote: > Angus Leeming wrote: >> Lars has checked stuff in recently related to i/o. Try reverting his >> changes and see if you still crash. > > I have reverted to 2004-07-20 and both crashes have disappeared. So it > seems like Lars' changes have introduced the crashes. May

Re: bug in tex2lyx

On Friday 23 July 2004 16:35, Angus Leeming wrote: > > Apply the fix but print a warning to stderr. That should satisfy > everybody. I agree with Angus. -- José Abílio

Re: Crash

Angus Leeming wrote: > Lars has checked stuff in recently related to i/o. Try reverting his > changes and see if you still crash. I have reverted to 2004-07-20 and both crashes have disappeared. So it seems like Lars' changes have introduced the crashes. Jürgen

Re: bug in tex2lyx

Georg Baum wrote: >> tex2lyx bug.tex > tmp.lyx >> lyx2lyx -t221 tmp.lyx > bug.lyx >> unix2dos bug.lyx > > I believe that the last step is not needed. > >> The bug can be avoided by replacing \cr with \\ throughout. > > And that is what you should do anyway. \cr is a tex construct, not latex. > I

Re: bug in tex2lyx

[EMAIL PROTECTED] wrote: > tex2lyx bug.tex > tmp.lyx > lyx2lyx -t221 tmp.lyx > bug.lyx > unix2dos bug.lyx I believe that the last step is not needed. > The bug can be avoided by replacing \cr with \\ throughout. And that is what you should do anyway. \cr is a tex construct, not latex. If you lo

possible bug in LyX 1.4

Hi, I have just compiled LyX 1.4 on a box running Red Hat Enterprise Linux. As soon as I started up LyX (using the xforms interface), the machine memory filled up, and hundreds of megabytes of error messages were produced before I killed the job. The first few lines of the error messages are as f

bug in tex2lyx

Hi, The attached .lyx file causes the Windows native port (Qt version) of LyX 1.3.2 to crash. It was produced from the attached .tex file using the following commands on a Linux box tex2lyx bug.tex > tmp.lyx lyx2lyx -t221 tmp.lyx > bug.lyx unix2dos bug.lyx The bug can be avoided by replacing \cr

Re: LyX converter online?

On Friday 23 July 2004 02:48, Fernando Perez wrote: > Jose' Matos wrote: > > On Saturday 17 July 2004 03:32, Fernando Perez wrote: > > > > One short notice, I had gone to the ipython page (I missed the 0.6 > > version, oops) and I searched for such a document, I followed the link > > to cvs and i

Re: Crash

Juergen Spitzmueller wrote: > Angus Leeming wrote: >> > LyX 1.4 crashes for me when I try to open the qdocument dialog. Can >> > someone reproduce? >> >> Not me. Can you give a prescription for how you trigger the crash? > > Start LyX, new document, open the document dialog. This is with the qt >

Re: [patch] the rediscovered iterator adaptor patch

On Fri, Jul 23, 2004 at 09:42:58AM +0200, Lars Gullik Bj?nnes wrote: > I am not sure that I said that I am going to commit this now... > I mainly want comment on whether to just throw away the patches or > keep the for later. > > Ad. the socket io patches -> thos fixed a bug/missing feature as we

Re: Crash

Angus Leeming wrote: > > LyX 1.4 crashes for me when I try to open the qdocument dialog. Can > > someone reproduce? > > Not me. Can you give a prescription for how you trigger the crash? Start LyX, new document, open the document dialog. This is with the qt frontend. The xforms frontend is even w

[patches 14x and 13x] apa.layout

As reported on the users' list. These patches look like no-brainers to me. Ok to commit to both branches? -- AngusIndex: status.13x === RCS file: /usr/local/lyx/cvsroot/lyx-devel/Attic/status.13x,v retrieving revision 1.1.2.191 diff

Re: Crash

Juergen Spitzmueller wrote: > LyX 1.4 crashes for me when I try to open the qdocument dialog. Can > someone reproduce? Not me. Can you give a prescription for how you trigger the crash? -- Angus

Re: lyx2lyx change?

Jose' Matos wrote: >> Jose, can lyx2lyx (actually the lyx format for a stable version of lyx) >> handle such a change? > > No need to touch lyx2lyx. :-) > >> Angus > > Place there, in the layout file and all is well. :-) > > Style Acknowledgments > ObsoletedBy Acknowledgements > End Thank

Re: navigation in equations

On Friday 23 July 2004 09:29, Sebastian Guttenberg wrote: > Thanks for reading - I'm really a fan of LyX and I hope some of this > will be of help for you. > Best regards, Sebastian Guttenberg André (our mathed) specialist is currently busy with real live, but I think that as soon as he has som

Crash

LyX 1.4 crashes for me when I try to open the qdocument dialog. Can someone reproduce? Jürgen Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1086396128 (LWP 1704)] 0x4099489d in std::basic_string, std::allocator >::basic_string () from /usr/lib/libstdc++.so.5 (gdb) bt

Re: lyx2lyx change?

Angus Leeming wrote: > This has just been reported on the users list. apa.layout has a bug in > the spelling of 'Acknowledgments'. However, before I apply the patch, I > suspect that lyx2lyx will need some modification. Here's the patch to apa.layout. I'm unsure about the changes to the body of t

Re: lyx2lyx change?

On Friday 23 July 2004 12:12, Angus Leeming wrote: > This has just been reported on the users list. apa.layout has a bug in > the spelling of 'Acknowledgments'. However, before I apply the patch, I > suspect that lyx2lyx will need some modification. > > Jose, can lyx2lyx (actually the lyx format fo

lyx2lyx change?

This has just been reported on the users list. apa.layout has a bug in the spelling of 'Acknowledgments'. However, before I apply the patch, I suspect that lyx2lyx will need some modification. Jose, can lyx2lyx (actually the lyx format for a stable version of lyx) handle such a change? Angus -St

Re: tex2lyx shortcoming

Georg Baum wrote: > In the meantime I got an idea how to detect the options and parse every > citation correctly. I think it is not that hard, a patch will follow when I > have time to try it out (in a few days). That sounds great, thanks. Jürgen

Re: tex2lyx shortcoming

Juergen Spitzmueller wrote: > Georg Baum wrote: >> Then it should also write this requirement to the \usepackage command: >> >> \usepackage{jurabib}[2002/09/29] > > Agreed. Though it has to be > \RequirePackage{jurabib}[2004/01/25] > (\usepackage does not have an optional argument). Note, though,

Re: [patch] mathed: get rid of a warning

Lars Gullik Bjønnes wrote: > This patch removes a signed/unsinged warning. > > Objections? Perhaps it would be nicer to add typedef std::size_t size_type to math_macroarg.h? Whatever, if it removes a warning it's good. -- Angus

Re: [patch] strchr removal

Lars Gullik Bjønnes wrote: > Not really. That was why I said: "second part of this patch" above. My mistake. I read it to mean "second part of this strchr removal patch" and assumed I'd just missed the first part. -- Angus

[patch] mathed: get rid of a warning

This patch removes a signed/unsinged warning. Objections? ? Config ? counter-2.diff ? counter-3.diff ? counter.diff ? deptherror.diff ? deptherror.lyx ? dispatch-2.diff ? dispatch-3.diff ? dispatch-4.diff ? distcheck-2.diff ? distcheck.diff ? end.lyx ? kystskipper-a-1.lyx ? lyxserver-1.diff ? ly

Re: tex2lyx shortcoming

Georg Baum wrote: > Then it should also write this requirement to the \usepackage command: > > \usepackage{jurabib}[2002/09/29] Agreed. Though it has to be \RequirePackage{jurabib}[2004/01/25] (\usepackage does not have an optional argument). Note, though, that this only spits out a warning. An "

Re: [patch] strchr removal

Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: > >> second part of this patch > | No complaint with the code in src/mathed/math_charinset.C ok. | I suspect that the code in src/paragraph.h just slipped into this patch by | mistake? Not really. That was why I said: "secon

Re: [patch] some other work

Lars Gullik Bjønnes wrote: > For your pleasure. No complaints with this ;-) -- Angus

Re: [patch] Buffer* -> shared_pr

Lars Gullik Bjønnes wrote: > This patch does not compile... but it shows some stuff I worked on > some year ago... > > Is it a worthy goal? Sure. There are life time issues with the raw pointer that you address with a shared_ptr. Could you explain the rationale behind storing a weak_ptr in Buffe

navigation in equations

Hello everybody! I'm working with LyX mainly for writing down long and nasty calculations. Very often I calculate directly at the screen, by copying the last line and then doing some changes in the copied line. This prevents one from doing sloppy mistakes that one does, if one performs the calculat

Re: [patch] strchr removal

Lars Gullik Bjønnes wrote: > second part of this patch No complaint with the code in src/mathed/math_charinset.C I suspect that the code in src/paragraph.h just slipped into this patch by mistake? +#if 1 + /// + typedef wchar_t value_type; +#else /// typedef char val

Re: [patch] the rediscovered iterator adaptor patch

Lars Gullik Bjønnes wrote: > I am not sure that I said that I am going to commit this now... > I mainly want comment on whether to just throw away the patches or > keep the for later. Having slept on it, I think that my take on these iterators is "lambda or nothing". The code works. It's a bit ugl

Re: [patch] the rediscovered iterator adaptor patch

John Levon <[EMAIL PROTECTED]> writes: | On Thu, Jul 22, 2004 at 09:37:21PM +0100, Angus Leeming wrote: > >> > Cleaning up my numerous lyx trees I found this. >> > >> > What where the objections again? >> >> That we're in a freeze? > | FWIW, I agree. Lars, these patches may be nice but they can

Re: tex2lyx shortcoming

Juergen Spitzmueller wrote: > As of version 0.6, natoptargorder is the default (there's a switch > "jurabiborder" for downwards compatibility now). Ok. I have 0.52p on SuSE 9.0. > LyX's support for jurabib is limited for >=v0.6 (i.e. it presupposes the > same argument order as for natbib). This