Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


On 18/11/2013 18:32, Lionel Elie Mamane wrote:
On Mon, Nov 18, 2013 at 06:10:34PM +0100, Fernand Vanrie wrote:
On 18/11/2013 18:02, Lionel Elie Mamane wrote:
On Fri, Nov 15, 2013 at 03:43:10PM +0100, Thomas Krumbein wrote:
Am 15.11.2013 15:35, schrieb Jan Holesovsky:
Thomas Krumbein píše v Pá 15. 11. 2013 v 13:43 +0100:
Well, this change was a small technical thing - but with a very big
influence on typical market applications. Every custom macro application
with dialogs or forms for user interfaces is influenced if dialogs/forms
using Date/time fields.
Have you filed a bugreport, please?  A minimal example of the macro that
fails would be most appreciated.
Well - it´s not a bug, because you mentioned the change in release-notes
of version 4.1.
What´s happend, you can read my article on my homepage. It is in german
language but I am sure, you get the context ;)
http://www.mic-consulting.de/index.php/opersource/api-makros-libo-aoo/10-datumsfelder-geaendert-in-lo-4-1-1
I took a look; since ... 4.1.2? 4.1.3? not sure anymore, you can also
use:
  CDateFromUnoDate
to replace
  CDateFromIso
yep conversions are not the problem, its the exiting code who is
broken in many places ?
What exiting code?
sorry: "existing" code like in my private macro's and some extentions who uses the date property comming from a date control



Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.