Hi,
I have to admit that I can not fullfill my promise to work on this task
this week.
I am too busy with other stuff - help to get out the first release of
Apache OpenOffice (incubating).
I assume that I will have time next week - sorry.
Mit freundlichen Grüßen / Best regards
Oliver-Rainer Wittmann
--
Advisory Software Engineer
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Beim Strohhause 17
20097 Hamburg
Phone: +49-40-6389-1415
E-Mail:
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzende des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart,
HRB 243294
From: Oliver-Rainer Wittmann/Germany/IBM@IBMDE
To:
Date: 23.03.2012 16:31
Subject: Re: [office] Continued Lists
Sent by: <>
Hi,
ok.
I agree that it would make sense to figure out in advance what parts did
not make it into the spec before we start a deeper discussion in our TC
call.
Thus, I propose the following:
- submit an JIRA issue in order to get the missing parts into the next
spec. and the next errata.
- complete this JIRA issue until Friday next week with a corresponding
proposal about the proposed change to the spec. resp. the proposed text for
the errata.
- discuss this JIRA issue in the following TC call.
Any objections?
I propose to decide on this proposal in our next TC call.
Mit freundlichen Grüßen / Best regards
Oliver-Rainer Wittmann
--
Advisory Software Engineer
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland
Beim Strohhause 17
20097 Hamburg
Phone: +49-40-6389-1415
E-Mail:
-------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzende des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart,
HRB 243294
From: Svante Schubert <>
To: Oliver-Rainer Wittmann/Germany/IBM@IBMDE
Cc:
Date: 23.03.2012 10:24
Subject: Re: [office] Continued Lists
Sent by: <>
Hi,
as I raised the initial question, allow me to reply on this.
From my side there is no need for a presentation, instead we might want
to make the information exchange as short and efficient as possible.
Do be able to do so, it would be helpful, if you could create a JIRA
issue in advance - clarifying the diff between proposal and spec,
checking if further parts did not make it into the spec - so TC members
are able to see at one glance, what have to be fixed in an upcoming errata.
Thanks,
Svante
On 23.03.2012 10:11, Oliver-Rainer Wittmann wrote:
> Hi,
>
> if there is demand for it, I will be prepared for it.
> I except that there are further questions which want to be answered.
> I assume that there is no need to give a presentation about the
> corresponding proposal.
> Right?
>
> Mit freundlichen Grüßen / Best regards
> Oliver-Rainer Wittmann
>
> --
> Advisory Software Engineer
>
-------------------------------------------------------------------------------------------------------------------------------------------
>
> IBM Deutschland
> Beim Strohhause 17
> 20097 Hamburg
> Phone: +49-40-6389-1415
> E-Mail:
>
-------------------------------------------------------------------------------------------------------------------------------------------
>
> IBM Deutschland Research & Development GmbH / Vorsitzende des
> Aufsichtsrats: Martina Koederitz
> Geschäftsführung: Dirk Wittkopp
> Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
Stuttgart,
> HRB 243294
>
>
>
> From:
> To: Oliver-Rainer Wittmann/Germany/IBM@IBMDE
> Cc:
> Date: 21.03.2012 03:20
> Subject: Re: [office] Continued Lists
> Sent by: <>
>
>
>
> Hi Oliver, if I put this on the agenda for next week can you talk about
> this? We can discuss for maybe 15 minutes?
>
> -Rob
>
> <> wrote on 03/16/2012 07:22:26 AM:
>
>> From: Oliver-Rainer Wittmann <>
>> To: ,
>> Date: 03/16/2012 07:23 AM
>> Subject: Re: [office] Continued Lists
>> Sent by: <>
>>
>> Hi,
>>
>> sorry for the late response and that I did not fullfill my promise - the
>> last days were quite busy.
>>
>> May be you should have a look at the proposal text which brought
> attribute
>> text:continue-list into ODF 1.2 [1]
>> Here is a quote from this proposal text regarding attribute
>> text:continue-list:
>> <quote>
>> The purpose of these new attributes is to continue the numbering of an
>> arbitrary preceding list regardless of the applied list styles. It also
>> ensures that lists in <text:numbered-paragraph> representation can also
>> better be modeled in the <text:list> representation.
>> These new attributes should be optional and are only valid for top-level
>> <text:list> elements. It should be used in favor of the existing
>> text:continue-numbering attribute that has the limitations described
> below.
>> </quote>
>>
>> What is missing in the specification is that text:continue-list is only
>> valid for top-level <text:list> elements. This was in the proposal text,
>> but somehow got lost.
>>
>> What is also missing is that the attribute text:continue-list shall only
>> refer a top-level <text:list> element. The proposed attribute text:id
was
>> replace by xml:id, but somehow the previously mentioned wording got
lost.
>>
>> Thus, this attribute shall only connect to top-level <text:list>
elements
>> together in order to form more or less one list. With is esp. used, when
> a
>> list is spread through certain table cells.
>>
>> Another important reason for this attribute and the corresponding xml:id
>> was to clarify the transformation between the alternative approaches to
>> represent lists in ODF - <text:list> together with <text:list-item> vs.
>> <text:numbered-paragraph>
>>
>> For <text:numbered-paragraph> mandatory attribute <text:list-id> has
been
>> proposed and integrated into ODF 1.2.
>>
>>
>> [1]
>> http://www.oasis-open.org/committees/download.php/23418/07-04-05-
>> proposal-lists.odt
>> found on proposal list in our wiki [2]
>> [2] http://wiki.oasis-open.org/office/List_of_Proposals
>>
>>
>> Mit freundlichen Grüßen / Best regards
>> Oliver-Rainer Wittmann
>>
>> --
>> Advisory Software Engineer
>>
>
-------------------------------------------------------------------------------------------------------------------------------------------
>
>> IBM Deutschland
>> Beim Strohhause 17
>> 20097 Hamburg
>> Phone: +49-40-6389-1415
>> E-Mail:
>>
>
-------------------------------------------------------------------------------------------------------------------------------------------
>
>> IBM Deutschland Research & Development GmbH / Vorsitzende des
>> Aufsichtsrats: Martina Koederitz
>> Geschäftsführung: Dirk Wittkopp
>> Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
> Stuttgart,
>> HRB 243294
>>
>>
>>
>> From: Svante Schubert <>
>> To:
>> Date: 29.02.2012 14:47
>> Subject: [office] Continued Lists
>> Sent by: <>
>>
>>
>>
>> I got a question in regard of the @text:continue-list attribute:
>> http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-
>> part1.html#attribute-text_continue-list
>>
>>
>> It is obvious that this attribute connects two (or more) lists elements
>> within a document, where the following list has the @text:continue-list
>> attribute referencing to the previous list.
>> From my understanding those lists are not equal to one list, which
embeds
>> all the in between content, because:
>> 1. The ODF 1.2 schema only allows paragraphs, headings, soft-page
> breaks
>> and (nested) lists within a list. The in between content may be
>> arbitrary.
>> 2. The usual indent of list content is likely not to apply to the
in
>> between content (unspecified - what is the user expectation?)
>>
>>
>> What puzzles me, is the spec is not precise in regard of
>> 1. @text:continue-list only allowing an xml:id of a list, that has
> the
>> same nested/indent level as the referenced list
>> 2. What happens if one of both list's list item are
> increased/decreased
>> in list level?
>>
>>
>> Can someone remember the use case for this feature and/or reference to
> the
>> discussion?
>> Does this feature exists as well in other formats?
>>
>>
>> Thanks in advance,
>> Svante
>>
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:
>
---------------------------------------------------------------------
To unsubscribe, e-mail:
For additional commands, e-mail:
---------------------------------------------------------------------
To unsubscribe, e-mail:
For additional commands, e-mail:
