Am Mittwoch, 3. Mai 2006 12:18 schrieb Jean-Marc Lasgouttes:
> I have to admit that a problem I have with these local layout files is
> that we are going to loose all control over our files. Currently, if
> there is a bug in article.layout, we can correct it. If we make local
> versions of these f
I have to admit that a problem I have with these local layout files is
that we are going to loose all control over our files. Currently, if
there is a bug in article.layout, we can correct it. If we make local
versions of these files easy to handle, we are going to see everybody
using a file with
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This would not make sense if the child document has a different
Georg> document class. Some time ago I proposed to create a special
Georg> child document format that has a reference to the master. This
Georg> lead to a heavy discussion
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> This is not the supposed way to use a local layout file. The basic
Bo> idea of this patch is to make working on an existing lyx document
Bo> with foreign layout easier.
Agreed.
Bo> With a was-coming but stopped second patch, users can create
Please wait before applying this patch, if only because there are
stylistic issues:
string layout_file;
if (!path.empty())
layout_file = addName(path, name_ + ".layout");
bool load(std::string const & path = std::string())
This situation is bad in general. Assume for example that you have
Jean-Marc Lasgouttes wrote:
>> "Bo" == Bo Peng <[EMAIL PROTECTED]>
>> writes:
> Bo> This is a non-issue. When the master document is loaded, the
> Bo> layout is loaded and is available to the slave documents that will
> Bo> be loaded later. As you have mentioned, there is no fix to the
> B
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Dear all, I now finally get a chance to go back to this
Bo> auto-cls-layout patch. Please allow me to reiterate the goal of it
Bo> (r13611).
Bo> 1. When a layout file is stored with the .lyx document, the layout
Bo> file can be automatically r
Dear all,
I now finally get a chance to go back to this auto-cls-layout patch.
Please allow me to reiterate the goal of it (r13611).
1. When a layout file is stored with the .lyx document, the layout
file can be automatically recognized and used. This allows me to open
and edit a lyx document (m