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
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 0x0811050
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);
>
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()
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 p
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
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, t
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 c
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 attach
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 t
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).
>
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--- Begin Message --
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 functio
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 h
"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 fil
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é
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 creat
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 (a
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 b
Lars Gullik Bjønnes 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 unsubsc
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 thi
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
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 inh
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 t
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
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 ha
> "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 ...]
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 pa
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 I
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.php
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.
... }{\mddefault }{\updefault }{\color
[rgb]{0,
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.
> ... }{\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'.
T
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 g
> "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
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 ofte
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 hav
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 pr
> 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 (
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
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 == par.si
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?
>
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.
Tha
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 paragr
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
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
> >
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 th
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
las
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 's
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 ret
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 's
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 u
> "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 p
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 'endp
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,
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'
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 of
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 agree
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 'wr
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 th
> "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
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 == en
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 whe
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,
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 o
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 e
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:
> | lyx-d
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
Andre Poenitz <[EMAIL PROTECTED]> writes:
| What is hfillExpansion() good for?
>
| Putting a 'return par.isHfill(pos)' in its first line does not seem to
| have bad effects at all.
several hfills on the same line?
--
Lgb
On Wed, Oct 22, 2003 at 07:16:29PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | What is hfillExpansion() good for?
> >
> | Putting a 'return par.isHfill(pos)' in its first line does not seem to
> | have bad effects at all.
>
> several hfills on the same line
Hi guys!
Thank you very much for your answers!
Now all run fine
Really: zero != 'O' ; 0 != O.
thanks again
Kostantino
1 - 100 of 123 matches
Mail list logo
