[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Call on wise men for text on shape
From:       Pierre Stirnweiss <pstirnweiss () googlemail ! com>
Date:       2010-06-29 11:42:19
Message-ID: AANLkTilHdrmec4miV68CNZljv65KQf5ljAUUWE_yXeHc () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


If I remember the IRC discussion properly, it was confirmed by both Thomas
and Thorsten, that the call to container creation could be made from within
the path shape loadOdf method. That would solve this issue, since only the
shapes which explicitally support TOS would instantiate one.
Am I correct?

Pierre


On Tue, Jun 29, 2010 at 12:57 PM, Thomas Zander <zander@kde.org> wrote:

> On Tuesday 29. June 2010 10.17.10 Thorsten Zachmann wrote:
> > It is handled by using a draw:custom-shape.
>
> Thanks :)
>
> I'm fine with modifying my loading patch to be a bit more complex and do my
> best to address your issues.
> The patches were posted because this discussion started based on the
> complaint
> from you, Thorsten, that saving would be impossible to do using decoration.
>
> With the proof of concept (which is indeed not perfect yet) I think the
> main
> problem has been addressed from my side.
> I don't know if I have time to refine the patch this week, so if someone
> wants
> to do so that would be appreciated but I think that refining the
> loading/saving
> using decoration is something that doesn't have to happen before a directon
> is
> chosen. (i.e. choose between decoration and inheritence).
>
> Would everyone agree with that?
>
> --
> Thomas Zander
> _______________________________________________
> koffice-devel mailing list
> koffice-devel@kde.org
> https://mail.kde.org/mailman/listinfo/koffice-devel
>

[Attachment #5 (text/html)]

If I remember the IRC discussion properly, it was confirmed by both Thomas and \
Thorsten, that the call to container creation could be made from within the path \
shape loadOdf method. That would solve this issue, since only the shapes which \
explicitally support TOS would instantiate one.<br> Am I \
correct?<br><br>Pierre<br><br><br><div class="gmail_quote">On Tue, Jun 29, 2010 at \
12:57 PM, Thomas Zander <span dir="ltr">&lt;<a \
href="mailto:zander@kde.org">zander@kde.org</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <div class="im">On Tuesday 29. June 2010 10.17.10 \
Thorsten Zachmann wrote:<br> &gt; It is handled by using a draw:custom-shape.<br>
<br>
</div>Thanks :)<br>
<br>
I&#39;m fine with modifying my loading patch to be a bit more complex and do my<br>
best to address your issues.<br>
The patches were posted because this discussion started based on the complaint<br>
from you, Thorsten, that saving would be impossible to do using decoration.<br>
<br>
With the proof of concept (which is indeed not perfect yet) I think the main<br>
problem has been addressed from my side.<br>
I don&#39;t know if I have time to refine the patch this week, so if someone \
wants<br> to do so that would be appreciated but I think that refining the \
loading/saving<br> using decoration is something that doesn&#39;t have to happen \
before a directon is<br> chosen. (i.e. choose between decoration and \
inheritence).<br> <br>
Would everyone agree with that?<br>
<div><div></div><div class="h5"><br>
--<br>
Thomas Zander<br>
_______________________________________________<br>
koffice-devel mailing list<br>
<a href="mailto:koffice-devel@kde.org">koffice-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/koffice-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/koffice-devel</a><br> \
</div></div></blockquote></div><br>



_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel


[prev in list] [next in list] [prev in thread] [next in thread]