When using an If statement with a continuation character
after Then, sometimes breakpoints are desynchronized.
Suppress continuation character and add an explicit End If
When a database form is not related to data
and has no control, then the DatabaseForm object is Null.
The Null value must be intercepted in many places.
Some HIDs were a bit off in these wizards
- Report Wizard 'Grouping' page
- Table Wizard 'Set primary key' page
- Query Wizard 'Grouping' page
All these contain a subclass of a FieldSelection.
Due to the implementation of HID handling there, we need 4 consecutive
HIDs in HelpIds.java for the buttons cmdMoveSelected, cmdMoveAll,
cmdRemoveSelected and cmdRemoveAll.
Above pages contain subclasses without the MoveAll and RemoveAll buttons
so we need empty placeholders in their places to cater for the assumptions
of the parent class.
This also means that HID numbers must be adjusted a bit, and in ReportWizard.java
we need to shift the base HID number of the Sorting page that follows
the Grouping page.
Change-Id: I944dd4f781aff2c0b0cfd99c3386001506c01440
Reviewed-on: https://gerrit.libreoffice.org/46270
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
...which had accidentally been removed completely from this part of
cb25507503 "Drop lazywrite property, which is
silently ignored by configmgr anyway"
Change-Id: Ibacacc7b04bbd0a0cc819530594dd042329b366f
Reviewed-on: https://gerrit.libreoffice.org/47600
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Jenkins <ci@libreoffice.org>
Window argument forces the determination of the window
in which toolbars are searched for.
This argument is not part of the standard MSAccess API => Unpublished
In commit b3f96d2ccb
I made a mistake that caused a lot of Wizard HIDS go off by one
i.e. they were attached to the next UI item.
I noticed this in the Fax wizard.
Adding one more empty array item seems to fix this.
Problem was caused by the replacement of this line with an empty item:
"", "HID:WIZARDS_HID_IS_BTN_NONE", # HID:41002
Change-Id: Id7df502ac843ab0e572ca59a046f5bacdda7e9bc
Reviewed-on: https://gerrit.libreoffice.org/44075
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Translates leftovers found using a custom regex in directories beginning with "w" and "x".
Additionally:
- A few corrections of previous translations
Change-Id: Ic30cf6792748a6bea8782a9a3711fa468b80bdaf
Reviewed-on: https://gerrit.libreoffice.org/42378
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
...at least ever since the "new" configmgr reimplementation,
6b849a6aee "#i101955# initial work in progress of
a configmgr reimplementation (for now in an extra module 'configmgr2')" et al
Change-Id: I43430d991647fb2e26762463d51175247db0604b
Forms and dialogs events are stored differently.
New code manages correctly dialog events.
Additionally performance improvement in Control class:
the list of properties is buffered in a private variable
Change-Id: I9d3e2cf3853f8caa043fc4a84c67d323cea44ffe
* 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
Use Command property i.o. ActiveCommand
because Command is additionally valid when form opened in Design mode
Change-Id: I0c9e545419ec99d444ac15b20466c838d53f738f
Use Command instead of ActiveCommand
which delivers only SQL statements while expected
command type should be table, query or sql
Change-Id: I824a02cf5dab7b59f70b3a0ae9ba9f874e86733b
This reverts commit 062e7063a9.
see ScModule::Execute
case SID_CHOOSE_DESIGN: ... Template.Samples.ShowStyles
for the caller of this
Change-Id: I95fb4e2999d8898f9425ea6a523187be3c3842af
Reviewed-on: https://gerrit.libreoffice.org/37882
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Jean-Pierre Ledure