Hi all,
Hi Ricardo,

2013/1/8 RGB ES <rgb.m...@gmail.com>

> 2013/1/7 Rob Weir <robw...@apache.org>
>
>
> Snip


> > b) define a table of contents or rough content outline for each core
> > deliverable
> >
>
> We can start from this draft
>
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Details+on+Scenario+3#DetailsonScenario3-ProposedTOC
>
> maybe focusing on the first two chapters for now.
>

Looking at the TOC, I really think that it's a good approach to get a
reduced volume of documentation and make it easier to update. Such
organisation could also perhaps reduce the learning curve of the program.
I wonder  if we could also introduce or not  the following in the chapter
"General concepts"


   - links which are present in the different modules.
   - tables : a general introduction and global manipulations (specific
   issues for Writer being developped in the Writer module).
   - Fields : introduction  in each module or a general introduction in the
   general concepts chapter?.

Another issue about terminology.
Is it possible to consider tables, fields and links as inserable objetcts
or not. Of course in Writer they belong to the text layer, but in Draw and
Impress, they have an object behaviour as images. These elements are for me
always difficult to classify. Which category do you recommand? For fields
and links I usually use "special text zones" but I'm not sure if this is
the correct approach.

Many thanks
-- 
gw

>
>
>

Reply via email to