RE: next guii patch

On 15-Mar-2002 John Levon wrote: PainterBase renamed Painter to fit with source usage. Painter renamed as XPainter. Both moved into frontends, some cleanup (e.g. pixmap() now in XPainter only) Why? PainterBase should not depend on frontends (therefore the name) and should not be in the

lyx-cvs Problem with gcc-3.0.4 compilation on Cygwin

Anyone got any idea about this? Using the same procedure as I used for gcc-2.95, compiling lyx (latest CVS), I have the following: /usr/local/gcc3/bin/g++ -g -O -fno-rtti -fno-exceptions -W -Wall -o lyx.exe BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o Chktex.o ColorHandler.o

Hmpf...

Maybe I need a day off again: I just sat in front of some plain LaTeX document and wanted to type '$S$'. Suddenly, empty lines are appearing on screen, and the harder I try to enter math mode, the more empty lines I get. *sigh* Maybe I should just map C-m to '$' in my editor... Andre' --

Re: eqascii

On Fri, 15 Mar 2002, Andre Poenitz wrote: I think I had already a look at it and did not really like the coding. You don't have to like the implementation to use the program. But implementing it similarly to what we have for 'real' drawing with some kind of ASCII painter is not really hard

a thought on insets and buffers...

... and a question. Some initial points: * it would be nice if insets were buffer agnostic * we have tried not to store a Buffer ptr in the insets and have largely succeeded, but not quite. That biggie insettabular stores the buffer. * cut and paste still makes use of current_view. It seems to

Re: eqascii

On Fri, Mar 15, 2002 at 10:28:04AM +0100, Asger K. Alstrup Nielsen wrote: Maybe that tool is written in APL or Cobol, and maybe it's a result of a thousands monkeys typing in a cage. That is not important if the tool works. You got the point ;-) It does work only for a part of the kind of

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 09:32:42AM +, Angus Leeming wrote: Some initial points: * it would be nice if insets were buffer agnostic Yes! * we have tried not to store a Buffer ptr in the insets and have largely succeeded, but not quite. That biggie insettabular stores the buffer. We

Re: eqascii

On Fri, 15 Mar 2002, Andre Poenitz wrote: It does work only for a part of the kind of math LyX. Try \sqrt[3]{2} for starters. Or most of the AMS environments. I know. It will not do for people written math or physic papers. However, I think it will do for high-school students solving simple

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre Neither. Insets should be completely buffer agnostic. Buffer Andre specific information should be handed down by arguments to any Andre function that need to access it. In general, this should not be Andre the buffer pointer, but only a

building qt2

