aboutsummaryrefslogtreecommitdiff
path: root/source/sa-IN/formula
AgeCommit message (Collapse)Author
2015-08-12update translationsChristian Lohmaier
and force-fix errors using pocheck (based on 5-0 templates) Change-Id: Ia5f050e72d6aa24ae5ec73898e7c05ca2d4103cb
2015-05-19update translations for 5.0.0 beta1libreoffice-5-0-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: I295e6d2e6b47a06165cdf8900e2775b7157af809
2015-04-19update translations for 5.0.0 Alpha1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I68916e7c0a7af9c3caeba4e86c19e1e9e71d9465
2014-11-20update translations for 4.4.0 beta1Christian Lohmaier
and force-fix errors using pocheck Change-Id: I8743837d52212af0d16ae1aeddc83651fb5d89d4
2014-10-17update translations for 4.4.0.0alpha1Christian Lohmaier
(based on the 4.3 translations) and force-fix errors using pocheck Change-Id: I64547fd1d137a0bfa7bd4a55e8a547a7845faf96
2014-05-21update translations for 4.3.0 beta1libreoffice-4-3-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: I158f19ccf03f49a3669763f157c02e6dde106aa5
2014-04-20update translations for 4.3.0 alpha1Christian Lohmaier
and force-fix errors using pocheck Change-Id: Id45e0dc7161738ebd69ba07108b9fdd149643703
2013-12-09update translations for 4.2.0 Beta2Christian Lohmaier
also remove unused files and force-fix errors using pocheck Change-Id: If95f38febdf34951193d67b1eb7a8fbfd292474d
2013-11-21sync with po-templates for 4.2libreoffice-4-2-branch-pointChristian Lohmaier
and force-fix errors using pocheck Change-Id: Ic842792d6ee5fe0fc5d1b41808671f8c3ae34dc6
2013-06-05update translations for LibreOffice 4.1 beta2Andras Timar
Change-Id: I5dafc5dcce605da8d6831a775ff1d416180b22d0
2013-05-27Compendium Conflicts should be fuzzyAndras Timar
Change-Id: Idd4cab6eb5c5c2f642f68bde298949d390b5fb59
2013-05-25initial import of 4.1 translationsAndras Timar
Change-Id: Ia93f31dedcdff3e180c36473e0667022795d96a7
2013-05-07update translations for LibreOffice 4.0.3 rc1Andras Timar
Change-Id: I4a1d49dbef58c048aa57a29bec7623d4ad31920d
2013-01-28update translations for LibreOffice 4.0 rc2Andras Timar
Change-Id: I7c01d42e8e299f43cc9260c048c54d46b33b634c
2013-01-06 update translations for LibreOffice 4.0 rc1Andras Timar
Change-Id: I85ba7031ebee3b3b0108218e97093fab1e9d84a3
2012-12-16update translations for LibreOffice 4.0 beta2Andras Timar
Change-Id: Iff858adb848a543f565e3c0df33c8398c74c754d
2012-12-03update translations for LibreOffice 4.0 beta1Andras Timar
Change-Id: I35e0bf7dfef1541f76508edb962e89bc5d78e339
2012-11-20initial import of LibreOffice 4.0 translationsAndras Timar
Change-Id: I577494b6b4189ed19723af4b5e273ea4da85e708
2012-10-16move translations structure one directory upNorbert Thiebaud
ffice-5-1-1 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/sw/uiconfig/swriter/ui/selectaddressdialog.ui
diff options
context:
space:
mode:
authorMike Kaganski <mike.kaganski@collabora.com>2024-07-28 01:16:00 +0500
committerMike Kaganski <mike.kaganski@collabora.com>2024-07-28 01:14:42 +0200
commit233af54afb6e493c3538efe7c93d0f53f1b4c3ab (patch)
treef31908c2b29995e6ea7f0d51edb4877a2773ae54 /sw/uiconfig/swriter/ui/selectaddressdialog.ui
parent5373679b695e5bd4f68fe4554234dd9facc3e54f (diff)
tdf#162219: pass correct DecimalDigits value to SQLBindParameter HEADmaster
... when setting DECIMAL / NUMERIC. Passing 'scale' from setObjectWithInfo to SQLBindParameter was wrong anyway: in setObjectWithInfo, the scale is needed if it converts the object 'x' to the requested format before sending to the database. In this case, it mismatched with the actual count of decimals in the string sent to ODBC: it could be "1" or "1.2"; but 'scale' is always equal to the scale of the parameter in the database (4 in the bugdoc), which resulted in the error returned by driver. Note that there is code that truncates excessive decimals - it is in OKeySet::impl_convertValue_throw, implemented for i#106772; it would be best to remove that code, and let the database do its magic: e.g., passing a string like "1.99999" to a DECIMAL(19,4) field in MS SQL Server would round it to 2, while our code truncates it to 1.9999. The ODBC driver can handle more digits itself. But that isn't in the scope here, and may need to tweak other database connectors. Change-Id: Ib50c6d78bfd0cbf5ecd59f46f300107076ec0037 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171127 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>