> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Remember: "K b" is your friend.
Lars> Right... forgot about that... are you sure it does what I want?
It got me the buttons as if the attachment were not inlined, in any
case.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Are you able to send it as a real attachment? (not inline)
|
| Remember: "K b" is your friend.
Right... forgot about that... are you sure it does what I want?
--
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Are you able to send it as a real attachment? (not inline)
Remember: "K b" is your friend.
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Obviously not, I've put them at
| http://younes.a.free.fr
Ok, got it.
--
Lgb
Obviously not, I've put them at
http://younes.a.free.fr
Abdelrazak Younes a écrit :
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Hello again,
| | Please find attached the last iteration of the ParagraphList
rewrite.
| It's updated to take into account Angus a
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Hello again,
|
| Please find attached the last iteration of the ParagraphList rewrite.
| It's updated to take into account Angus and Lars recent comment. I
| have tested it as usual and I cannot see anything wrong wi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Hello again,
|
| Please find attached the last iteration of the ParagraphList rewrite.
| It's updated to take into account Angus and Lars recent comment. I
| have tested it as usual and I cannot see anything wrong with it.
|
| I am a bit fad up wit
Hello again,
Please find attached the last iteration of the ParagraphList rewrite.
It's updated to take into account Angus and Lars recent comment. I have
tested it as usual and I cannot see anything wrong with it.
I am a bit fad up with it so take it please.
Abdel.
Index: D:/msys/home/yns/
On Wed, May 28, 2003 at 12:53:39AM +0200, Lars Gullik Bjønnes wrote:
> This patch introduces ParagraphList::const_iterator, and adjust stuff
> to fit. All problems larger than --><-- has been solved by a
> const_cast.
@@ -243,12 +243,12 @@ int getEndLabel(ParagraphList::iterator
{
Parag
On Wed, May 28, 2003 at 08:35:01AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | > to fit. All problems larger than --><-- has been solved by a
> | > const_cast.
>
> This ^^
>
> | Wouldn't it be better in such cases to change the functions' signature t
On Wed, May 28, 2003 at 09:05:23AM +0200, Lars Gullik Bjønnes wrote:
> | I think std::list<>::const_iterator has a corresponding constructor.
>
> Show me.
I don't find it in the Standard right now.
But:
template
struct _List_iterator : public _List_iterator_base
{
typedef _List
On Wed, May 28, 2003 at 09:44:29AM +0200, Lars Gullik Bjønnes wrote:
> | It certainly is undefined behaviour. But every std::list<>::iterator I know
> | of is binary compatible with its corresponding std::list<>::const_iterator
> | (in contrast to your string/int example) even if that's not require
On Wed, May 28, 2003 at 09:58:46AM +0200, Lars Gullik Bjønnes wrote:
> but it is not iterator -> const_iterator that is cumbersom (as you
> have shown), but const_iterator -> iterator.
Ah ok. Well for this the reinterpret_cast would work too, but we shouldn't
use it as this would not be eliminated
This patch introduces ParagraphList::const_iterator, and adjust stuff
to fit. All problems larger than --><-- has been solved by a
const_cast.
Have a look if you want to.
? src/frontends/xforms/lyx_forms.h
? src/frontends/xforms/lyx_xpm.h
Index: src/ParagraphList.C
=
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Perhaps. But I am not willing to open that issue now... It is some
| > easy to come in the situation that you need to convert
| > ParagraphList::iterator to ParagraphList::const_iterator and that is
| > reall cumbersome.
|
| I think std::list<>::const
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > to fit. All problems larger than --><-- has been solved by a
| > const_cast.
This ^^
| Wouldn't it be better in such cases to change the functions' signature to
|
| int getEndLabel(ParagraphList::const_iterator...
Perhaps. But I am not wil
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, May 28, 2003 at 09:44:29AM +0200, Lars Gullik Bjønnes wrote:
| > | It certainly is undefined behaviour. But every std::list<>::iterator I know
| > | of is binary compatible with its corresponding std::list<>::const_iterator
| > | (in contrast to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, May 28, 2003 at 09:05:23AM +0200, Lars Gullik Bjønnes wrote:
| > | I think std::list<>::const_iterator has a corresponding constructor.
| >
| > Show me.
|
| I don't find it in the Standard right now.
Right... :-)
| But:
|
| template
|
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Not that I am finished with the rowlist patches, it is time to go back
| to the change hell... the never ending story of patches:
|
| ParagraphList transition.
|
| Anyhow, here for you to look at and comment on.
and here is the patch
? src/fron
Not that I am finished with the rowlist patches, it is time to go back
to the change hell... the never ending story of patches:
ParagraphList transition.
Anyhow, here for you to look at and comment on.
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Aug 12, 2002 at 12:36:35AM +0200, Lars Gullik Bjønnes wrote:
>> I guess none of you are going to like this patch (me neither), but it
>> is an important first step in removing the next and prev pointers from
>> class Paragraph.
>
| Looks like th
On Mon, Aug 12, 2002 at 12:36:35AM +0200, Lars Gullik Bjønnes wrote:
> I guess none of you are going to like this patch (me neither), but it
> is an important first step in removing the next and prev pointers from
> class Paragraph.
Looks like the kind of things we did to 'RowSt' a while ago?
If
I guess none of you are going to like this patch (me neither), but it
is an important first step in removing the next and prev pointers from
class Paragraph.
Anyway if you want to begin enjoying it then all parts that use next
and prev (and the hideous &*(paragraphs.begin()) should be rewritten
23 matches
Mail list logo