On Sun, Dec 02, 2001 at 03:32:38PM +0100, Lars Gullik Bjønnes wrote:
I like it, but can you take the cstddef and types part our of it?
Aehm.. sure...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Sun, Dec 02, 2001 at 05:12:21PM +0100, Lars Gullik Bjønnes wrote:
Why does the stream not have a string operator?
Because strings are fat and one can not easily forward-declare them. If we
had the string operators this would mean including string in all 37
math insets, not just in the
On Sun, Dec 02, 2001 at 06:03:47PM +, [EMAIL PROTECTED] wrote:
test add a string operator
*sigh*
We have spoken.
So be it.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On 30-Nov-2001 John Levon wrote:
* grin *
you know that still counts as a smiley on a friday ...
And if I would have put there * evil grin * is that still a smiley ;)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:
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
observation?
Who the hell is Jerry Springer! #:O)
On 30-Nov-2001 Rainer Dorsch wrote:
Rainer Dorsch [EMAIL PROTECTED] writes:
| I have the impression that these bugs are xform problems to a large
| extend and
I belive that this impression is wrong.
The students claim that lyx is much more stable when used under fvwm and not
On Mon, Dec 03, 2001 at 12:47:06AM +, [EMAIL PROTECTED] wrote:
Modified files:
lyx-devel/src/: Makefile.am figureForm.C vspace.C vspace.h
Added files:
lyx-devel/src/: lengthcommon.C lengthcommon.h lyxgluelength.C
lyxgluelength.h lyxlength.C lyxlength.h
On Mon, Dec 03, 2001 at 09:38:57AM +0100, Lars Gullik Bjønnes wrote:
| It is easy to check whether bugs are common by simply browsing the
| mailing list archives.
Have we done any investigation _why_ these bugs are popping up now?
I did some searching (there is 'things like \omega don't get
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 to
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 something
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.
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
notation on
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
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':
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
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 belive
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::asLatexString
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 just
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) sleeps with
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 apply
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 (so that the
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: [EMAIL
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
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
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
--
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 impossilbe to give
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
I ask
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 this seems
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 ! It's you lot
On 03-Dec-2001 Lars Gullik Bjønnes wrote:
./src/lyx
page-down
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 Vigna
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 not the right
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
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
that
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 have
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
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't
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
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 space
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]
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 ripped
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 needs
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, and in
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 /
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 ripped
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, for
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
Not having a Apply/Ok button there is confusing.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
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 ripped
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 Speed
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 needed
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, I
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() is ALWAYS
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 (which is
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
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 probably more WYSIWYM.
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 stack:
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
--
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 done.
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
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 ...
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 took me an
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
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 just
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
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 should take
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
of the
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 Cooper
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
--
Faced
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
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 you is:
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
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
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: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
List-Unsubscribe: mailto:[EMAIL PROTECTED]
Delivered-To: mailing list
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 last
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: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
List-Unsubscribe: mailto:[EMAIL PROTECTED]
Delivered-To: mailing list
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
Why are the hard coded key bindings in LyX::defaultKeyBindings needed?
Can't we do without?
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
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
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 are
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 shortest solution
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]
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()
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) */
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:
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
So does that mean that we should
#define _POSIX_C_SOURCE 3
or something like that before
#include sys/mman.h
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
Some questions on iterators below...
John Levon wrote:
+ if (par-autoDeleteInsets()) {
+ found = true;
text-redoParagraphs(this, cursor,
cursor.par()-next());
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 rebreak is
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
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.
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 lt = 0;
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 been
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:
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
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
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
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 do
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 this on the
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 the inset but
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
1 - 100 of 214 matches
Mail list logo