-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102666/#review6659
-----------------------------------------------------------



libs/kotext/KoTextAnchor.h
<http://git.reviewboard.kde.org/r/102666/#comment5882>

    Great, lot of thanks!



libs/kotext/KoTextAnchor.cpp
<http://git.reviewboard.kde.org/r/102666/#comment5883>

    This reopens bug 281869.



words/part/KWOdfSharedLoadingData.cpp
<http://git.reviewboard.kde.org/r/102666/#comment5877>

    This reopens bug 281869.



words/part/KWOdfWriter.cpp
<http://git.reviewboard.kde.org/r/102666/#comment5878>

    Is that correct? I mean we now save it even if the shape is not visible on 
the page (aka the shape makes use of clipping and is not visible on the page). 
Sounds like we could end with saving the shape multiple times now.



words/part/frames/KWFrame.h
<http://git.reviewboard.kde.org/r/102666/#comment5879>

    Are you sure it still returns -1 if not defined?
    



words/part/frames/KWFrame.h
<http://git.reviewboard.kde.org/r/102666/#comment5880>

    Why are you removing comments again that are *important*?
    



words/part/frames/KWFrame.cpp
<http://git.reviewboard.kde.org/r/102666/#comment5881>

    hmmm... so, every frame we create and that has no anchor specified is 
anchored-to-page now? That is an interesting change in behavior that needs very 
detailed testing.
    


- Sebastian


On Sept. 19, 2011, 11:27 p.m., C. Boemann wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/102666/
> -----------------------------------------------------------
> 
> (Updated Sept. 19, 2011, 11:27 p.m.)
> 
> 
> Review request for Calligra.
> 
> 
> Summary
> -------
> 
> Stores a new class KoAnchor on shapes. It's kind of like an extra user data 
> for applications that support anchoring.
> 
> By having a pointer from the shape to anchoring information lot's of code in 
> words become easier to maintain.
> 
> Plus we will be able to finally support smart positioning of page anchored 
> shapes in words
> 
> I tried to keep it out of flake, but since it was impossible to transfer that 
> data from KoTextLoader to words without going through hoops, and we already 
> had two methods in KoShape that I could change hold this (in effect void) 
> pointer I chose the latter.
> 
> Tables will be able to attach it's own variation of anchoring info to KoShape 
> too by doing it's own subclassing of KoAnchor just like kotext does with 
> KoTextAnchor
> 
> 
> Diffs
> -----
> 
>   libs/flake/KoShape.h 55f8e97 
>   libs/flake/KoShape.cpp 1c3fcef 
>   libs/flake/KoShape_p.h d055056 
>   libs/kotext/KoTextAnchor.h 0819c9b 
>   libs/kotext/KoTextAnchor.cpp f324505 
>   libs/kotext/opendocument/KoTextLoader.cpp 6ce4695 
>   libs/kotext/opendocument/KoTextSharedLoadingData.h ddf7fbe 
>   libs/kotext/opendocument/KoTextSharedLoadingData.cpp 6066949 
>   words/part/KWOdfSharedLoadingData.h 83e6f64 
>   words/part/KWOdfSharedLoadingData.cpp 1c93e5f 
>   words/part/KWOdfWriter.cpp 4515f6b 
>   words/part/KWRootAreaProvider.cpp 6c30e28 
>   words/part/frames/KWFrame.h b783c2f 
>   words/part/frames/KWFrame.cpp a8191be 
> 
> Diff: http://git.reviewboard.kde.org/r/102666/diff
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> C.
> 
>

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

Reply via email to