On Wed, Oct 22, 2003 at 01:03:34AM +0300, Martin Vermeer spake thusly:
If nobody shouts, I'l check this in tomorrow morning. So LyX CVS works
again...
- Martin
It's in now, with Lars's comment formatting point taken. Please shout
if you *now* get '...is a bit silly' warnings. The assert
On Tue, Oct 21, 2003 at 07:36:57PM +0200, Kostantino wrote:
Hi.
In the INSTALL file I read:
--enable-optimization=VALUE enables you to set optimization
to a higher level as the default (-O), for example
--enable-optimization=-O3.
So I give the following configure command:
On Wednesday 22 October 2003 07:23, Martin Vermeer wrote:
On Wed, Oct 22, 2003 at 01:03:34AM +0300, Martin Vermeer spake thusly:
If nobody shouts, I'l check this in tomorrow morning. So LyX CVS works
again...
- Martin
It's in now, with Lars's comment formatting point taken. Please shout
On Wed, Oct 22, 2003 at 01:14:58AM +0300, Martin Vermeer wrote:
On Tue, Oct 21, 2003 at 07:17:22PM +0200, Andre Poenitz spake thusly:
- if (point == last || chunkwidth = width - left)
- point = (pos i) ? i - 1 : i;
-
On Wed, Oct 22, 2003 at 09:02:49AM +0200, Andre Poenitz spake thusly:
...
+ if (i + 1 last) -- needed to prevent trailing empty row
creation after wide inset
+ break; -- OK.
This works perfectly on the file
On Wed, Oct 22, 2003 at 07:57:08AM +0100, Jose' Matos spake thusly:
On Wednesday 22 October 2003 07:23, Martin Vermeer wrote:
On Wed, Oct 22, 2003 at 01:03:34AM +0300, Martin Vermeer spake thusly:
If nobody shouts, I'l check this in tomorrow morning. So LyX CVS works
again...
-
Martin Vermeer [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 09:02:49AM +0200, Andre Poenitz spake thusly:
| ...
+ if (i + 1 last) -- needed to prevent trailing empty row
creation after wide inset
+ break; --
On Wed, Oct 22, 2003 at 11:10:49AM +0300, Martin Vermeer wrote:
You are right, I don't get an assert this time is real, it is a crash. ;-)
(gdb) run
Starting program: /home/jamatos/lyx/lyx-devel/src/lyx-xforms
text not available!
no text in cache!
...
#1 0x0811050e in
Martin Vermeer wrote:
Yes, this is a different problem. I get it too now, but not yesterday
evening. Here:
1480 // If we have separators, this is not the last row of
a
1481 // par, does not end in newline, and is not row above
a
1482 //
Alfredo Braunstein wrote:
rit-end() pit-size = rit-next() != endrit
In that case, rit-next() is maybe endrit and thus has nonsense
information.
s/rit-next()/boost::next(rit)/g of course
Alfredo
On Wed, Oct 22, 2003 at 10:11:56AM +0200, Andre Poenitz spake thusly:
next_row()-pos() - 1 should be replaced by row.end() nowadays.
By construction, these values should be equal (id existent):
for (pos_type z = 0; z pit-size() + 1; ) {
Row row(z);
z
Andre Poenitz [EMAIL PROTECTED] writes:
It crashed on the isNewline() on line 1485, because next_row-pos()
seems to contain nonsense (it should point to the first char of this
row within its par). Adding a printout confirms this: either 0 or a
very large value.
| next_row()-pos() - 1
On Wed, Oct 22, 2003 at 10:10:29AM +0200, Alfredo Braunstein wrote:
On a 20 sec read, I think they may be related: maybe your other change broke
this constant:
rit-end() pit-size = rit-next() != endrit
Could be my doing.
Would the following fix the problem?
Andre'
Index: text.C
On Wed, Oct 22, 2003 at 10:23:03AM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
It crashed on the isNewline() on line 1485, because next_row-pos()
seems to contain nonsense (it should point to the first char of this
row within its par). Adding a printout
Andre Poenitz wrote:
On Wed, Oct 22, 2003 at 10:10:29AM +0200, Alfredo Braunstein wrote:
On a 20 sec read, I think they may be related: maybe your other change
broke this constant:
rit-end() pit-size = rit-next() != endrit
Could be my doing.
Would the following fix the problem?
No
On Wednesday 22 October 2003 09:27, Andre Poenitz wrote:
Could be my doing.
Would the following fix the problem?
Yes, it does. Thanks. :-)
Andre'
--
José Abílio
LyX and docbook, a perfect match. :-)
Is [EMAIL PROTECTED] working? Its gmane counterpart is not receiving
articles for some time now. Should I send a notification to gmane.org?
Alfredo
On Tuesday 21 October 2003 18:51, Angus Leeming wrote:
Also with lyxl2lyx it does not need to be that way, as I can add
the different previous value if the defaults changes in the
new version. This would make easier to read LyX files.
Do this. We do it elsewhere. (graphics, tabular,
Martin Vermeer wrote:
+bool display() const { return false; }
Why do you need these? The function defaults to false (inset.h).
... but these inherit from InsetCommand, which sets it to true
(correctly for most of its heirs).
I'm pretty sure that this is bad practice. What I can say
Angus Leeming wrote:
Alfredo Braunstein wrote:
Is [EMAIL PROTECTED] working? Its gmane counterpart is not
receiving articles for some time now. Should I send a notification
to gmane.org?
Everything looks fine by email. I get the usual two copies of every
commit. Headers attached.
Is it
On Wednesday 22 October 2003 11:29, Martin Vermeer wrote:
I don't see any alternative. None of the other boxes existed before
this.
That is my point, precisely.
To export the code as ERT as Angus I would need to borrow the latex output
code from LyX. This adds way too much complexity to
Angus Leeming [EMAIL PROTECTED] writes:
| Martin Vermeer wrote:
+bool display() const { return false; }
Why do you need these? The function defaults to false (inset.h).
... but these inherit from InsetCommand, which sets it to true
(correctly for most of its heirs).
| I'm pretty
Alfredo Braunstein wrote:
Is [EMAIL PROTECTED] working? Its gmane counterpart is not
receiving articles for some time now. Should I send a notification
to gmane.org?
Everything looks fine by email. I get the usual two copies of every
commit. Headers attached.
--
Angus---BeginMessage---
Lars Gullik Bjønnes wrote:
| I'd much prefer
| virtual bool InsetOld::display() const { return false; }
| and then
| virtual bool InsetXYZ::display() const { return true; }
| only for those insets that do actually want it.
yes. _OR_ make dispaly a pure virutal function and
Jose' Matos wrote:
lyx2lyx doesn't have a Changelog, only the parent directory has
one. Should
I add a Changelog to lyx2lyx. I would like to have all the entries
in the same place.
If it helps you, do it.
--
Angus
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo This is what I think, but I don't know why. I've just sent a
Alfredo notification to gmane.org with a description of the problem
Alfredo and the subscription info.
Please see this with Mate first. I think such services have to be
Jose' Matos [EMAIL PROTECTED] writes:
| On Tuesday 21 October 2003 18:51, Angus Leeming wrote:
Also with lyxl2lyx it does not need to be that way, as I can add
the different previous value if the defaults changes in the
new version. This would make easier to read LyX files.
Do
On Wed, Oct 22, 2003 at 10:17:03AM +0100, Jose' Matos spake thusly:
Hi all,
The option that will use to revert the box inset will be to convert it to a
minipage. Does anyone has strong feelings on this?
If I don't get any feedback I will implement that today.
--
José Abílio
On Wednesday 22 October 2003 10:25, Lars Gullik Bjønnes wrote:
|
| lyx2lyx doesn't have a Changelog, only the parent directory has one.
| Should I add a Changelog to lyx2lyx. I would like to have all the entries
| in the same place.
either you ignore the ChangeLog message or you create a
More reports from the front: ;-)
In the present cvs version the citation references are displayed.
Those citations are in the middle of paragraph, so this is not a problem
with corner cases.
--
José Abílio
LyX and docbook, a perfect match. :-)
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Is [EMAIL PROTECTED] working? Its gmane counterpart is not receiving
| articles for some time now. Should I send a notification to gmane.org?
Or is the problem with the list?
(has the gmane user got unsubscribed somehow?)
--
Lgb
Lars Gullik Bjønnes wrote:
yes. OR make dispaly a pure virutal function and only define it for
leaf classes.
Excessive in this case I think.
--
Angus
Jose' Matos wrote:
More reports from the front: ;-)
In the present cvs version the citation references are
displayed.
Those citations are in the middle of paragraph, so this is not a
problem
with corner cases.
Yes, this is known and a patch has been proposed. Also true (and
Jose' Matos wrote:
Hi all,
The option that will use to revert the box inset will be to convert
it to a minipage. Does anyone has strong feelings on this?
Yes. Only convert it to a minipage if that is what it outputs.
Otherwise, convert it to ERT.
I think that the guiding principle should be
Lars Gullik Bjnnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Is [EMAIL PROTECTED] working? Its gmane counterpart is not receiving
| articles for some time now. Should I send a notification to gmane.org?
Or is the problem with the list?
(has the gmane user got unsubscribed
Jean-Marc Lasgouttes wrote:
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo This is what I think, but I don't know why. I've just sent a
Alfredo notification to gmane.org with a description of the problem
Alfredo and the subscription info.
Please see this with Mate first.
Hi all,
The option that will use to revert the box inset will be to convert it to a
minipage. Does anyone has strong feelings on this?
If I don't get any feedback I will implement that today.
--
José Abílio
LyX and docbook, a perfect match. :-)
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Jean-Marc Lasgouttes wrote:
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo This is what I think, but I don't know why. I've just sent a
Alfredo notification to gmane.org with a description of the problem
Alfredo
On Wed, Oct 22, 2003 at 11:23:51AM +0200, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Martin Vermeer wrote:
+bool display() const { return false; }
Why do you need these? The function defaults to false (inset.h).
... but these inherit from
On Wed, Oct 22, 2003 at 11:22:52AM +, Angus Leeming wrote:
Lars Gullik Bjønnes wrote:
| I'd much prefer
| virtual bool InsetOld::display() const { return false; }
| and then
| virtual bool InsetXYZ::display() const { return true; }
| only for those insets that do
Jean-Marc Lasgouttes wrote:
Mate stated recently that he treats these gateways in a special way
(for reasons I do not remember) and that such requests should go to
him.
FYI Mate: the problem was that lyx-cvs was not gateway'd (?) to gmane
anymore.
Sorry then, my bad (even if I don't
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Jean-Marc Lasgouttes wrote:
Mate stated recently that he treats these gateways in a special way
(for reasons I do not remember) and that such requests should go to
him.
FYI Mate: the problem was that lyx-cvs was not gateway'd
What code used to 'glue' the individual paragraphs of some multi-par
Theorem together such that the label appeared just for the first par
in the sequence?
[This functionality seems to be completely gone ...]
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre What code used to 'glue' the individual paragraphs of some
Andre multi-par Theorem together such that the label appeared just
Andre for the first par in the sequence?
Andre [This functionality seems to be completely gone ...]
In
On Wed, Oct 22, 2003 at 03:22:22PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre What code used to 'glue' the individual paragraphs of some
Andre multi-par Theorem together such that the label appeared just
Andre for the first par in the sequence?
Hi,
I'm thinking of giving a LyX programming assignment to a class of 200
3rd year software engineering students. This is for COMP3141 at UNSW:
http://www.cse.unsw.edu.au/~cs3141
The students vary considerably in ability from some who are quite
weak to superstar programmers.
Consequently, if
Amir Michail wrote:
I was wondering if you have any interest in this experiment. In
particular, would any LyX developers be able to suggest bug fixes,
minor feature requests, major features, etc?
Of course. But many of these are already scribbled down at
http://www.devel.lyx.org/roadmap.php3
I'm sure that I've read something about this on the list before but
can't find it...
Inserting a sinle Xfig external inset into a new document leads to
latex errors:
! Undefined control sequence.
argument ... }{\mddefault }{\updefault }{\color
On Wed, Oct 22, 2003 at 03:10:42PM +, Angus Leeming wrote:
I'm sure that I've read something about this on the list before but
can't find it...
Inserting a sinle Xfig external inset into a new document leads to
latex errors:
! Undefined control sequence.
argument ... }{\mddefault
Andre Poenitz wrote:
Three of them actually.
1. \usepackage{color}
Is it possible to get latex to interogate the \include-d file?
\IfFileContains{your_file.pstex_t}{\color}
\usepackage{color}
I guess not ;-)
2. \def\color#1.. {}
3. Use 'default' as color, not 'black'.
Is there any reason why the Caption layout in stdlayouts.inc
only knows about centering? It used not to be that way.
Style Caption
MarginFirst_Dynamic
LatexType Command
LatexName caption
NeedProtect 1
LabelSep xx
Angus Leeming [EMAIL PROTECTED] writes:
| We are always interested. One thing that I would note is that we're a
| small collection of programmers and are very wary of enormous
| patches, prefering a 'little and often' approach. Moreover, because
| we are trying to clean the code base up (and
On Wed, Oct 22, 2003 at 03:24:43PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Three of them actually.
1. \usepackage{color}
Is it possible to get latex to interogate the \include-d file?
\IfFileContains{your_file.pstex_t}{\color}
\usepackage{color}
I guess not ;-)
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Is there any reason why the Caption layout in stdlayouts.inc
Martin only knows about centering? It used not to be that way.
Captions have no alignment.
To be more precise, the alignment rule of captions is 'center me if I
am shorter
On Wed, Oct 22, 2003 at 04:28:13PM +0200, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| We are always interested. One thing that I would note is that we're a
| small collection of programmers and are very wary of enormous
| patches, prefering a 'little and often'
On Wed, Oct 22, 2003 at 11:43:18PM +1000, Amir Michail wrote:
I'm thinking of giving a LyX programming assignment to a class of 200
3rd year software engineering students. This is for COMP3141 at UNSW:
This would be great (fun) !
I was wondering if you have any interest in this experiment.
On Wed, Oct 22, 2003 at 04:36:25PM +0200, Jean-Marc Lasgouttes spake thusly:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Is there any reason why the Caption layout in stdlayouts.inc
Martin only knows about centering? It used not to be that way.
Captions have no alignment.
On Wed, Oct 22, 2003 at 04:45:01PM +0200, Andre Poenitz spake thusly:
On Wed, Oct 22, 2003 at 04:28:13PM +0200, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| We are always interested. One thing that I would note is that we're a
| small collection of programmers
Hmmm, writing support for AGU's new DTD using Docbook as a starting
point. I have obtained a description + test documents and it looks
very much like a feasible job.
This would have two-fold usefulness: (1) it makes LyX (more) useful
for the community of AGU journal contributors, and (2) it
Angus Leeming [EMAIL PROTECTED] writes:
Hmmm, writing support for AGU's new DTD using Docbook as a starting
point. I have obtained a description + test documents and it looks
very much like a feasible job.
This would have two-fold usefulness: (1) it makes LyX (more) useful
for the
Lars: Should I rename it to 'behind'?
Other question:
We have currently
pos_type lastPos(Paragraph const par, Row const row)
{
if (par.empty())
return 0;
pos_type pos = row.end() - 1;
if (pos ==
Andre Poenitz wrote:
Lars: Should I rename it to 'behind'?
Can I ask, what is it supposed to do?
'behind' doesn't provide me with enough information. 'behind' what?
'end' suggests that it returns one past the last char in the row,
which I understand from the discussion is not what it does
On Wed, Oct 22, 2003 at 05:30:43PM +0200, Andre Poenitz wrote:
Lars: Should I rename it to 'behind'?
This is a very confusing word for native English speakers ... I had real
trouble following some lyx source that used that.
We have currently
pos_type lastPos(Paragraph const par,
On Wed, Oct 22, 2003 at 04:35:52PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Lars: Should I rename it to 'behind'?
Can I ask, what is it supposed to do?
A row covers the char positions par...end-1
'behind' doesn't provide me with enough information. 'behind' what?
'end'
Lars Gullik Bjønnes wrote:
Yes.
It the provide support in .layout files. We do not have generic
support for this, but have
providesamsmath
providesmakeidx
providesnatbib
providesurl
So the natbib you need is already there, you just have to set it in
the .layout file.
Thanks Lars. I
On Wed, Oct 22, 2003 at 04:37:33PM +0100, John Levon wrote:
On Wed, Oct 22, 2003 at 05:30:43PM +0200, Andre Poenitz wrote:
Lars: Should I rename it to 'behind'?
This is a very confusing word for native English speakers ... I had real
trouble following some lyx source that used that.
On Wed, Oct 22, 2003 at 04:37:33PM +0100, John Levon wrote:
Sorry André, your new lastPos() (aka what was there for some time)
*causes bugs*. I personally fixed several of them. It is not acceptable
IMHO for a function called lastPos() to return a nonsense value.
Like '0' for empty paragraphs?
On Wed, Oct 22, 2003 at 05:22:12PM +0200, Lars Gullik Bjønnes spake thusly:
Angus Leeming [EMAIL PROTECTED] writes:
| That reminds me...
| I have had some correspondence recently with a user of the AGU latex
| classes. Apparently they add the equivalent of '\usepackage[AGU's set
| of
I intend to apply the following patch to 1.3.4cvs. It is not nice, but
I have no better solution now (the problem is that Qt/Mac has
different problems with math font metrics than X11, and thus needs
different hacks; and mathed does not know anything about the current
frontend, so the code has to
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else. I
do not really care, 'behind' or 'endpos' or similar if just fine
with me.
Ok, thanks. Isn't this what 'size()' does in other containers?
Andre Poenitz wrote:
Arggg. No !
We've been through this before.
So?
I could have used a little help back then.
Of course, I am in favour (last = end - 1).
Alfredo
On Wed, Oct 22, 2003 at 04:47:55PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else. I
do not really care, 'behind' or 'endpos' or similar if just fine
with
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Yes.
It the provide support in .layout files. We do not have generic
support for this, but have
providesamsmath
providesmakeidx
providesnatbib
providesurl
So the natbib you need is already there, you just have to
On Wed, Oct 22, 2003 at 05:53:24PM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Arggg. No !
We've been through this before.
So?
I could have used a little help back then.
We should setup row.end properly and try to eliminate the current
lastPos() users... In
Andre Poenitz [EMAIL PROTECTED] writes:
| Lars: Should I rename it to 'behind'?
or endpos.
but it should at least be renamed...
| Other question:
| We have currently
| pos_type lastPos(Paragraph const par, Row const row)
| {
| if (par.empty())
|
John Levon [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 05:30:43PM +0200, Andre Poenitz wrote:
Lars: Should I rename it to 'behind'?
| This is a very confusing word for native English speakers ... I had real
| trouble following some lyx source that used that.
too many giggles?
[...]
Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else. I
do not really care, 'behind' or 'endpos' or similar if just fine
with me.
Ok, thanks. Isn't this what 'size()'
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 04:37:33PM +0100, John Levon wrote:
Sorry André, your new lastPos() (aka what was there for some time)
*causes bugs*. I personally fixed several of them. It is not acceptable
IMHO for a function called lastPos() to return a
Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else. I
do not really care, 'behind' or 'endpos' or similar if just fine
with me.
Ok, thanks. Isn't this what 'size()'
On Wed, Oct 22, 2003 at 05:57:24PM +0200, Lars Gullik Bjønnes wrote:
_but_ you can have paragraphs with no chars in it,
Sure.
and you must handle that, so this - 1 thing is problematic.
I really see no reason in deliberately storing 'wrong' values under
certain circumstances just to have user
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Thanks Lars. I note however that none of the supported layouts
Angus appear to use this mechanism at all...
Angus Why not?
Angus $ grep provides lib/layouts/*
hat about
fantomas[ssh]: cd lib/layouts/
fantomas[ssh]: grep -i provides *
On Wed, Oct 22, 2003 at 04:59:44PM +, Angus Leeming wrote:
Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else. I
do not really care, 'behind' or 'endpos' or
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 04:47:55PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else. I
do not really care, 'behind' or
Andre Poenitz wrote:
On Wed, Oct 22, 2003 at 04:47:55PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and suggested replacing it with something else.
I do not really care, 'behind' or 'endpos' or similar
Andre Poenitz wrote:
I could have used a little help back then.
We should setup row.end properly and try to eliminate the current
lastPos() users... In the end, lastPos can go.
Cool. I think we all agreed on that plan in the end.
Alfredo
On Wed, Oct 22, 2003 at 06:04:41PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 04:47:55PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Lars seems to like the name 'end' reserved for iterators, not for
integer offsets and
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| I intend to apply the following patch to 1.3.4cvs. It is not nice, but
| I have no better solution now (the problem is that Qt/Mac has
| different problems with math font metrics than X11, and thus needs
| different hacks; and mathed does not know
Lars Gullik Bjønnes wrote:
use grep -i please.
;-) I see light!
--
Angus
On Wed, Oct 22, 2003 at 06:01:24PM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
I could have used a little help back then.
We should setup row.end properly and try to eliminate the current
lastPos() users... In the end, lastPos can go.
Cool. I think we all agreed on that
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 05:57:24PM +0200, Lars Gullik Bjønnes wrote:
_but_ you can have paragraphs with no chars in it,
| Sure.
and you must handle that, so this - 1 thing is problematic.
| I really see no reason in deliberately storing 'wrong'
On Wed, Oct 22, 2003 at 06:11:12PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 05:57:24PM +0200, Lars Gullik Bjønnes wrote:
_but_ you can have paragraphs with no chars in it,
| Sure.
and you must handle that, so this - 1 thing is
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre John is basically saying Don't touch it, it took ages for me
Andre to fix a few special cases, Lars is seemingly saying Don't
Andre use begin == end for empty containers, Angus is randomly
Andre grepping for end in strange corners of the
On Wed, Oct 22, 2003 at 06:30:18PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre John is basically saying Don't touch it, it took ages for me
Andre to fix a few special cases, Lars is seemingly saying Don't
Andre use begin == end for empty
On Wed, Oct 22, 2003 at 05:47:59PM +0200, Andre Poenitz wrote:
We've been through this before.
So?
So the whole thing has been done to death. Read the archives
I'll never agree to such a broken interface, but I do not have the last
say.
As long as you agree to fix all the bugs when
What is hfillExpansion() good for?
Putting a 'return par.isHfill(pos)' in its first line does not seem to
have bad effects at all.
Andre'
On Wed, Oct 22, 2003 at 05:43:30PM +0100, John Levon wrote:
On Wed, Oct 22, 2003 at 05:47:59PM +0200, Andre Poenitz wrote:
We've been through this before.
So?
So the whole thing has been done to death. Read the archives
I'll never agree to such a broken interface, but I do
Andre Poenitz [EMAIL PROTECTED] writes:
| Is anybody here trying to tell me something specific?
| I just see a bunch of statements which seem all somehow related to 'end'
| but which do not make much sense to me. Neither taken one by one nor as
| a whole.
| Are we just arguing for the sake of
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Oct 22, 2003 at 06:01:24PM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
I could have used a little help back then.
We should setup row.end properly and try to eliminate the current
lastPos() users... In the end, lastPos can
On Wednesday 22 October 2003 2:30 pm, Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] writes:
| CVSROOT:/usr/local/lyx/cvsroot
| Module name:lyx-devel
| Repository: lyx-devel/src/insets/
| Changes by: [EMAIL PROTECTED] 03/10/22 15:15:18
|
| Modified files:
|
Andre Poenitz wrote:
Which is most confusing.
I think you need a cup of tea and a lie down ;-)
Personally, i was just jumping on the information bandwagon and trying
to understand what you were doing. I thought I made that very clear.
Ah well...
--
Angus
1 - 100 of 250 matches
Mail list logo