Can't link and get the following... Could someone knowledgeable repair this? Thanks! lyx_gui.o: In function `LyXGUI::create_forms(void)': /home/leuven/cvs/lyx-devel/src/lyx_gui.C:270: undefined reference to `XformsColor::read(basic_stringchar, string_char_traitschar,

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 11:12:51AM +0100, Jean-Marc Lasgouttes wrote: Andre Neither. Insets should be completely buffer agnostic. Buffer Andre specific information should be handed down by arguments to any Andre function that need to access it. In general, this should not be Andre the buffer

Re: Lyx

Allan == Allan Rae [EMAIL PROTECTED] writes: Allan On 14 Mar 2002, Jean-Marc Lasgouttes wrote: It is in cvs, but not released. I am waiting for an excuse to release 1.1.6fix5 :) Allan Are you going to include that one line fix of Jürgen's for the Allan InsetText code? The one we argued about

Re: configure question

Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Thanks for the info, JMarc. I will try it. Incidentally, I Angus found that, in order to get the configure test to run properly: Angus LYX_USE_XFORMS_IMAGE_LOADER Angus I had to define CPPFLAGS=-I/usr/local/include rather than Angus

Re: Update on Windows build of lyx-1.2.0cvs (please apply patch)

Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Kayvan In regards to the WinXP build problem reported earlier (See Kayvan http://bugzilla.lyx.org/show_bug.cgi?id=260 for details), I Kayvan have some more info. Kayvan It looks like ld -r used by ``libtool --mode=link'' just Kayvan does not

Re: a thought on insets and buffers...

Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars IMHO an inset should know nothing about buffers, what they need Lars to know about is paragraphs. Paragraphs on the other hand needs Lars to know about buffers. This would certainly be a good compromise. And inset already know about

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 12:34:32PM +0100, Lars Gullik Bjønnes wrote: | Yes! Should it also be paragraph agnostic? Actually, I think yes. But I am not completely sure. I could imagine a paragraph being an inset containing lines. A line in turn keeps pieces i.e either a sequence of chars with

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:01:19PM +0100, Lars Gullik Bjønnes wrote: But of course a problem arises when paragraphs resides inside insets, what should the paragraph then know about? the buffer _or_ the surrounding inset? No inset should permanently store data about its surroundings (apart

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:10:29PM +0100, Lars Gullik Bjønnes wrote: | _Why_ does an inset need to know about its surrounding paragraph? somethings needs to know, whether it is a visitor function or a function in the class it self. But it does not have to _store_ the information, does it?

Re: a thought on insets and buffers...

A buffer should contain a number of buffer wide data. This could be a list of bibliographic entries, or a list of labels. This information naturally belongs in the buffer. Some insets need access to this information, primarily because they reference it. Therefore, these insets logically should

copy paste crash

1. open doc1 and doc2 (trimmed down versions of docs I made with 1.1.5fix2) 2. select Title in doc1 3. put cursor after Paste here: 4. paste and lyx crashes for me... Program received signal SIGABRT, Aborted. 0x4025dae1 in __kill () from /lib/i686/libc.so.6 Current language: auto; currently c

Re: a thought on insets and buffers...

On Fri, 15 Mar 2002, Asger K. Alstrup Nielsen wrote: Therefore, I'm inclined to think that insets *should* know about their buffer. I believe this will make many things simpler. I forgot to elaborate on this: It's comparable to the discussion about whether to use object oriented

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre I could imagine a paragraph being an inset containing lines. Andre A line in turn keeps pieces i.e either a sequence of chars Andre with the same attributes or another inset. What a line?? A physical line on screen? Do you want to change

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:39:27PM +0100, Asger K. Alstrup Nielsen wrote: Some insets need access to this information, primarily because they reference it. The necessary information can be passed down as function argument to those functions that need it. The inset does not have to store it

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:46:57PM +0100, Asger K. Alstrup Nielsen wrote: This stiffles change, because to introduce a new parameter requires changes all over the place. Therefore, most functional programming languages are introducing object orientation into their type systems. If you have

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:59:14PM +0100, Jean-Marc Lasgouttes wrote: Since we will likely have a paragraphcontainer, the inset should now about the container it is in. Then the container will know about the document/inset it is in. I think this information is very easy to update (change the

Re: copy paste crash

What is n? you asked me before but...there's really no point asking, I didn't write this stuff. I only do ./configure make Ed. ps. redhat 7.1, gcc-c++-2.96-85

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 02:01:25PM +0100, Jean-Marc Lasgouttes wrote: What a line?? A physical line on screen? Yes. Do you want to change the whole data structure every times the window is resized. Sure, why not? I'd even check after each key press for rebreak. What's wrong with shuffling

ascii export of insets

It looks like each inset::ascii method is responsible for splitting the exported strings if they exceed a linelen length. Why? Doesn't this lead to enormous amounts of code replication? Is there a helper function I should know about. Some vectorstring splitLines(string input, int

Re: a thought on insets and buffers...

On Fri, 15 Mar 2002, Andre Poenitz wrote: How does the undo architecture look like? Maybe even one that does not work on the outer paragraph level only, but on smaller scopes if possible? Conceptually, you can handle undo by having a stack of documents. Now, you want smaller scope. I presume

Re: copy paste crash

You did the gdb... up up up print n is that so hard? Glad you restated your question more clearly. You mean print n after the crash like this?: (gdb) print n $1 = 3221219936

Re: a thought on insets and buffers...

On Fri, 15 Mar 2002, Andre Poenitz wrote: In other words, you *will* have to by pointer shuffling if such an inset is moved around. Not when the inset does not contain any such pointer. You are correct that you could relieve the insets of this duty. However, the duty is just moved to a

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:46:57PM +0100, Asger K. Alstrup Nielsen wrote: The reason is simply that in many cases the problem is better solved by encapsulating the information in an object that all the stakeholders have access to. This is more maintainable over the long run. I forgot to make

Re: a thought on insets and buffers...

On 15-Mar-2002 Asger K. Alstrup Nielsen wrote: On Fri, 15 Mar 2002, Andre Poenitz wrote: How does the undo architecture look like? Maybe even one that does not work on the outer paragraph level only, but on smaller scopes if possible? Conceptually, you can handle undo by having a stack

Re: a thought on insets and buffers...

On Fri, 15 Mar 2002, Andre Poenitz wrote: Making everything into a object variable is like making it 'locally global'. Suddenly much more functions (namely the other member functions of the class) gain access to data that should be available to only to one of them. This is not what we are

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 02:40:35PM +0100, Asger K. Alstrup Nielsen wrote: How does the undo architecture look like? Maybe even one that does not work on the outer paragraph level only, but on smaller scopes if possible? Conceptually, you can handle undo by having a stack of documents.

Re: Update on Windows build of lyx-1.2.0cvs (please apply patch)

On Fri, Mar 15, 2002 at 12:36:56PM +0100, Jean-Marc Lasgouttes wrote: Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Kayvan In regards to the WinXP build problem reported earlier (See Kayvan http://bugzilla.lyx.org/show_bug.cgi?id=260 for details), I Kayvan have some more info.

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 02:54:18PM +0100, Jean-Marc Lasgouttes wrote: And then you have to make sure that all the fileds of the structures are correctly initialized whenever a method want to use one of them. Sure. That's what constructors are for... but I guess I do not get your point ;-}

Lars' mail is being eaten up!!!

I have just resubscribed to the lyx-devel mailing list. Looks like I was unsubscribed for sometime, although some mail (eg André's reply to my ostringstream question got through to me). Perhaps that was cc-ed. Anyway, why was I unsubscribed I wonder. Looking at the mail archive, it appears

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 03:05:28PM +0100, Asger K. Alstrup Nielsen wrote: Maybe the set of operations that need to have this back-link in the parameters is limited. However, such a structure *will* stiffle change: The day that you discover that the foo-method could really use a back-link, you

Re: Lars' mail is being eaten up!!!

On Fri, Mar 15, 2002 at 02:17:56PM +, Angus Leeming wrote: I have just resubscribed to the lyx-devel mailing list. Looks like I was unsubscribed for sometime, although some mail (eg André's reply to my ostringstream question got through to me). Perhaps that was cc-ed. I think it was

Re: Lars' mail is being eaten up!!!

On Friday 15 March 2002 2:25 pm, Andre Poenitz wrote: On Fri, Mar 15, 2002 at 02:17:56PM +, Angus Leeming wrote: I have just resubscribed to the lyx-devel mailing list. Looks like I was unsubscribed for sometime, although some mail (eg André's reply to my ostringstream question got

Re: a thought on insets and buffers...

On Fri, 15 Mar 2002, Andre Poenitz wrote: My point is: THERE IS NO NEED TO STORE REFERENCES TO BUFFERWIDE DATA IN THE INSET. Yes, maybe the bibliographic entry is a string, and just that. However, the semantics of this string is defined by the buffer wide database, and in some cases, this

Re: Lars' mail is being eaten up!!!

On Friday 15 March 2002 2:30 pm, Lars Gullik Bjønnes wrote: Angus Leeming [EMAIL PROTECTED] writes: | I have just resubscribed to the lyx-devel mailing list. Looks like I was | unsubscribed for sometime, although some mail (eg André's reply to my | ostringstream question got through to

Re: copy paste crash

Yes, but you need to be at the correct point in the stack to get any usefull information. like this: (gdb) up #4 0x0812ccbd in LyXTextClass::operator[] (this=0x844e138, n=@0x8498830) at support/LAssert.h:24 24 lyx::abort(); (gdb) print n $1 = (string ) 0x844e1a8:

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 03:33:39PM +0100, Asger K. Alstrup Nielsen wrote: I'm just saying once more: We have the need for leaves to acces information higher in the tree. Can we agree on that? Yes. Although one of my major points is that this happens less often than one would expect. Your

Re: Lars' mail is being eaten up!!!

On Fri, Mar 15, 2002 at 02:34:46PM +, Angus Leeming wrote: Your loss not mine... Oh come on. You run this bloody project and your views aren't in the archive. That's just daft. Another step towards nirwana... Andre' -- André Pönitz ..

Re: a thought on insets and buffers...

On Fri, 15 Mar 2002, Andre Poenitz wrote: On Fri, Mar 15, 2002 at 03:33:39PM +0100, Asger K. Alstrup Nielsen wrote: I'm just saying once more: We have the need for leaves to acces information higher in the tree. Can we agree on that? Yes. Although one of my major points is that this

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre Sure, why not? I'd even check after each key press for rebreak. Andre What's wrong with shuffling around a few kByte as reaction of Andre _user input_? It is just that you do not represent internally data, but it's representation. This

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Fri, Mar 15, 2002 at 01:59:14PM +0100, Jean-Marc Lasgouttes Andre wrote: Since we will likely have a paragraphcontainer, the inset should now about the container it is in. Then the container will know about the document/inset it is

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Maybe at some point where you want to call an inset method, you do not known the Buffer. Andre I always start at LyXFunc::dispatch or something similar. How Andre can I not know the buffer there? So you propoagate this information to every

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Fri, Mar 15, 2002 at 03:05:28PM +0100, Asger K. Alstrup Andre Nielsen wrote: Maybe the set of operations that need to have this back-link in the parameters is limited. However, such a structure *will* stiffle change: The day that you

Re: a thought on insets and buffers...

On 15-Mar-2002 Jean-Marc Lasgouttes wrote: I'd prefer to have this implemented correctly in terms of an augmented cursor, than an abstract struct where everybody will want to add exotic members (current moon phase?) just in case it is needed. Well as much as I know cursors only work if

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre I don't understand you. Maybe one should tell me what a Andre bibliographic entry is. Something that translates to Andre \cite{FooBar1998}? In order to draw itself, this inset needs to query the buffer to show itself in semi-wysywig, using

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 04:17:24PM +0100, Jean-Marc Lasgouttes wrote: Andre I don't understand you. Maybe one should tell me what a Andre bibliographic entry is. Something that translates to Andre \cite{FooBar1998}? In order to draw itself, this inset needs to query the buffer to show

Re: a thought on insets and buffers...

Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre So in order to draw bib stuff correctly using 'one hop Andre back-references' I have to implement a method to go up in a Andre math inset? Andre After all, the entry might live in a \mbox{} or \text{} within Andre a math inset? That's an

Re: Another tiny Literate.lyx fix

Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Kayvan Looks like my other fix broke build-listerrors. Please apply. Done. JMarc

Re: a thought on insets and buffers...

On 15 Mar 2002, Jean-Marc Lasgouttes wrote: Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre So in order to draw bib stuff correctly using 'one hop Andre back-references' I have to implement a method to go up in a Andre math inset? This is a case for math insets to be composed of

Re: Update on Windows build of lyx-1.2.0cvs (please apply patch)

Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes: Did you have more info on the subject, or is this assertion based on the fact that LyX does not link under cygwin? Kayvan I have read some messages in the cygwin mailing list archives Kayvan that talk about similar problems with ld -r, but

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 04:42:28PM +0100, Asger K. Alstrup Nielsen wrote: This is a case for math insets to be composed of the same stuff as the other insets. Or the other way round... Andre' -- André Pönitz .. [EMAIL PROTECTED]

visitor pattern

What's the general feeling about using the visitor pattern in LyX? There's a thread on this in the archive, but there was no resolution at the end IIRC. Andre' -- André Pönitz .. [EMAIL PROTECTED]

Re: ascii export of insets

Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus It looks like each inset::ascii method is responsible for Angus splitting the exported strings if they exceed a linelen length. Angus Why? Doesn't this lead to enormous amounts of code replication? Angus Is there a helper function I should

Visite o site Buscacompra

O Buscacompra veio para ser a principal referência para quem busca encontrar os melhores preços, produtos e informações sobre: Cinema, Teatro, Shows, Supermercado, Bancos, Imobiliária, Concessionária de Automóvel, Auto Peças, Magazines, Financeiras,

Re: next guii patch

On Fri, Mar 15, 2002 at 09:29:21AM +0100, Juergen Vigna wrote: PainterBase renamed Painter to fit with source usage. Painter renamed as XPainter. Both moved into frontends, some cleanup (e.g. pixmap() now in XPainter only) Why? PainterBase should not depend on frontends (therefore the

Re: next guii patch

On Fri, Mar 15, 2002 at 10:12:29AM +0100, Lars Gullik Bjønnes wrote: | WorkArea became a virtual abstract class, and XWorkArea derives from it. | No real meaningful changes except that LyXScreen (now LScreen) became | owned by WorkArea. This is logical and correct IMHO. Why does it have to

Re: Lars' mail is being eaten up!!!

On Fri, Mar 15, 2002 at 02:17:56PM +, Angus Leeming wrote: I have just resubscribed to the lyx-devel mailing list. Looks like I was unsubscribed for sometime, although some mail (eg André's reply to my ostringstream question got through to me). Perhaps that was cc-ed. Anyway, why was

Re: next guii patch

On Friday 15 March 2002 5:37 pm, John Levon wrote: So sit on this patch until 1.3 and we will have a look then. well I don't know about sitting on it but I will shut up about it ... Don't do that. I, for one, am interested. I'd be v. happy if you shoved this in a branch too. It's pretty

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 01:39:27PM +0100, Asger K. Alstrup Nielsen wrote: The discussion is a discussion about whether it is hard to keep back links alive in a tree. Come on, it is not. This is stuff from the first page in the data structure book. Um, we've seen several obscure bugs due to

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 02:27:20PM +0100, Andre Poenitz wrote: Sure, why not? I'd even check after each key press for rebreak. What's wrong with shuffling around a few kByte as reaction of _user input_? How often do you resize your window? Have you seen how awful LyX is at re-breaking ? It

Re: Lars' mail is being eaten up!!!

On Fri, Mar 15, 2002 at 03:30:03PM +0100, Lars Gullik Bjønnes wrote: some bad archiving software? cannot handle 8bit chars in mail headers? Your loss not mine... Perhaps you shouldn't have X-No-Archive: yes in your headers. john -- I am a complete moron for forgetting about endianness.

Re: next guii patch

On Fri, Mar 15, 2002 at 05:49:02PM +, Angus Leeming wrote: Don't do that. I, for one, am interested. I'd be v. happy if you shoved this in a branch too. It's pretty easy to keep synched with head so long as you do it regularly. Well there is the small problem of Lars ... besides the

Re: Lars' mail is being eaten up!!!

On Fri, Mar 15, 2002 at 06:18:33PM +, Angus Leeming wrote: Does he have that? Well the mail software _definitely_ throws those out. I checked. indeed that's the whole purpose of the headers. And yes it's annoyed me several times too when I wanted to check something. On the plus side, we

Re: a bit of fun

On Friday 15 March 2002 6:21 pm, John Levon wrote: On Fri, Mar 15, 2002 at 03:10:33PM +, Angus Leeming wrote: From this raw data. Bibtex itself does all the hard work. Automatically uses the correct bib style and needs only a little processing to get rid of some cruft inserted by

make distclean fails

make clean works. make distclean thereafter doesn't. Angus aleem@pneumon:devel- make distclean Making distclean in . make[1]: Entering directory `/usr/users/aleem/OTHERS_CODE/lyx/devel' rm -f TAGS ID rm -f Makefile rm -f config.cache config.log stamp-h stamp-h[0-9]* test -z -r *.orig *.rej *~

