[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice-devel
Subject: Table of content
From: Jean-Nicolas Artaud <jeannicolasartaud () gmail ! com>
Date: 2009-12-17 12:49:23
Message-ID: 4816864d0912170449i2e3c2786waa97cf209c049a80 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hello everybody,
The table of content (ToC) is something really necessary in a lot of
documents : I think there are more documents which use than documents
without ToC. ToC could both be used in kword and in kpresenter I think. Is
it necessary in KPresenter ? I am not sure of that. Is it necessary in KWord
? Oh god yes, of course it is ! That's why I would like to play with it. For
now, nothing had been implemented in kword or libs about the ToC. For
example, if you make a document with OpenOffice.org, with a ToC, and you try
to open it with KWord, it will not crash, but it will display anything about
the ToC. I have looked at the KOffice 1.6 code, and it is already well done
there, and for sure something can be re-use.
As I have never added "loading" things in KOffice, I would like to know a
bit more where I have to add the basics lines :
KoXmlElement tocSequence = KoXml::namedItemNS(body, KoXmlNS::text,
"table-of-content");
if (! tocSequence.isNull()) {
kDebug()<<"Table Of Content found";
}
When I add it in KWOdfLoader::load, it does work good, but I am not sure it
is the good place for this. What is usualy done ? Have you got some docs
about it ? I am already sorry if I missed something here. I would also like
to know if we begin to only put it in KWord, or in something more general
like libs/ ? In 1.6, that was in KWord only, and I think it makes sense to
have it in KWord.
I should add a class in which we can find ::load, ::save and which will
treat the ToC to add it in a textShape for instance... Do you have advices
for this, or examples of what have been already done I could try to be near
with ?
Thank you for advance,
Jean-Nicolas.
[Attachment #5 (text/html)]
Hello everybody,<br><br>The table of content (ToC) is something really necessary in a \
lot of documents : I think there are more documents which use than documents without \
ToC. ToC could both be used in kword and in kpresenter I think. Is it necessary in \
KPresenter ? I am not sure of that. Is it necessary in KWord ? Oh god yes, of course \
it is ! That's why I would like to play with it. For now, nothing had been \
implemented in kword or libs about the ToC. For example, if you make a document with \
OpenOffice.org, with a ToC, and you try to open it with KWord, it will not crash, but \
it will display anything about the ToC. I have looked at the KOffice 1.6 code, and it \
is already well done there, and for sure something can be re-use.<br> <br>As I have \
never added "loading" things in KOffice, I would like to know a bit more \
where I have to add the basics lines :<br><br>KoXmlElement tocSequence = \
KoXml::namedItemNS(body, KoXmlNS::text, <br> \
"table-of-content");<br> if (! tocSequence.isNull()) { <br> \
kDebug()<<"Table Of Content found";<br>}<br><br>When I add it in \
KWOdfLoader::load, it does work good, but I am not sure it is the good place for \
this. What is usualy done ? Have you got some docs about it ? I am already sorry if I \
missed something here. I would also like to know if we begin to only put it in KWord, \
or in something more general like libs/ ? In 1.6, that was in KWord only, and I think \
it makes sense to have it in KWord.<br> <br>I should add a class in which we can find \
::load, ::save and which will treat the ToC to add it in a textShape for instance... \
Do you have advices for this, or examples of what have been already done I could try \
to be near with ?<br> <br>Thank you for advance,<br><br>Jean-Nicolas.<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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic