Jean Jordaan wrote: > > This solves one problem, but raises others .. e.g. now search and > replace aren't global any more, but limited to chapter/section/... > Also I think it breaks xref, right? How to have "See <xref to > chapter>" with autogenerated content if each chapter is in its own > file? >
Is that really important to see xref autogenerated content in real time? In our opinion, the answer is no. Same for checking cross-references. Most of the time we concentrate on what we are writing and from time to time (once per day), we open the master document to check that everything is OK. >> * We are currently working very hard on XMLmind Document Repository. XMLmind >> Document Repository should allow to solve the following problems: Who did >> what, when, why. Show me the changes. Approve or reject a change. > > I sincerely hope it's built on an existing version control engine, > e.g. subversion or git, or something I don't know from the Java world, > which has tool & community support. > If we were satisfied writing technical documentation with Word, OpenOffice and LaTeX, we wouldn't have developed XMLmind XML Editor. If Arbortext editor was affordable and ran on Linux, we wouldn't have developed XMLmind XML Editor. If we were satisfied by using version control systems like RCS or subversion (i.e. check out, work on a copy, check in, solve merge problems) to manage our documentation, we wouldn't have developed XMLmind Document Repository. If we were satisfied by using apache+mod_dav+mod_svn (in auto-versioning mode) to manage our documentation, we wouldn't have developed XMLmind Document Repository. In summary, happy Word, OpenOffice, LaTeX, Emacs+SGML mode users don't need XMLmind XML Editor. Happy subversion users won't need XMLmind Document Repository. If nobody else but us needs XMLmind Document Repository, then we have lost our time and money. Not a big deal.
