summaryrefslogtreecommitdiff
path: root/offapi/com/sun/star/resource/OfficeResourceLoader.idl
diff options
context:
space:
mode:
authorCaolán McNamara <caolanm@redhat.com>2017-06-11 20:56:30 +0100
committerCaolán McNamara <caolanm@redhat.com>2017-07-21 08:20:50 +0100
commit00657aef09d854c74fb426a935a3e8b1fc390bb0 (patch)
treefd1a9bb264fe15dcc129498e62060ecd256b1ee7 /offapi/com/sun/star/resource/OfficeResourceLoader.idl
parentfa987cbb813cfd729fe490f2f1258b7c8d7fb174 (diff)
migrate to boost::gettext
* all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string") * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching MODULE .mo files * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui goes from l10n target to normal one, so the res/lang.zips of UI files go away * translation via Translation::get(hrc-define-key, imbued-std::locale) * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there to keep finding the .hrc file uniform) so magic numbers can go away there * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation mechanism * en-US res files go away, their strings are now the .hrc keys in the source code * remaining .res files are replaced by .mo files * in .res/.ui-lang-zip files, the old scheme missing translations of strings results in inserting the english original so something can be found, now the standard fallback of using the english original from the source key is used, so partial translations shrink dramatically in size * extract .hrc strings with hrcex which backs onto xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap * extract .ui strings with uiex which backs onto xgettext --add-comments --no-wrap * qtz for gettext translations is generated at runtime as ascii-ified crc32 of content + "|" + msgid * [API CHANGE] remove deprecated binary .res resouce loader related uno apis com::sun::star::resource::OfficeResourceLoader com::sun::star::resource::XResourceBundleLoader com::sun::star::resource::XResourceBundle when translating strings via uno apis com.sun.star.resource.StringResourceWithLocation can continue to be used Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
Diffstat (limited to 'offapi/com/sun/star/resource/OfficeResourceLoader.idl')
-rw-r--r--offapi/com/sun/star/resource/OfficeResourceLoader.idl69
1 files changed, 0 insertions, 69 deletions
diff --git a/offapi/com/sun/star/resource/OfficeResourceLoader.idl b/offapi/com/sun/star/resource/OfficeResourceLoader.idl
deleted file mode 100644
index 1caf113084f3..000000000000
--- a/offapi/com/sun/star/resource/OfficeResourceLoader.idl
+++ /dev/null
@@ -1,69 +0,0 @@
-/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
-/*
- * This file is part of the LibreOffice project.
- *
- * This Source Code Form is subject to the terms of the Mozilla Public
- * License, v. 2.0. If a copy of the MPL was not distributed with this
- * file, You can obtain one at http://mozilla.org/MPL/2.0/.
- *
- * This file incorporates work covered by the following license notice:
- *
- * Licensed to the Apache Software Foundation (ASF) under one or more
- * contributor license agreements. See the NOTICE file distributed
- * with this work for additional information regarding copyright
- * ownership. The ASF licenses this file to you under the Apache
- * License, Version 2.0 (the "License"); you may not use this file
- * except in compliance with the License. You may obtain a copy of
- * the License at http://www.apache.org/licenses/LICENSE-2.0 .
- */
-
-#ifndef __com_sun_star_resource_OfficeResourceLoader_idl__
-#define __com_sun_star_resource_OfficeResourceLoader_idl__
-
-#include <com/sun/star/resource/XResourceBundleLoader.idl>
-
-module com { module sun { module star { module resource {
-
-/** describes a XResourceBundleLoader which provides access to the OpenOffice.org
- resource files.
-
- <p>An OpenOffice.org installation comes with a number of resource files in an proprietary
- format, located inside the installation's program/resource directory. The OfficeResourceLoader
- singleton (available at a component context as value with the key
- <code>/singletons/com.sun.star.resource.OfficeResourceLoader</code>), provides access to some
- types of resources within those files.</p>
-
- <p>Clients have to specify the resource file base name in the call to
- XResourceBundleLoader::loadBundle() resp. XResourceBundleLoader::loadBundle_Default()
- method. The loader will extent this base name so that the resulting name conforms to the OpenOffice.org
- resource file naming conventions, and look up the respective resource file, for the requested locale,
- in OpenOffice.org's installation.</p>
-
- <p>The lookup process uses the fallback mechanism as described at the XResourceBundle interface,
- except that <code>Locale.getDefault()</code> is not used.</p>
-
- <p>Resource keys, as passed to the XResourceBundle::getDirectElement() or
- com::sun::star::container::XNameAccess::getByName(), have the following format:
- <code>&lt;resource_type&gt;:&lt;numeric_identifier&gt;</code>, where <code>&lt;resource_type&gt;</code> specifies
- the type of the requested resource (see below) and <code>&lt;numeric_identifier&gt;</code> is the numeric
- identifier of the resource.</p>
-
- <p>The following resource types are currently supported:
- <ul>
- <li><em>string</em>: denotes a string resource</li>
- </ul>
- </p>
-
- <p>Since the numeric resource identifiers are highly build-dependent (e.g. can change with any next
- OpenOffice.org build), you are <strong>strongly</strong> discouraged from using the OfficeResourceLoader
- service in a component which targets more than one particular OpenOffice.org build.</p>
-
- @since OOo 2.0.3
-*/
-singleton OfficeResourceLoader : XResourceBundleLoader;
-
-}; }; }; };
-
-#endif
-
-/* vim:set shiftwidth=4 softtabstop=4 expandtab: */