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 > > >