Re: make distclean fails

On Fri, Mar 15, 2002 at 06:39:56PM + or thereabouts, Angus Leeming wrote: make clean works. make distclean thereafter doesn't. I've been getting this too. I thought it might be my fiddling with Makefile.am's in my local mirror, but seeing as someone else is getting it, it can't be my

Copy/paste changes language

Dear Developers, I made the following observation. Here is a little lyx-file: #LyX 1.1 created this file. For more info see http://www.lyx.org/ \lyxformat 218 \textclass article \language magyar \inputencoding auto \fontscheme default \graphics default

Re: a thought on insets and buffers...

Asger writes A buffer should contain a number of buffer wide data. This could be a list of bibliographic entries, or a list of labels. This information naturally belongs in the buffer. Why? I fail to see the need, unless somewhere wants a list of references refered to in the buffer. I can not

[PATCH] Get the gnome frontend to link

Hey guys, The attached patch (I swear I'll attach it this time) fixes the linking problem with the gnome frontend. New dialogs to come next. Please apply. -- | Michael Koziarski |Conventional wisdom is

Re: next guii patch

John Levon [EMAIL PROTECTED] writes: | PainterBase renamed Painter to fit with source usage. Painter | renamed as XPainter. Both moved into frontends, some cleanup (e.g. | pixmap() now in XPainter only) This sounds wrong. | LyXView/XFormsView moved, some minor cleanups. Currently

Re: a thought on insets and buffers...

Andre Poenitz [EMAIL PROTECTED] writes: | On Fri, Mar 15, 2002 at 09:32:42AM +, Angus Leeming wrote: Some initial points: * it would be nice if insets were buffer agnostic | Yes! Should it also be paragraph agnostic? IMHO an inset should know nothing about buffers, what they need to

Re: a thought on insets and buffers...

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | Lars IMHO an inset should know nothing about buffers, what they need | Lars to know about is paragraphs. Paragraphs on the other hand needs | Lars to know about buffers. | This would

Re: a thought on insets and buffers...

Andre Poenitz [EMAIL PROTECTED] writes: | On Fri, Mar 15, 2002 at 12:34:32PM +0100, Lars Gullik Bjønnes wrote: | Yes! Should it also be paragraph agnostic? | Actually, I think yes. But I am not completely sure. | I could imagine a paragraph being an inset containing lines. A line in | turn

Re: a thought on insets and buffers...

Andre Poenitz [EMAIL PROTECTED] writes: | On Fri, Mar 15, 2002 at 01:10:29PM +0100, Lars Gullik Bjønnes wrote: | _Why_ does an inset need to know about its surrounding paragraph? somethings needs to know, whether it is a visitor function or a function in the class it self. | But it does

Re: copy paste crash

Edwin Leuven [EMAIL PROTECTED] writes: | 1. open doc1 and doc2 (trimmed down versions of docs I made with 1.1.5fix2) | 2. select Title in doc1 | 3. put cursor after Paste here: | 4. paste | and lyx crashes for me... | Program received signal SIGABRT, Aborted. | 0x4025dae1 in __kill () from

Re: copy paste crash

Edwin Leuven [EMAIL PROTECTED] writes: What is n? | you asked me before but...there's really no point asking, I didn't write this | stuff. I only do ./configure make You did the gdb... up up up print n is that so hard? -- Lgb

Re: copy paste crash

Andre Poenitz [EMAIL PROTECTED] writes: | On Fri, Mar 15, 2002 at 02:13:31PM +0100, Lars Gullik Bjønnes wrote: | and lyx crashes for me... | Program received signal SIGABRT, Aborted. | 0x4025dae1 in __kill () from /lib/i686/libc.so.6 | Current language: auto; currently c | (gdb) bt | #0

Re: copy paste crash

Edwin Leuven [EMAIL PROTECTED] writes: You did the gdb... up up up print n is that so hard? | Glad you restated your question more clearly. You mean print n after the crash | like this?: | (gdb) print n | $1 = 3221219936 Yes, but you need to be at the correct point in the stack to get any

Re: Lars' mail is being eaten up!!!

Angus Leeming [EMAIL PROTECTED] writes: | I have just resubscribed to the lyx-devel mailing list. Looks like I was | unsubscribed for sometime, although some mail (eg André's reply to my | ostringstream question got through to me). Perhaps that was cc-ed. | Anyway, why was I unsubscribed I

RE: next guii patch

On 15-Mar-2002 John Levon wrote: > PainterBase renamed Painter to fit with source usage. Painter > renamed as XPainter. Both moved into frontends, some cleanup (e.g. > pixmap() now in XPainter only) Why? PainterBase should not depend on frontends (therefore the name) and should not be in the

lyx-cvs Problem with gcc-3.0.4 compilation on Cygwin

Anyone got any idea about this? Using the same procedure as I used for gcc-2.95, compiling lyx (latest CVS), I have the following: /usr/local/gcc3/bin/g++ -g -O -fno-rtti -fno-exceptions -W -Wall -o lyx.exe BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o Chktex.o ColorHandler.o

Hmpf...

Maybe I need a day off again: I just sat in front of some plain LaTeX document and wanted to type '$S$'. Suddenly, empty lines are appearing on screen, and the harder I try to enter math mode, the more empty lines I get. *sigh* Maybe I should just map to '$' in my editor... Andre' --

Re: eqascii

On Fri, 15 Mar 2002, Andre Poenitz wrote: > I think I had already a look at it and did not really like the coding. You don't have to like the implementation to use the program. > But implementing it similarly to what we have for 'real' drawing with some > kind of ASCII painter is not really

a thought on insets and buffers...

... and a question. Some initial points: * it would be nice if insets were buffer agnostic * we have tried not to store a Buffer ptr in the insets and have largely succeeded, but not quite. That biggie insettabular stores the buffer. * cut and paste still makes use of current_view. It seems to

Re: eqascii

On Fri, Mar 15, 2002 at 10:28:04AM +0100, Asger K. Alstrup Nielsen wrote: > Maybe that tool is written in APL or Cobol, and maybe it's a result of a > thousands monkeys typing in a cage. That is not important if the tool > works. You got the point ;-) It does work only for a part of the kind of

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 09:32:42AM +, Angus Leeming wrote: > Some initial points: > * it would be nice if insets were buffer agnostic Yes! > * we have tried not to store a Buffer ptr in the insets and have largely > succeeded, but not quite. That biggie insettabular stores the buffer. We

Re: eqascii

On Fri, 15 Mar 2002, Andre Poenitz wrote: > It does work only for a part of the kind of math LyX. Try \sqrt[3]{2} for > starters. Or most of the AMS environments. I know. It will not do for people written math or physic papers. However, I think it will do for high-school students solving simple

Re: a thought on insets and buffers...

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> Neither. Insets should be completely buffer agnostic. Buffer Andre> specific information should be handed down by arguments to any Andre> function that need to access it. In general, this should not be Andre> the buffer pointer,

building qt2

Can't link and get the following... Could someone knowledgeable repair this? Thanks! lyx_gui.o: In function `LyXGUI::create_forms(void)': /home/leuven/cvs/lyx-devel/src/lyx_gui.C:270: undefined reference to `XformsColor::read(basic_string

Re: a thought on insets and buffers...

On Fri, Mar 15, 2002 at 11:12:51AM +0100, Jean-Marc Lasgouttes wrote: > Andre> Neither. Insets should be completely buffer agnostic. Buffer > Andre> specific information should be handed down by arguments to any > Andre> function that need to access it. In general, this should not be > Andre> the

Re: Lyx

> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> On 14 Mar 2002, Jean-Marc Lasgouttes wrote: >> It is in cvs, but not released. I am waiting for an excuse to >> release 1.1.6fix5 :) Allan> Are you going to include that one line fix of Jürgen's for the Allan> InsetText code? The one

Re: configure question

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Thanks for the info, JMarc. I will try it. Incidentally, I Angus> found that, in order to get the configure test to run properly: Angus> LYX_USE_XFORMS_IMAGE_LOADER Angus> I had to define CPPFLAGS=-I/usr/local/include rather than

  1   2   >