Re: lyxlength.C does not compile!

On Tue, 4 Dec 2001, Andre Poenitz wrote: > On Tue, Dec 04, 2001 at 03:33:17PM +1000, Allan Rae wrote: > > Who wrote this code from lyxlength.C:82: > > I think it more or less had been in there all the time... I wrote/modified some of it years ago but the static_cast must have been yesterday othe

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 04:35:39PM +1000, Allan Rae wrote: > Andre's cursor-as-a-stack implementation should work fine for this and > would remove a bunch of stuff from the code too it would seem. Honour to whom honour is true: The concept is from the math cursor first implemented by Alejandro.

Re: style

On Tue, Dec 04, 2001 at 03:57:34PM +1000, Allan Rae wrote: > preferred. Like this one instead of above? > > if (any length a && any length b && any length c) { > } If it fits on a line, it should be ok. But then, why don't you put the test in some function with some meaningful name and write

Re: lyxlength.C does not compile!

On Tue, Dec 04, 2001 at 03:33:17PM +1000, Allan Rae wrote: > Who wrote this code from lyxlength.C:82: I think it more or less had been in there all the time... > BTW, val_ is a double now (IIRC it used to be an int) Wasn't it a float? And a float does not have 30 valid mantissa bits which are n

Re: [PATCH] Re: M-m (

On Mon, Dec 03, 2001 at 04:25:43PM +, John Levon wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Delivered-To:

Re: [PATCH] Re: M-m (

On Mon, Dec 03, 2001 at 04:25:43PM +, John Levon wrote: > here's the patch. please apply Is this one in? Andre' -- André Pönitz .. [EMAIL PROTECTED]

lyx over ssh tunneling X

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've just installed LyX on a FreeBSD server running the latest version of XFree-4. The client is Redhat 7.2 running the latest version of XFree with blackbox as a window manager. LyX coredumps if I attempt to tunnel it through an SSH session. Al

Re: [PATCH] fix some inset-in-inset update problems

On Mon, 3 Dec 2001, Juergen Vigna wrote: > > I don't think so. An inset does not know which inset contains it. > > Nope! It knows about it as we have Inset * Inset::owner() which returns > 0 for top-level-insets and the containing insets for insets down the tree. > But this has nothing to do with

Re: [PATCH] fix some inset-in-inset update problems

On Mon, 3 Dec 2001, Juergen Vigna wrote: > > On 03-Dec-2001 Andre Poenitz wrote: > > > Does anything needs this kind of focus that is _not_ in immediate > > neighbourhood of the cursor? > > > > If so, why isn't the cursor used for such things? > > Because you could have the cursor before/after th

Re: tabular dialog

On Mon, 3 Dec 2001, Andre Poenitz wrote: > On Mon, Dec 03, 2001 at 04:06:42PM +0100, Juergen Vigna wrote: > > > On Mon, Dec 03, 2001 at 03:50:12PM +0100, Andre Poenitz wrote: > > >> Not having a "Apply/Ok" button there is confusing. > > > we know... > > > > Andre after we had X discussions about

RE: style

On Mon, 3 Dec 2001, Juergen Vigna wrote: > > On 03-Dec-2001 John Levon wrote: > > > what's with the bogus change to the bracing in my changes to > > BufferView_pimpl.C:checkInsetHit() ? > > if you have multiple lines in a () then the opening { should go on it's > own line, at least that is what I

Re: lyxlength.C does not compile!

On Mon, 3 Dec 2001, Lars Gullik Bjønnes wrote: > Juergen Vigna <[EMAIL PROTECTED]> writes: > > | c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/include -isystem > | /usr/X11R6/include -g -fno-exceptions -W -Wall -c lyxlength.C > | lyxlength.C: In method `const string LyXLength::a

Re: Some bug fixes

On Mon, 3 Dec 2001, Juergen Vigna wrote: > > On 03-Dec-2001 Allan Rae wrote: > > >> this is just like Jerry Springer ! > > > > Which is more frightening: > > that this conversation is allegedly like Jerry Springer > > or > > that John has watched Jerry Springer in order to make this >

CVS: Linux compile problem

g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c lyxlength.C lyxlength.C: In method `const class string LyXLength::asLatexString() const': lyxlength.C:82: call of overloaded `abs (int)' is ambiguous /usr/lib/gcc-lib/i3

[PATCH][RFC] cursor trails on inset insert

this removes the trail left when inserting a note into an empty minipage. Assuming this is wrong, what is the right fix (Juergen ?) john Index: insets/insettext.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettex

Re: [PATCH] fix some inset-in-inset update problems

On Tue, Dec 04, 2001 at 12:53:11PM +1000, Allan Rae wrote: > This convoluted logic seems a bit silly -- John and I have read > setUpdateStatus() as setUpdateRequirement() and given the context it > would seem more sensible to actually say how much of update we require > rather than how much has b

Re: [PATCH] fix some inset-in-inset update problems

On Mon, 3 Dec 2001, Juergen Vigna wrote: > On 03-Dec-2001 John Levon wrote: > > yup, if you can explain : > > > > 843 if (!the_locking_inset) { > > 844 bool found = lt->updateInset(bv, inset); > > 845 if (clear) > > 846

[PATCH] hfill fix and text.C cleanups

the hfill change is as pointed out by Michael. The rest just re-organises the code to remove duplicate code and make things into smaller more readable functions thanks john -- "Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork."

[PATCH] fix SIGINT

SIGINT is a user interaction, not an error condition please apply thanks john -- "Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork." - Charles Cooper on "Business at the Speed of Thought" Index: src/ChangeLog

Re: [PATCH] two fixes, broken (iterator questions)

On Tue, Dec 04, 2001 at 01:07:52PM +1100, Ben Stanley wrote: > > text->redoParagraphs(this, cursor, > > cursor.par()->next()); > > text->fullRebreak(this); > > } > > > Can someone explain to me why a full

Re: [PATCH] two fixes, broken (iterator questions)

Some questions on iterators below... John Levon wrote: >+ if (par->autoDeleteInsets()) { >+ found = true; > text->redoParagraphs(this, cursor, >cursor.par()->next()); > text-

Re: CVS: Compile problem on Solaris

So does that mean that we should #define _POSIX_C_SOURCE 3 or something like that before #include I don't have experience with Solaris on this level... Kayvan A. Sylvan wrote: >On Tue, Dec 04, 2001 at 12:00:46AM +0100, Lars Gullik Bjønnes wrote: > >>Ok, what is munmap's prototype on your box?

[PATCH] two fixes, broken

please tell me what I need to fix with the attached. It is supposed to fix : 1) errors should be inserted inside minipages etc., and converted to Standard 2) all errors should be removed The first one works fine, except there is a need to do a proper update (as the size changed), and I don't kn

[PATCH] fix chapter drawing problem

I'll say it again: whoops ! please apply (you may need to up the fuzziness, or apply by hand) john -- "Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork." - Charles Cooper on "Business at the Speed of Thought" Index: src/Ch

Re: CVS: Compile problem on Solaris

On Tue, Dec 04, 2001 at 12:00:46AM +0100, Lars Gullik Bjønnes wrote: > Ok, what is munmap's prototype on your box? #ifdef __STDC__ #if (_POSIX_C_SOURCE > 2) [...] extern int munmap(void *, size_t); [...] #else [...] extern int munmap(caddr_t, size_t); [...] #endif /* (_POSIX_C_SOURCE > 2) *

CVS: Compile problem on Solaris

Hi folks, Here is the Solaris compile problem: g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/remote/tools/ksylvan/include -isystem /usr/openwin/include -O2 -isystem /depot/X11/include -W -Wall -Wp,-MD,.deps/lyxsum.pp -c lyxsum.C lyxsum.C:23: warning: #warning lyx::sum() usin

Re: no no no

On Mon, Dec 03, 2001 at 06:51:38PM +0100, Lars Gullik Bjønnes wrote: > what about the count change then... It's fine ;-) Andre' -- André Pönitz .. [EMAIL PROTECTED]

Re: no no no

On Mon, Dec 03, 2001 at 06:02:47PM +0100, Lars Gullik Bjønnes wrote: > inline WriteStream & operator<<(WriteStream & ws, string const & s) > { > ws << s.c_str(); > return ws; > } since the plan is to move over to real streambuf, this is a temporary measure... I tend to use the shorte

Re: library information for the ignorant, and a hint at mail-merge

On Mon, Dec 03, 2001 at 11:53:08AM -0500, Richard E. Hawkins wrote: > My general thinking at the moment is that it should exist as a library, > rather than an integral piece of lyx. The catch is I know nothing > about how libraries really work :) Well, most universities have one... and there a

