Age | Commit message (Collapse) | Author | Files | Lines |
|
(cherry picked from commit 8041285b369e58df477b5e92df4bde68e96056a2)
Conflicts:
svl/source/numbers/zforfind.cxx
Change-Id: Ieeba328b1e2a1e0fdcd44ad7899da257f846a6b8
Reviewed-on: https://gerrit.libreoffice.org/1426
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Abbreviated combined date/time input was not accepted if the date
acceptance pattern ended in a separator, like "D.M." with input
"D.M. hh:mm".
Additionally check that for "D.M. #" input against a "D.M." pattern the
'#' (any number) is not interpreted as year if the input so far was
recognized to possibly match a date without time, in which case the
count of numbers in input must match the count of numbers in pattern and
input here is not a date.
(cherry picked from commit f2851a270eb9c617fce9bfdde5c8f2428ced7014)
Conflicts:
svl/source/numbers/zforfind.cxx
Change-Id: I7f1f9c8477e35241ee747bf92b9d8832b2de16fe
Reviewed-on: https://gerrit.libreoffice.org/1423
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
fixes bug when you have a fraction format with a forced denominator e.g. '?/5'
which showed the integer part of the fraction ( as if the format was '# ?/5' )
but even without the space
e.g. before fix
pi 3.14159265358979 with format '?/8' would be shown as "31/8"
after the fix
3.14159265358979 with format '?/8' would be shown as "25/8"
Change-Id: I1feb8b78af94b90db1bcc30da248077243dd8dfc
Reviewed-on: https://gerrit.libreoffice.org/1047
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/1064
|
|
Change-Id: I612ff2340b272661067cb6a54106e91443fec91e
Reviewed-on: https://gerrit.libreoffice.org/1056
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Accept fraction input without integer portion if the format was preset
as fraction, e.g. 1/5 instead of 0 1/5 and don't force to date.
(cherry picked from commit 5391bd1e54157457abe1098b29f067d6e0059113)
Change-Id: I326ec85b163962425efa074119405ec1395af481
Reviewed-on: https://gerrit.libreoffice.org/1045
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Due to an insane amount of ridiculous "user-defined" number formats the
internal table may overflow during import, stave off and increase the
number of available slots to another arbitrary limit.
(cherry picked from commit 075e9ca0b96f37b3561824c23af60872d6a9d80a)
Conflicts:
svl/inc/svl/zforlist.hxx
Change-Id: I2fb85c83a65d6c5b3183aeb3a3bda88828473a3c
Reviewed-on: https://gerrit.libreoffice.org/951
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Implemented user editable date acceptance patterns.
The introduction of strict date parsing using locale dependent date
acceptance patterns in 3.6.0 wasn't always welcomed. Besides that not
every locale had patterns for incomplete (only day and month) date
input, users also complained about not being able to key in dates on
numeric keypads if the locale's date separator wasn't '/' or '-'
This commit implements a "Date acceptance patterns" edit field under
Tools->Options->LanguageSettings->Languages that follows the selected
locale and enables the user to add patterns.
Example de-DE locale:
* default patterns: D.M.Y;D.M.
* to enable additional input on numeric keypad: D.M.Y;D.M.;D-M-Y;D-M
* if 3-4 shall not result in a date, D-M- could be used instead of D-M
* note that to enter an ISO 8601 Y-M-D date with a D-M-Y pattern
active one needs to enter a year >31 or with at least 3 digits, e.g.
011
(cherry picked from commit bf10f4d62a5fe308ea47f9a0aac4f6f7e264ae3e)
Conflicts:
cui/source/options/optgdlg.hrc
svl/source/numbers/zforfind.cxx
unotools/source/config/syslocaleoptions.cxx
Change-Id: Ic1ce91b1f9d29f1837d56b45ba0ae16f6d9cb17c
Reviewed-on: https://gerrit.libreoffice.org/511
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
(cherry picked from commit 09b853e38b7a35d614caebd97116ca8a106148bd)
Conflicts:
svl/Module_svl.mk
Change-Id: Ia1154ab9e677ac0d27eb8cf671139d4e23f78794
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I36d74fe1555bd436f93a5fa595e7da05bbd37493
(cherry picked from commit 1eed4c837828c00dff4ef0b2cf29b1e2962e912d)
|
|
Change-Id: I16c4e5c6662b2342a7e48011de8a7d55e5682688
|
|
Change-Id: I20062aa0d39c0675014f1d38f10d6ab5c331ec75
|
|
|
|
Change-Id: I0d0712f441fcecb7a165173da7174e8f254cf39a
|
|
Change-Id: I2a15f9685655b7c46893fcfe2d1ae102596522ca
|
|
Change-Id: I962aeac0c7feeabb7963016d5afcfeca5a48ccfe
|
|
Change-Id: I36ccf62ee2e2769bcf1aef6d26d96bce6c7078f0
|
|
Change-Id: I563ab83a24ca4f839892548b350486e83dd071d3
|
|
Change-Id: I936b59a5bf339d1520cbc10e51b1e9fdc937f0f3
|
|
|
|
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
Change-Id: If290ea4c1418162902e00bcc29c3afe69685ec5d
|
|
Change-Id: I16f3b768cdb3304d3f7a9b3a63a4262377c7c89b
|
|
Change-Id: Ie21b39b11d021095fa8f4de9be1e7e0289af4e91
|
|
Moved new fixed fraction built-in formats into the fixed set so they keep
their relative key position when switching system locale.
|
|
The only code that uses the binary storage format of SvNumberFormatter is the
SvNumberFormatsSupplierServiceObject for the NumberFormatsSupplier service
during streaming of forms' formatted fields with OFormattedFieldWrapper. That
certainly does not need access to files created before the year 2000 ... so
slice off that awful compatibility cruft.
|
|
|
|
|
|
|
|
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
This reverts commit cf9c715aee2f97a1a6f611fe46a47e238cb03658.
3c82780cbc7cf17cf348e7f49b99663cfdc42ed7 "Set gb_DEBUGLEVEL=1 for
--enable-dbgutil after all" fixes the underlying problem, making this awkward
workaround no longer necessary.
|
|
|
|
|
|
If the locale's date separator was '-' the ISO 8601 detection interfered with
the locale's date order, e.g. DMY in nl_NL locale.
|
|
but - however no support to import/export this to file format yet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
There are unit tests that do not use URE, e.g., in cppuhelper.
This reverts commit 33e9f3d3d6b29545ef9df3f5334c015e15caa5c8.
Conflicts:
sot/CppunitTest_sot_test_sot.mk
svl/CppunitTest_svl_urihelper.mk
|
|
|
|
|
|
Or is there any use case where we would need to use UNO API headers, but
not require the appropriate type database at runtime?
|
|
|
|
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
|
|