Re: LyX-CVS/qt2 doesn't compile: Systemcalls::Systemcalls() problem
On Sun, Feb 17, 2002 at 11:55:58AM +0900, R. Lahaye wrote: > LyX-CVS/qt2 doesn't compile: there are bigger things lars wants someone to do too ... this one is not exactly high priority... john p.s. you can just comment that stuff out though -- "I'd rather be rudely informed than politely left in the dark."
LyX-CVS/qt2 doesn't compile: Systemcalls::Systemcalls() problem
Hi, LyX-CVS/qt2 doesn't compile: QPreambleDialog.C:85: no matching function for call to `Systemcalls::Systemcalls (Systemcalls::Starttype, string &)' ../../../src/support/syscall.h:40: candidates are: Systemcalls::Systemcalls() ../../../src/support/syscall.h:54: Systemcalls::Systemcalls(const Systemcalls &) QPreambleDialog.C:85: warning: unused variable `class Systemcalls sys' Rob
Re: BIG graphics patch
On Sat, Feb 16, 2002 at 02:22:57PM +, Angus Leeming wrote: > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg33078.html want to make a new one that applies ? :) john -- "I'd rather be rudely informed than politely left in the dark."
Re: Documentation patch
On Sat, Feb 16, 2002 at 07:39:36PM +0100, Lars Gullik Bjønnes wrote: > Martin Vermeer <[EMAIL PROTECTED]> writes: > > | A propos the caption discussion, a small documentation patch. > > > | Please review and commit if it doesn't tell lies ;-) > > Seems to me that some of these documetaton issues coule be better > solved by better variables naming. > > -- > Lgb Yes, I think so too. But then I didn't write this code, just trying to read it ;-) Martin msg33107/pgp0.pgp Description: PGP signature
Re: CVS Update: lyx-devel
On Sat, Feb 16, 2002 at 05:12:26PM +0100, Lars Gullik Bjønnes wrote: > - qt2 and gnome should not depend on the live xforms code, but rather > take a snapshot to be kept in their own dirs. what do you mean ? cvs add ? /bin/cp ? regards john -- "I'd rather be rudely informed than politely left in the dark."
Re: CVS Update: lyx-devel - compile error
Herbert Voss wrote: > [...]make all-recursive > make[2]: Entering directory `/home/voss/lyx-devel.orig/src' > Making all in mathed > make[3]: Entering directory `/home/voss/lyx-devel.orig/src/mathed' > cd ../.. && automake --foreign src/mathed/Makefile > automake: src/mathed/Makefile.am: `libmathed.o' is not a standard > libtool library name > make[3]: *** [Makefile.in] Error 1 ok, got it ... Herbert -- http://www.lyx.org/help/
Re: Conversion problems using Grace files
R. Lahaye wrote: >>lyx gets the filetype from its contents, not from the >>extension. If it's an unknown one, like your grace >>than it returns "user". You can define a converter >> >>\converter "user" "eps" "gracebat -hdevice EPS $$i" "" >> > > Still doesn't work; but leave it at this point; will do > the manual version instead since I'm running out of time :(. I have no problem with \converter "user" "eps" "xmgrace -hardcopy -hdevice EPS $$i" "" Herbert -- http://www.lyx.org/help/
Re: Documentation patch
On Sat, Feb 16, 2002 at 06:55:18PM +0200, Martin Vermeer wrote: > InsetFloat * il = > static_cast(*it); > > + // Get type of float > > string const type = il->type(); the source already says, this comment is thoroughly superfluous. regards john -- "I'd rather be rudely informed than politely left in the dark."
Documentation patch
A propos the caption discussion, a small documentation patch. Please review and commit if it doesn't tell lies ;-) Martin Index: buffer.C === RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v retrieving revision 1.298 diff -u -b -B -p -r1.298 buffer.C --- buffer.C2002/02/08 14:32:16 1.298 +++ buffer.C2002/02/16 16:45:51 @@ -3624,7 +3624,7 @@ Buffer::Lists const Buffer::getLists() c textclasslist.TextClass(params.textclass).maxcounter()); item.push_back(TocItem(par, depth, par->asString(this, true))); } - // For each paragrph, traverse its insets and look for + // For each paragraph, traverse its insets and look for // FLOAT_CODE if (found) { @@ -3638,15 +3638,19 @@ Buffer::Lists const Buffer::getLists() c InsetFloat * il = static_cast(*it); + // Get type of float + string const type = il->type(); // Now find the caption in the float... - // We now tranverse the paragraphs of + // We now traverse the paragraphs of // the inset... Paragraph * tmp = il->inset.paragraph(); while (tmp) { + // is this a caption-style paragraph? if (tmp->layout == cap) { + // List-of-appropriate-floats SingleList & item = l[type]; + // To tail of list, getting +no. from current size string const str = tostr(item.size()+1) + ". " + tmp->asString(this, false); item.push_back(TocItem(tmp, 0 , str)); @@ -3656,7 +3660,7 @@ Buffer::Lists const Buffer::getLists() c } } } else { - lyxerr << "caption not found" << endl; + lyxerr << "caption style not found in this textclass" << endl; } par = par->next(); msg33102/pgp0.pgp Description: PGP signature
Re: CVS Update: lyx-devel - compile error
[EMAIL PROTECTED] wrote: > CVSROOT: /usr/local/lyx/cvsroot > Module name: lyx-devel > Repository: lyx-devel/src/support/ > Changes by: [EMAIL PROTECTED] 02/02/16 16:59:55 After cvs update: --- Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions included-libsigc C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.3) C++ Compiler flags: -g -O -fno-exceptions -W -Wall Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 0.89.6 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx - [...]make all-recursive make[2]: Entering directory `/home/voss/lyx-devel.orig/src' Making all in mathed make[3]: Entering directory `/home/voss/lyx-devel.orig/src/mathed' cd ../.. && automake --foreign src/mathed/Makefile automake: src/mathed/Makefile.am: `libmathed.o' is not a standard libtool library name make[3]: *** [Makefile.in] Error 1 [...] HErbert -- http://www.lyx.org/help/
Re: Scripting
On Sat, Feb 16, 2002 at 02:32:05PM +0100, Florian Klaempfl wrote: > interface for the desired language => the lyx server solution doubles the > work. no, not really. It provides a simple one-point place where interaction happens. If it's really hard to communicate via named pipes in your favourite scripting language, then that language sucks. It's not exactly a complicated protocol. > Further, the lyx server solution looks very home brewed to me, > there are standard solutions like CORBA. "Waiter there's a fly in my soup !" "Ah let me provide you with an H bomb to deal with it" :) > If I make patches to integrate Python directly into Lyx, is there a chance > that they make it into the official sources? As I can see with my current > knowledge about the lyx sources and the Python lib, the changes to the > existing sources will be very little for basic scripting functions, it's > mainly extra code in extra source files. having said the above, someone actually producing code is a different matter. You'll have to ask Lars ... if the patches are nice , I don't see why not, as long as it is always optional regards john -- "I'd rather be rudely informed than politely left in the dark."
Re: 1.2.0
On Sat, Feb 16, 2002 at 10:26:17AM +0100, Michael Schmitt wrote: > - X Window problems is this using insetgraphics ? > Yes, they exist even with Xform 0.89.6. I get messages about > "BadDrawable" this is bddd. I get BadWindow trying to add an eps in a insetgraphics > and "Received unhandled X11 event". However, this is not bad as such (in fact it is an extra debug message, these have been happening since the dawn of time) > - Juergen V. has proposed a patch for ERTs > - John has proposed another patch for ERTs and a related > problem with tables > > What happened to them??? they are still brewing. I am waiting for comments from Lars, we are waiting for Juergen to choose to do something with his patch. > After all, I think the situation is not as bad as it looks. I agree. Though who can say what pre1 will unveil :) > Unfortunately, I cannot help you fixing the code but if you need more > Purify reports, I become your servant. Maybe I can even activate a > former collegue that helps us creating detailed bug reports. CVS lyx wouldn't be where it is now without your excellent reports. john -- "I'd rather be rudely informed than politely left in the dark."
Re: BIG graphics patch
On Saturday 16 February 2002 2:13 pm, Herbert Voss wrote: > Angus Leeming wrote: > > > So. If any one out there would like to test that patch, that;d be > > great. I'm going to have a go at asynchronous file conversion today. > > > where is it? ;-) > > > Herbert http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg33078.html Angus
Re: BIG graphics patch
Angus Leeming wrote: > So. If any one out there would like to test that patch, that;d be > great. I'm going to have a go at asynchronous file conversion today. where is it? ;-) Herbert -- http://www.lyx.org/help/
Re: Scripting
At 02:28 16.02.02 +, you wrote: >On Sat, Feb 16, 2002 at 03:18:41AM +0100, Florian Klaempfl wrote: > > > Or are there plans to do anything using the Lyx-Server? If not, I'd > glad to > > implement parts of the > > the scripting capabilities into Lyx. > >the idea is to sort out the lyxfunc interface (what lyx server uses) so >you can >script most things. It's really a long-haul project. > > > Furhter, I would propose to use Python as scripting language. > >then it is a matter of wrapping lyx server inside a python (or whatever) lib Hmmm, I must admit, I don't see the use of the lyx server. First, you've to pass all information through a socket or pipe and you need a client for every language which dispatches this information and provides an appropriate interface for the desired language => the lyx server solution doubles the work. If someone needs something like the lyx server, he still can use the integrated script language to provide something like the lyx server... Further, the lyx server solution looks very home brewed to me, there are standard solutions like CORBA. If I make patches to integrate Python directly into Lyx, is there a chance that they make it into the official sources? As I can see with my current knowledge about the lyx sources and the Python lib, the changes to the existing sources will be very little for basic scripting functions, it's mainly extra code in extra source files.
Re: Threads on comp.text.tex
Jules Bean <[EMAIL PROTECTED]> wrote: > Those of you who don't read newsgroups might nonetheless like to scan > the following thread, which mentions LyX (Andre and Lars and I defend > it to the death ;) > > >http://groups.google.com/groups?hl=en&threadm=3C681D71.8E9BF939%40active-tex.demon.co.uk Heh. Some major elitist boobs on that froup, eh? This particular quote of Kastrup is especially telling: > My main point of criticism is not that I found LyX not yet > to be where you would want it to be, but rather that where > you would want it to be is not what I would consider useful > for my purposes. And therefore, according to Kastrup, it's a total waste of time. Sheesh. My experience -- it took three good trys to get used to the way that LyX works. Eventually, something clicked. The Kastrups of this world go in with the mindset that it's lame, it's broken; and then they throw the most complex examples that they can find at LyX in hopes that it *does* break so they can bash it some more. I took the time to learn how to use LyX effectively, and I find that it's major limitation stems from LaTeX's restricted page layouts. IOW, LyX isn't the problem, LaTeX is. For me, anyway. -- Larry Kollar k o l l a r at a l l t e l . n e t "Content creators are the engine that drives value in the information life cycle." -- Barry Schaeffer, on XML-Doc
Re: BIG graphics patch
On Friday 15 February 2002 6:06 pm, Angus Leeming wrote: All is fine after all. That cvs update resulted in a new lyxrc.defaults which completely screws things up. I have to delete the use "convert" to convert to XPM format converters and it works. Phew! Thought I was going mad there for a while! So. If any one out there would like to test that patch, that;d be great. I'm going to have a go at asynchronous file conversion today. Angus > On Friday 15 February 2002 5:15 pm, Angus Leeming wrote: > Anyway, the patch is more than big enough as it is. I have tried to produce > > high quality code that won't need many changes in future. Would the gurus > > please review it and the brave try it out. > > Please hold off from trying it out. (But feel free to review the code!) > > I think that the "cvs update" I did immediately before posting this off has > broken something. Anyway, it ain't working here no more. > > My apologies. > > A.
Small bugs/requests
Hi, - Please add the following two converters to complete Tgif support Tgif -> EPS:tgif -print -eps $$i Tgif -> PDF:tgif -print -pdf $$i When starting with a tgif file, pdflatex produces bad output; starting with an eps file (generated by tgif), pdflatex output looks OK; why? which converters are actually invoked? Are bitmap formats involved? - LyX's cursor is blinking even after switching to another window; is this intended? Most (all?) other X editors get quiet when being put in the background Michael
Re: 1.2.0
Hello, just a few comments: I don't think that the current code is that unstable. I am using it for my daily work and while there are still some rough edges, stability is not the primary problem any more. IMHO releasing an interim 1.1.7 (with coloured warnings printed all over the screen) is not a good idea. There is already an unstable version out there and it's called 1.1.6. Moreover, the next version will provide so many new and exiting features that it would be a pity if you cannot put it on the market with a big bang! What are the current open issues? - Undo/redo memory leaks/corruption That seems indeed to be a bigger problem - X Window problems Yes, they exist even with Xform 0.89.6. I get messages about "BadDrawable" and "Received unhandled X11 event". However, all these problem occurred only within the last few weeks so it should be possible to trace the problem by looking at the Changelogs - Copying a figure into another document makes LyX crash - BufferView::removeAutoInsets is broken - pasting text from ERTs is broken On the other hands, there are already a few fixes floating around: - Juergen V. has proposed a patch for ERTs - John has proposed another patch for ERTs and a related problem with tables What happened to them??? After all, I think the situation is not as bad as it looks. Unfortunately, I cannot help you fixing the code but if you need more Purify reports, I become your servant. Maybe I can even activate a former collegue that helps us creating detailed bug reports. Have a nice day, Michael