Re: library information for the ignorant, and a hint at mail-merge

On Mon, Dec 03, 2001 at 11:53:08AM -0500, Richard E. Hawkins wrote: > > My general thinking at the moment is that it should exist as a library, > rather than an integral piece of lyx. The catch is I know nothing > about how libraries really work :) How about just using the current converter/e

hard coded key bindings

Why are the hard coded key bindings in LyX::defaultKeyBindings needed? Can't we do without? Andre' -- André Pönitz .. [EMAIL PROTECTED]

Latest CVS: missing file lexlength.h

Looks like a forgotten cvs add: [...] make[1]: Entering directory `/home/kayvan/src/lyx/src' make[1]: *** No rule to make target `lexlength.h', needed by `distdir'. Stop. make[1]: Leaving directory `/home/kayvan/src/lyx/src' make: *** [distdir] Error 1 -- Kayvan A. Sylvan | Proud hus

Re: [PATCH] Re: M-m (

On Mon, Dec 03, 2001 at 04:25:43PM +, John Levon wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Delivered-To:

[PATCH] Re: M-m (

On Mon, Dec 03, 2001 at 06:28:39PM +0200, Martin Vermeer wrote: > > > Could you please check whether M-m ( produces a (...) inset in math? > > > If not: Anybody an idea why it does not anymore? > > > > I think this is my fault. Again. > > john > > I have this problem too in a checkout from l

Re: M-m (

On Mon, Dec 03, 2001 at 03:51:14PM +, John Levon wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Delivered-To:

Re: style

Patch ok? Andre' -- André Pönitz .. [EMAIL PROTECTED] Index: Recommendations === RCS file: /usr/local/lyx/cvsroot/lyx-devel/development/Code_rules/Recommendations,v retrieving revision

Re: style

On Mon, Dec 03, 2001 at 04:27:04PM +0100, Lars Gullik Bjønnes wrote: > btw. very long if's is most often a symphtom that something else is > wrong. I think we should start at this point. "Avoid conditions that span more than a line" in Recommendations? Andre' -- André Pönitz .

Re: tabular dialog

On Mon, Dec 03, 2001 at 04:06:42PM +0100, Juergen Vigna wrote: > > On Mon, Dec 03, 2001 at 03:50:12PM +0100, Andre Poenitz wrote: > >> Not having a "Apply/Ok" button there is confusing. > > we know... > > Andre after we had X discussions about this on the mailing-list the > only answer I can give

Re: M-m (

On Mon, Dec 03, 2001 at 03:21:02PM +0100, Andre Poenitz wrote: > Could you please check whether M-m ( produces a (...) inset in math? > If not: Anybody an idea why it does not anymore? I think this is my fault. Again. looking ... john -- "Faced with the prospect of rereading this book, I

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 04:45:44PM +0100, Andre Poenitz wrote: > > Yes, that's ugly, but not really complex ... > > Nested 'if' and '->' coming in bunches of three or four are complex enough > for me... that's the locking stuff which as Juergen said has nothing to do with owner() john -- "Fa

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 04:39:49PM +0100, Juergen Vigna wrote: > > hmm, yes. and that contradicts what Juergen just said. > > Me? er, I got confused ... john -- "Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork." - Charles C

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 03:11:42PM +, John Levon wrote: > > No, that would require the cursor being a representation of the _path_ from > > the tree root to the current position. Sort of a stack: push inset when > > entering an inset, pop when leaving one. The "actual position" is the top > >

Re: Bug list - another major update

On 03-Dec-2001 John Levon wrote: >> - For a vertical space of 0.4cm, no "Space below" message is printed. I think it >would >> be nice to >> have at minimum vertical space (on screen) such that the message is fully printed. > > talk it out with Lars ... Well I think that we agreed that it s

Re: [PATCH] fix some inset-in-inset update problems

On 03-Dec-2001 John Levon wrote: > frontends/Controllers/ControlGraphics.C I've seen that therefore I didn't send the mail immediately but had a better look and then decided that the fix is actually quite easy ;) > ok, so I was on the right track, but missed some stuff. Well yes let's say so

Re: [PATCH] fix some inset-in-inset update problems

On 03-Dec-2001 John Levon wrote: > Tree, single path down the tree, they are both no cleaner than the current > system IMHO I agree! But "maybe" we don't really need the owner_ in inset. We can experiment with this in the next development cycle. > hmm, yes. and that contradicts what Juergen j

Re: style

On Mon, Dec 03, 2001 at 04:27:04PM +0100, Lars Gullik Bjønnes wrote: > btw. very long if's is most often a symphtom that something else is > wrong. normally a temporary variable should be used, or a separate function for the test returning a bool john -- "Faced with the prospect of rerea

Re: Bug list - another major update

On Sun, Dec 02, 2001 at 05:45:09PM +0100, Michael Schmitt wrote: > - It makes a difference whether you mark a whole table and press "Alt+s t" (for size >"tiny") > or you mark the text in each cell individually (line spacing is different!). On >screen > not difference can be observed! (it to

Re: style

On Mon, Dec 03, 2001 at 04:20:45PM +0100, Juergen Vigna wrote: > if you have multiple lines in a () then the opening { should go on it's > own line, at least that is what I do because otherwise I sometimes don't > see where a block starts. /me doesn't spot anything in codingstyle about that ...

RE: style

On 03-Dec-2001 John Levon wrote: > what's with the bogus change to the bracing in my changes to > BufferView_pimpl.C:checkInsetHit() ? if you have multiple lines in a () then the opening { should go on it's own line, at least that is what I do because otherwise I sometimes don't see where a blo

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 04:04:38PM +0100, Juergen Vigna wrote: > > inset->updateInset(some_other_inset) > > AND > > inset->updateInsetInInset(some_other_inset) > > but that's just an implementation detail I think. I would prefer just to > > hand off updateInset(some) to the locking inset and have

Re: stippled lines

On 03-Dec-2001 Jean-Marc Lasgouttes wrote: > John> OK. Seems odd to me, but ... > > No, that is probably more WYSIWYM. And if these spaces annoy people, > they will learn to use them only when needed :) That's exactly what I thought too ;) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 04:02:35PM +0100, Andre Poenitz wrote: > > that would require each cursor to know not only its container, but the tree > > of containers... > > No, that would require the cursor being a representation of the _path_ from > the tree root to the current position. Sort of a s

Re: tabular dialog

On 03-Dec-2001 John Levon wrote: > On Mon, Dec 03, 2001 at 03:50:12PM +0100, Andre Poenitz wrote: > >> Not having a "Apply/Ok" button there is confusing. > > we know... Andre after we had X discussions about this on the mailing-list the only answer I can give you is: Implement it and it will b

Re: stippled lines

> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Mon, Dec 03, 2001 at 03:50:20PM +0100, Lars Gullik Bjønnes John> wrote: >> | what do I do in /that/ case ? >> >> You use as much space as you need to put the symbols on screen. John> OK. Seems odd to me, but ... No, that is probab

Re: [PATCH] fix some inset-in-inset update problems

On 03-Dec-2001 John Levon wrote: > yes, for example insetgraphics that have finished rendering (which is what > the bug fixes ;) Well let's say what the bug fixes in some really special case: the requested graphics inset is exacly INSIDE bv->theLockingInset() (not inside an inset of bv->theLock

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 02:47:28PM +, John Levon wrote: > On Mon, Dec 03, 2001 at 03:38:18PM +0100, Andre Poenitz wrote: > > Does anything needs this kind of focus that is _not_ in immediate > > neighbourhood of the cursor? > > yes, for example insetgraphics that have finished rendering (whic

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 03:52:43PM +0100, Juergen Vigna wrote: > > So if I look at all the insets as some kind of tree, the "interesting > > spot" is someway down a path from the root to a leaaf, and > > bv->theLockingInset() is some kind of short cut on that path? > > No bv->theLockingInset() i

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 03:45:42PM +0100, Juergen Vigna wrote: > Hmmm, ..., ok, ..., I see. What I don't find is the call of InsetGraphics to > BufferView::Pimpl::updateInset()! Where is it called? That's the only way that > could produce a call to updateInsetInInset. Could you point me to this,

Re: [PATCH] fix some inset-in-inset update problems

On 03-Dec-2001 Andre Poenitz wrote: > Does anything needs this kind of focus that is _not_ in immediate > neighbourhood of the cursor? > > If so, why isn't the cursor used for such things? Because you could have the cursor before/after the inset but not be "inside" the inset! This is mainly ne

Re: tabular dialog

On Mon, Dec 03, 2001 at 03:50:12PM +0100, Andre Poenitz wrote: > Not having a "Apply/Ok" button there is confusing. we know... john -- "Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork." - Charles Cooper on "Business at the S

Re: stippled lines

On Mon, Dec 03, 2001 at 03:50:20PM +0100, Lars Gullik Bjønnes wrote: > | what do I do in /that/ case ? > > You use as much space as you need to put the symbols on screen. OK. Seems odd to me, but ... john -- "Faced with the prospect of rereading this book, I would rather have my brains rip

tabular dialog

Not having a "Apply/Ok" button there is confusing. Andre' -- André Pönitz .. [EMAIL PROTECTED]

Re: [PATCH] fix some inset-in-inset update problems

On 03-Dec-2001 John Levon wrote: > But what insettext is saying is wrong - it DOES know how to update inset because > the insetgraphics is a member of that insettext. Just because it hasn't locked inside > the insettext (i.e. is not InsetText::the_locking_inset) doesn't mean it doesn't need > up

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 03:38:18PM +0100, Andre Poenitz wrote: > > An inset that is locked demands that many operations should be requested > > of it first. For example, updates on insets. > > Does anything needs this kind of focus that is _not_ in immediate > neighbourhood of the cursor? yes,

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 03:41:41PM +0100, Juergen Vigna wrote: > > The stuff is confusing ... > > Why? You explained it quite good! that's because I spent way too much time trying to understand it :) john -- "Faced with the prospect of rereading this book, I would rather have my brains rip

Re: [PATCH] fix some inset-in-inset update problems

On 03-Dec-2001 John Levon wrote: > The stuff is confusing ... Why? You explained it quite good! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-

Re: stippled lines

On Mon, Dec 03, 2001 at 03:36:21PM +0100, Lars Gullik Bjønnes wrote: > We aready have the vspace: > > --- >| >| > -- you mean vfill > \/ > | > /\ > > neg space. > > /\ > | > \/ > > pos space that's not going to look too great with 3mm of space (which is common enough, an

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 02:14:40PM +, John Levon wrote: > > Can anybody please explain me the concept of "inset locking"? > > I think of it as focus. Ok. > An inset that is locked demands that many operations should be requested > of it first. For example, updates on insets. Does anything

Re: stippled lines

On Mon, Dec 03, 2001 at 03:24:00PM +0100, Lars Gullik Bjønnes wrote: > Is it a pagebreak without the text... part of the table... what? > > confused the hell out of me. so what do you want me to do ? john -- "Faced with the prospect of rereading this book, I would rather have my brains rip

M-m (

Could you please check whether M-m ( produces a (...) inset in math? If not: Anybody an idea why it does not anymore? M-x math-delim ( ) seems still to work... Andre' -- André Pönitz .. [EMAIL PROTECTED]

Re: stippled lines

On Mon, Dec 03, 2001 at 03:10:33PM +0100, Lars Gullik Bjønnes wrote: > As it is now it is impossible to see what these lines are. > If it is space above/below they should be drawn that way, but rather > as the vfill. > --- >| >| > --- so you would prefer two lines for every added

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 03:07:27PM +0100, Andre Poenitz wrote: > Can anybody please explain me the concept of "inset locking"? I think of it as focus. An inset that is locked demands that many operations should be requested of it first. For example, updates on insets. The top-level is bv->theL

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 01:52:54PM +, John Levon wrote: > But what insettext is saying is wrong - it DOES know how to update inset > because the insetgraphics is a member of that insettext. Just because it > hasn't locked inside the insettext (i.e. is not > InsetText::the_locking_inset) doesn'

style

what's with the bogus change to the bracing in my changes to BufferView_pimpl.C:checkInsetHit() ? john -- "Faced with the prospect of rereading this book, I would rather have my brains ripped out by a plastic fork." - Charles Cooper on "Business at the Speed of Thought"

Re: stippled lines

On Mon, Dec 03, 2001 at 02:13:35PM +0100, Andre Poenitz wrote: > They are simply there in front and after each table, maybe it's a > consequence of the glue & len stuff lately. > > Under which circumstances do these stippled liens "usually" occur? OK I added code recently for paragraphs that ha

Re: CVS Update: lyx-devel

On Mon, Dec 03, 2001 at 10:32:38AM +0100, Andre Poenitz wrote: > .C is fine with me. *.[Ch] as pattern for shell operation is _very_ > convienient. agreed. > > get rid of LyX prefix both on files and on classes. > > That would be my vote, too. And since I heared you mumbling something like > t

Re: stippled lines

On 03-Dec-2001 Andre Poenitz wrote: > I just occured to me: could it be that they are produces by the .lyx parser > when reading in a file? Maybe I/whoever-touched-the-length-stuff broke > isLyXGlue() etc. at some point... No the "None" flag in the paragraph is not honored by the new drawing ro

Re: [PATCH] fix some inset-in-inset update problems

On Mon, Dec 03, 2001 at 11:29:31AM +0100, Juergen Vigna wrote: > > On 01-Dec-2001 John Levon wrote: > > > > I think this patch is correct and the old code was wrong. An explanation > > is in the ChangeLog. > > > > After Juergen/Lars/someone checks it, please apply ! > > I feel that this is no

Re: stippled lines

On 03-Dec-2001 Lars Gullik Bjønnes wrote: > ./src/lyx > Ahh so your binary automatically creates/loads a file? Maybe you should commit that changes so that we can see them too! #:O) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE

Re: CVS for lyx-devel

On Mon, Dec 03, 2001 at 02:16:43PM +1000, Allan Rae wrote: > > On Fri, Nov 30, 2001 at 08:10:18AM +, Jose Abilio Oliveira Matos wrote: > > > > > Since today is friday my logical conclusion is that this is the tip > > > of the iceberg of a huge conspiration against you. > > > > I knew it ! I

Re: stippled lines

On Mon, Dec 03, 2001 at 02:25:15PM +0100, Juergen Vigna wrote: > > They are simply there in front and after each table, maybe it's a > > consequence of the glue & len stuff lately. > > > > Under which circumstances do these stippled liens "usually" occur? > > I don't have ANY lines there! And th

Re: stippled lines

On 03-Dec-2001 Andre Poenitz wrote: > They are simply there in front and after each table, maybe it's a > consequence of the glue & len stuff lately. > > Under which circumstances do these stippled liens "usually" occur? I don't have ANY lines there! And this seems obvious otherwise why should

Re: stippled lines

On Mon, Dec 03, 2001 at 02:10:03PM +0100, Juergen Vigna wrote: > On 02-Dec-2001 Lars Gullik Bjønnes wrote: > > > > What are those stippled lines at the top and bottom of tables? And why > > are they there? > > I don't get these! Please explain exactly what you did otherwise it's > just impossilb

RE: stippled lines

On 02-Dec-2001 Lars Gullik Bjønnes wrote: > > What are those stippled lines at the top and bottom of tables? And why > are they there? I don't get these! Please explain exactly what you did otherwise it's just impossilbe to give you an answer. Jug -- -._-._-._-._-._-._-._-._-._-._-.

Re: [BUG] inset tabular

On Mon, Dec 03, 2001 at 10:36:34AM +0100, Juergen Vigna wrote: > You don't have to select only 1 cell it's enought when the cursor is in. > But if you tell me what exactly you want to do I could have a look. However > if you want to f.ex. change the font of the cell by selecting the whole > cell

RE: [PATCH] small minibuffer fix

On 02-Dec-2001 John Levon wrote: > if you click elsewhere when the minibuffer is activated, it should be > deactivated. Applied! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N T

Re: [PATCH] fix clicking on the RHS of full row insets

On 02-Dec-2001 John Levon wrote: >> Does this seems like a valid objection to you? ;-) > > attached this time ... Checked! It is really a cleanup & bugfix! Applied! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAI

Re: A bug in LyX

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Have we done any investigation _why_ these "bugs" are popping up Lars> now? THere has been a message from SMiyata recently about that. It seems (if I read it right) that a font in -adobe-fontspecific encoding may be anything (

RE: [PATCH] Re: Bug list - another major update

On 03-Dec-2001 John Levon wrote: > On Sun, Dec 02, 2001 at 05:45:09PM +0100, Michael Schmitt wrote: > >> - No list of possible completions is given anymore in the minibuffer if you enter, >> e.g., >> "Alt+s" or "Alt+p" (or it takes a much too long time until they occur) > > Ugh, sorry. Please

RE: iso-8859-2 spellcheck

On 02-Dec-2001 Martin Saturka wrote: > > I can not spellcheck words with iso-8859-2 fonts. "use input encoding" > button does not help. I have tried several versions of ispell, aspell, > iczech. It either does not take latin 2 characters (ispell) or (ispell > with "input encoding", aspell) sleep

RE: [PATCH] fix some inset-in-inset update problems

On 01-Dec-2001 John Levon wrote: > > I think this patch is correct and the old code was wrong. An explanation > is in the ChangeLog. > > After Juergen/Lars/someone checks it, please apply ! I feel that this is not the right fix. You may be right that we have to fix something there but your's j

Re: lyxlength.C does not compile!

On 03-Dec-2001 Lars Gullik Bjønnes wrote: > Juergen Vigna <[EMAIL PROTECTED]> writes: > >| c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/include -isystem >| /usr/X11R6/include -g -fno-exceptions -W -Wall -c lyxlength.C >| lyxlength.C: In method `const string LyXLength::asLatexS

