Angus Leeming wrote:
> Alfredo, are you planning to commit Andre's insetiterator patch any
> time soon, or should I do it? (Now that we have a forwardInset()
> definition.)
Andre' seems to be commiting his stuff in this very moment.
Alfredo
Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
>> On Fri, Mar 26, 2004 at 09:19:56PM +0100, Alfredo Braunstein wrote:
>>> > For IU in Cut&Paste we can't use ParagraphLists as there's no
>>> > such thing in math. Least common denominator would be a 'cell',
>>> > which still translates to diffe
Andre Poenitz wrote:
> On Fri, Mar 26, 2004 at 09:19:56PM +0100, Alfredo Braunstein wrote:
>> > For IU in Cut&Paste we can't use ParagraphLists as there's no such
>> > thing in math. Least common denominator would be a 'cell', which still
>> > translates to different things in text (InsetText/LyxT
On Fri, Mar 26, 2004 at 09:19:56PM +0100, Alfredo Braunstein wrote:
> > For IU in Cut&Paste we can't use ParagraphLists as there's no such thing
> > in math. Least common denominator would be a 'cell', which still
> > translates to different things in text (InsetText/LyxText) and math
> > (MathArra
Alfredo Braunstein wrote:
> I'll try to do that then
Here it is. The tmp inset part is a bit hackish, but is simple (and will be
replaced when c&p is unified).
Almost not tested, because cvs is rather crashy (the inset_iterator stuff?).
Alfredo
? DviOut-1.4.0.lyx
? Markers.C
? Markers.h
? PosIt
Andre Poenitz wrote:
>> It is less trivial than I thought:
>
> *grin* Guess why I have asked you ;-)
I've fallen into a trap then!
>> DocIterator is inset-based and ParIterator is ParagraphList-based.
>> So we have problems for instance in CutAndPaste, where the text is
>> stored as a Paragrap
On Fri, Mar 26, 2004 at 11:39:04AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> >> We should do the same for ParIterator.
> >
> > You could do me a favour by having a look at ParIterator and merge this
> > with DocumentIterator. Of course a slim wrapper around DocumentIterator
> >
Andre Poenitz wrote:
>> We should do the same for ParIterator.
>
> You could do me a favour by having a look at ParIterator and merge this
> with DocumentIterator. Of course a slim wrapper around DocumentIterator
> would be fine.
It is less trivial than I thought: DocIterator is inset-based and
On Thu, Mar 25, 2004 at 10:43:28AM +0100, Alfredo Braunstein wrote:
> At last! So we have your word on no more structural changes? :-)
>
> A couple of comments:
>
> [EMAIL PROTECTED] wrote:
>
> > This also moves almost all Cut&Paste specific stuff from text.C to
> > CutAndPaste.C. Much smaller i
At last! So we have your word on no more structural changes? :-)
A couple of comments:
[EMAIL PROTECTED] wrote:
> This also moves almost all Cut&Paste specific stuff from text.C to
> CutAndPaste.C. Much smaller interface now... Namespace CutAndPaste is
> now lyx::cap::. Was inconsistent with th
10 matches
Mail list logo
