Vincent van Ravesteijn - TNW wrote: > Hmm.. I don't really see the major improvement in workflow ;-)..
Do you extensively work with multipart documents? For me, this solves one of the most annoying obstacles when working with multipart docs (but of course, no one is forced to use it). > Anyhow, the problem I have with the default master setting is that it sets > the absolute path in stead of a relative path to my master (this happens > when your master is one directory up from your child document, which is > often the case, and you use the Browse button to select the master). This > means that when you rename the directory where your master and children are > in, you have to manually update all children to point to the correct > master. This also happens when I open the document from a different > location e.g. //pcvanvincent/C/Master.lyx. In this case all children start > complaining that they can't find the master: C:/Master.lyx. OK, this might be a problem. But I guess this is fixable. > What about an option in the InsetInclude that says "set children master" or > "this child is only a child of this master", which then automatically sets > the master document of its childs. This can be checked and/or set each time > the master is opened. When you open a child, it will then automatically > find the master. Only in the rare case that you might have a child document > which can be included in differen masters, you should uncheck this option ? I don't like that. Note that the default master is really the _default_ master. If you open the child from within another master, that one will be assigned. If you first have to uncheck something, then something is wrong. And I do not think this is a rare case. Jürgen