Re: math_mathmlstream.h

On Mon, Dec 03, 2001 at 10:49:47AM +0100, Lars Gullik Bjønnes wrote: > should be moved to the file where MathInset is defined. > (and the signatore changed accordingly of course.) > (btw. should it really be allowed to pass a null-pointer to this > func?) It's nice for debugging. > >> I really b

Re: CVS Update: lyx-devel

On 03-Dec-2001 Lars Gullik Bjønnes wrote: > .C, .cc or .cxx works for me. Then I would say we leave it .C! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260

Re: lyxlength.C does not compile!

On Mon, Dec 03, 2001 at 10:45:55AM +0100, Juergen Vigna wrote: > c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/include -isystem > /usr/X11R6/include -g -fno-exceptions -W -Wall -c lyxlength.C > lyxlength.C: In method `const string LyXLength::asLatexString () > const': > lyxlengt

lyxlength.C does not compile!

c++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I/usr/include -isystem /usr/X11R6/include -g -fno-exceptions -W -Wall -c lyxlength.C lyxlength.C: In method `const string LyXLength::asLatexString () const': lyxlength.C:80: `abs' undeclared (first use this function) lyxlength.C:80: (Each

Re: CVS Update: lyx-devel

On 03-Dec-2001 Andre Poenitz wrote: > On Mon, Dec 03, 2001 at 10:12:11AM +0100, Lars Gullik Bjønnes wrote: >> IMHO: >> .C -> .cxx and > > .C is fine with me. *.[Ch] as pattern for shell operation is _very_ > convienient. I aggree with this, however .cpp is probably more standard the the .C nota

RE: [BUG] inset tabular

On 03-Dec-2001 John Levon wrote: > > I knew this sel_cell_start != sel_cell_end thing was broken: how do I set > params by selecting on a 1x1 table ? You don't have to select only 1 cell it's enought when the cursor is in. But if you tell me what exactly you want to do I could have a look. Howe

Re: CVS Update: lyx-devel

On Mon, Dec 03, 2001 at 10:12:11AM +0100, Lars Gullik Bjønnes wrote: > IMHO: > .C -> .cxx and .C is fine with me. *.[Ch] as pattern for shell operation is _very_ convienient. > get rid of LyX prefix both on files and on classes. That would be my vote, too. And since I heared you mumbling someth

Re: math_mathmlstream.h

On Mon, Dec 03, 2001 at 09:48:29AM +0100, Lars Gullik Bjønnes wrote: > and the operators does not even need to be part of the class... (oh > sorry, struct) Ok, so we could move them into another file theat only gets included if really necessary. > I really belive that this is the wrong reason t

  1   2   >