On 04/14/2012 01:38 AM, Michael Meeks wrote:
On Fri, 2012-04-13 at 15:03 +0200, Michael Meeks wrote:
        The basic idea is to push the iteration over directories down into the
stoc/ code instead of having it in the cppuhelper code. That lets us
re-use the same representation avoiding the nesting[1]. I guess it is
the moral equivalent of concatenating the .rdb files in a given
directory.

        I had to add some sniffing code and retain the old model for loading
old-style rdb files to make the oovbaapi.rdb load correctly.

        After that it seems to pass 'make check' as well as 'make check' in
general (ie. randomly failing on a11y tests ;-).

        It makes me suspect that the nesting nastiness has a real impact on
type lookups too that'd be great to fix later.

        I'd love to get it into libreoffice-3-5 for 3.5.3 - reviews much
appreciated.

Pushed to -3-5 now as <http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-3-5&id=4baeaf5484fb23f8265ab693bb7d2a36fbfef9c5> (needed some trivial adaptation to -3-5, and I had not been aware you had already pushed it to master, so it lacks a cherry-picked-from in the comment).

* I would probably also have moved the <...>* syntax down into stoc; this would have made the case detection in SimpleRegistry::open more straightforward, and would have lead to a less broken SimpleRegistry::getURL. (Also, it is not clear to me what your "FIXME: busts the 'create' mode ..." wants to imply, as creating old-style binary rdbs should continue to work just fine, right?)

* err_throw is gone to from only one place, so could be simplified. And if it were gone to from multiple places, I would consider that unfortunate, as, for debugging purposes, a throw expression carries additional information via its textual location in the source, which is lost if multiple error locations go to a single throw statement.

Anyway, I did not clean up any further as I plan to broadly modify this area, anyway (reducing the "nesting nonsense" to zero, independently for services and types).

Stephan
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Reply via email to