2010-10-12 15:57:08 +02:00
|
|
|
/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
|
2001-01-12 10:35:45 +00:00
|
|
|
/*************************************************************************
|
|
|
|
*
|
2008-04-11 10:22:24 +00:00
|
|
|
* DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
2010-02-12 15:01:35 +01:00
|
|
|
* Copyright 2000, 2010 Oracle and/or its affiliates.
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
2008-04-11 10:22:24 +00:00
|
|
|
* OpenOffice.org - a multi-platform office productivity suite
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
2008-04-11 10:22:24 +00:00
|
|
|
* This file is part of OpenOffice.org.
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
2008-04-11 10:22:24 +00:00
|
|
|
* OpenOffice.org is free software: you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU Lesser General Public License version 3
|
|
|
|
* only, as published by the Free Software Foundation.
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
2008-04-11 10:22:24 +00:00
|
|
|
* OpenOffice.org is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU Lesser General Public License version 3 for more details
|
|
|
|
* (a copy is included in the LICENSE file that accompanied this code).
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
2008-04-11 10:22:24 +00:00
|
|
|
* You should have received a copy of the GNU Lesser General Public License
|
|
|
|
* version 3 along with OpenOffice.org. If not, see
|
|
|
|
* <http://www.openoffice.org/license.html>
|
|
|
|
* for a copy of the LGPLv3 License.
|
2001-01-12 10:35:45 +00:00
|
|
|
*
|
|
|
|
************************************************************************/
|
|
|
|
|
2006-09-16 12:23:43 +00:00
|
|
|
// MARKER(update_precomp.py): autogen include statement, do not remove
|
|
|
|
#include "precompiled_extensions.hxx"
|
2001-01-12 10:35:45 +00:00
|
|
|
#include "standardcontrol.hxx"
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
#include "pcrcommon.hxx"
|
2004-11-16 11:12:31 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
/** === begin UNO includes === **/
|
2004-11-16 11:12:31 +00:00
|
|
|
#include <com/sun/star/util/DateTime.hpp>
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
#include <com/sun/star/util/Date.hpp>
|
|
|
|
#include <com/sun/star/util/Time.hpp>
|
|
|
|
#include <com/sun/star/util/Color.hpp>
|
|
|
|
#include <com/sun/star/util/MeasureUnit.hpp>
|
|
|
|
#include <com/sun/star/inspection/PropertyControlType.hpp>
|
|
|
|
/** === end UNO includes === **/
|
2003-03-25 15:04:55 +00:00
|
|
|
#include <rtl/math.hxx>
|
2001-01-12 10:35:45 +00:00
|
|
|
#include <sfx2/objsh.hxx>
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
// ugly dependencies for the OColorControl
|
|
|
|
#include <svx/svxids.hrc>
|
|
|
|
#include <svx/drawitem.hxx>
|
|
|
|
#include <xtable.hxx>
|
|
|
|
//==================================================================
|
|
|
|
#include <vcl/floatwin.hxx>
|
|
|
|
#include <svtools/svmedit.hxx>
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
#include <svtools/colorcfg.hxx>
|
2009-10-16 00:05:16 +02:00
|
|
|
#include <unotools/syslocale.hxx>
|
2004-11-16 11:12:31 +00:00
|
|
|
#include <unotools/datetime.hxx>
|
2006-04-07 13:15:12 +00:00
|
|
|
#include <i18npool/mslangid.hxx>
|
2001-01-12 10:35:45 +00:00
|
|
|
#include <vcl/button.hxx>
|
|
|
|
#include <vcl/svapp.hxx>
|
|
|
|
//==================================================================
|
|
|
|
|
2002-08-06 07:18:39 +00:00
|
|
|
#include <memory>
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
#include <limits>
|
|
|
|
#include <boost/bind.hpp>
|
|
|
|
|
2001-01-12 10:35:45 +00:00
|
|
|
//............................................................................
|
|
|
|
namespace pcr
|
|
|
|
{
|
|
|
|
//............................................................................
|
|
|
|
|
2004-11-16 11:12:31 +00:00
|
|
|
using namespace ::com::sun::star;
|
|
|
|
using namespace ::com::sun::star::uno;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
using namespace ::com::sun::star::awt;
|
2004-11-16 11:12:31 +00:00
|
|
|
using namespace ::com::sun::star::lang;
|
|
|
|
using namespace ::com::sun::star::util;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
using namespace ::com::sun::star::beans;
|
|
|
|
using namespace ::com::sun::star::inspection;
|
2004-11-16 11:12:31 +00:00
|
|
|
|
2001-01-12 10:35:45 +00:00
|
|
|
//==================================================================
|
|
|
|
//= OTimeControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
OTimeControl::OTimeControl( Window* pParent, WinBits nWinStyle )
|
|
|
|
:OTimeControl_Base( PropertyControlType::TimeField, pParent, nWinStyle )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetStrictFormat( sal_True );
|
|
|
|
getTypedControlWindow()->SetFormat( TIMEF_SEC );
|
|
|
|
getTypedControlWindow()->EnableEmptyFieldValue( sal_True );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OTimeControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
util::Time aUNOTime;
|
|
|
|
if ( !( _rValue >>= aUNOTime ) )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetText( String() );
|
|
|
|
getTypedControlWindow()->SetEmptyTime();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Time aTime( aUNOTime.Hours, aUNOTime.Minutes, aUNOTime.Seconds, aUNOTime.HundredthSeconds );
|
|
|
|
getTypedControlWindow()->SetTime( aTime );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL OTimeControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
|
|
|
if ( getTypedControlWindow()->GetText().Len()>0 )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Time aTime( getTypedControlWindow()->GetTime() );
|
|
|
|
util::Time aUNOTime( aTime.Get100Sec(), aTime.GetSec(), aTime.GetMin(), aTime.GetHour() );
|
|
|
|
aPropValue <<= aUNOTime;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return aPropValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Type SAL_CALL OTimeControl::getValueType() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return ::getCppuType( static_cast< util::Time* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
//= ODateControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
ODateControl::ODateControl( Window* pParent, WinBits nWinStyle )
|
|
|
|
:ODateControl_Base( PropertyControlType::DateField, pParent, nWinStyle | WB_DROPDOWN )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
WindowType* pControlWindow = getTypedControlWindow();
|
|
|
|
pControlWindow->SetStrictFormat(sal_True);
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
pControlWindow->SetMin( ::Date( 1,1,1600 ) );
|
|
|
|
pControlWindow->SetFirst( ::Date( 1,1,1600 ) );
|
|
|
|
pControlWindow->SetLast( ::Date( 1, 1, 9999 ) );
|
|
|
|
pControlWindow->SetMax( ::Date( 1, 1, 9999 ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
pControlWindow->SetExtDateFormat( XTDATEF_SYSTEM_SHORT_YYYY );
|
|
|
|
pControlWindow->EnableEmptyFieldValue( sal_True );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL ODateControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
util::Date aUNODate;
|
|
|
|
if ( !( _rValue >>= aUNODate ) )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetText( String() );
|
|
|
|
getTypedControlWindow()->SetEmptyDate();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Date aDate( aUNODate.Day, aUNODate.Month, aUNODate.Year );
|
|
|
|
getTypedControlWindow()->SetDate( aDate );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL ODateControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
|
|
|
if ( getTypedControlWindow()->GetText().Len() > 0 )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Date aDate( getTypedControlWindow()->GetDate() );
|
|
|
|
util::Date aUNODate( aDate.GetDay(), aDate.GetMonth(), aDate.GetYear() );
|
|
|
|
aPropValue <<= aUNODate;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return aPropValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Type SAL_CALL ODateControl::getValueType() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return ::getCppuType( static_cast< util::Date* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
//= OEditControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
OEditControl::OEditControl(Window* _pParent, sal_Bool _bPW, WinBits _nWinStyle)
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
:OEditControl_Base( _bPW ? PropertyControlType::CharacterField : PropertyControlType::TextField, _pParent, _nWinStyle )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
m_bIsPassword = _bPW;
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( m_bIsPassword )
|
|
|
|
getTypedControlWindow()->SetMaxTextLen( 1 );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OEditControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::rtl::OUString sText;
|
|
|
|
if ( m_bIsPassword )
|
|
|
|
{
|
|
|
|
sal_Int16 nValue = 0;
|
|
|
|
_rValue >>= nValue;
|
|
|
|
if ( nValue )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
sal_Unicode nCharacter = nValue;
|
|
|
|
sText = String( &nCharacter, 1 );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
else
|
|
|
|
_rValue >>= sText;
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetText( sText );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL OEditControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::rtl::OUString sText( getTypedControlWindow()->GetText() );
|
|
|
|
if ( m_bIsPassword )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( sText.getLength() )
|
|
|
|
aPropValue <<= (sal_Int16)sText.getStr()[0];
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
else
|
|
|
|
aPropValue <<= sText;
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return aPropValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Type SAL_CALL OEditControl::getValueType() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return m_bIsPassword ? ::getCppuType( static_cast< sal_Int16* >( NULL ) ) : ::getCppuType( static_cast< ::rtl::OUString* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void OEditControl::modified()
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
OEditControl_Base::modified();
|
2001-01-12 10:35:45 +00:00
|
|
|
|
|
|
|
// for pasword controls, we fire a commit for every single change
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( m_bIsPassword )
|
|
|
|
m_aImplControl.notifyModifiedValue();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
static long ImplCalcLongValue( double nValue, sal_uInt16 nDigits )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
double n = nValue;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
for ( sal_uInt16 d = 0; d < nDigits; ++d )
|
2001-01-12 10:35:45 +00:00
|
|
|
n *= 10;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
|
|
|
|
if ( n > ::std::numeric_limits< long >::max() )
|
|
|
|
return ::std::numeric_limits< long >::max();
|
|
|
|
return (long)n;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
static double ImplCalcDoubleValue( long nValue, sal_uInt16 nDigits )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
double n = nValue;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
for ( sal_uInt16 d = 0; d < nDigits; ++d )
|
2001-01-12 10:35:45 +00:00
|
|
|
n /= 10;
|
|
|
|
return n;
|
|
|
|
}
|
|
|
|
|
2004-11-16 11:12:31 +00:00
|
|
|
//==================================================================
|
|
|
|
// class ODateTimeControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
ODateTimeControl::ODateTimeControl( Window* _pParent, WinBits _nWinStyle)
|
|
|
|
:ODateTimeControl_Base( PropertyControlType::DateTimeField, _pParent, _nWinStyle )
|
2004-11-16 11:12:31 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->EnableEmptyField( sal_True );
|
2004-11-16 11:12:31 +00:00
|
|
|
|
|
|
|
// determine a default format
|
|
|
|
Locale aSysLocale = SvtSysLocale().GetLocaleData().getLocale();
|
2006-04-07 13:15:12 +00:00
|
|
|
LanguageType eSysLanguage = MsLangId::convertLocaleToLanguage( aSysLocale );
|
2004-11-16 11:12:31 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetFormatter( getTypedControlWindow()->StandardFormatter() );
|
|
|
|
SvNumberFormatter* pFormatter = getTypedControlWindow()->GetFormatter();
|
2004-11-16 11:12:31 +00:00
|
|
|
ULONG nStandardDateTimeFormat = pFormatter->GetStandardFormat( NUMBERFORMAT_DATETIME, eSysLanguage );
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetFormatKey( nStandardDateTimeFormat );
|
2004-11-16 11:12:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL ODateTimeControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2004-11-16 11:12:31 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( !_rValue.hasValue() )
|
2004-11-16 11:12:31 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetText( String() );
|
2004-11-16 11:12:31 +00:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
util::DateTime aUNODateTime;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
OSL_VERIFY( _rValue >>= aUNODateTime );
|
2004-11-16 11:12:31 +00:00
|
|
|
|
|
|
|
::DateTime aDateTime;
|
|
|
|
::utl::typeConvert( aUNODateTime, aDateTime );
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
double nValue = aDateTime - ::DateTime( *getTypedControlWindow()->GetFormatter()->GetNullDate() );
|
|
|
|
getTypedControlWindow()->SetValue( nValue );
|
2004-11-16 11:12:31 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL ODateTimeControl::getValue() throw (RuntimeException)
|
2004-11-16 11:12:31 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
|
|
|
if ( getTypedControlWindow()->GetText().Len() )
|
2004-11-16 11:12:31 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
double nValue = getTypedControlWindow()->GetValue();
|
2004-11-16 11:12:31 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::DateTime aDateTime( *getTypedControlWindow()->GetFormatter()->GetNullDate() );
|
2004-11-16 11:12:31 +00:00
|
|
|
|
|
|
|
// add the "days" part
|
|
|
|
double nDays = floor( nValue );
|
|
|
|
aDateTime += nDays;
|
|
|
|
|
|
|
|
// add the "time" part
|
|
|
|
double nTime = nValue - nDays;
|
|
|
|
nTime = ::rtl::math::round( nTime * 86400.0 ) / 86400.0;
|
|
|
|
// we're not interested in 100th seconds, and this here prevents rounding errors
|
|
|
|
aDateTime += nTime;
|
|
|
|
|
|
|
|
util::DateTime aUNODateTime;
|
|
|
|
::utl::typeConvert( aDateTime, aUNODateTime );
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
aPropValue <<= aUNODateTime;
|
|
|
|
}
|
|
|
|
return aPropValue;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
Type SAL_CALL ODateTimeControl::getValueType() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
return ::getCppuType( static_cast< util::DateTime* >( NULL ) );
|
|
|
|
}
|
|
|
|
|
|
|
|
//========================================================================
|
|
|
|
//= HyperlinkInput
|
|
|
|
//========================================================================
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
HyperlinkInput::HyperlinkInput( Window* _pParent, WinBits _nWinStyle )
|
|
|
|
:Edit( _pParent, _nWinStyle )
|
|
|
|
{
|
|
|
|
::svtools::ColorConfig aColorConfig;
|
|
|
|
::svtools::ColorConfigValue aLinkColor( aColorConfig.GetColorValue( ::svtools::LINKS ) );
|
|
|
|
|
|
|
|
AllSettings aAllSettings( GetSettings() );
|
|
|
|
StyleSettings aStyleSettings( aAllSettings.GetStyleSettings() );
|
|
|
|
|
|
|
|
Font aFieldFont( aStyleSettings.GetFieldFont() );
|
|
|
|
aFieldFont.SetUnderline( UNDERLINE_SINGLE );
|
|
|
|
aFieldFont.SetColor( aLinkColor.nColor );
|
|
|
|
aStyleSettings.SetFieldFont( aFieldFont );
|
|
|
|
|
|
|
|
aStyleSettings.SetFieldTextColor( aLinkColor.nColor );
|
|
|
|
|
|
|
|
aAllSettings.SetStyleSettings( aStyleSettings );
|
|
|
|
SetSettings( aAllSettings );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void HyperlinkInput::MouseMove( const ::MouseEvent& rMEvt )
|
|
|
|
{
|
|
|
|
Edit::MouseMove( rMEvt );
|
|
|
|
|
|
|
|
PointerStyle ePointerStyle( POINTER_TEXT );
|
|
|
|
|
|
|
|
if ( !rMEvt.IsLeaveWindow() )
|
|
|
|
{
|
|
|
|
if ( impl_textHitTest( rMEvt.GetPosPixel() ) )
|
|
|
|
ePointerStyle = POINTER_REFHAND;
|
2004-11-16 11:12:31 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
|
|
|
|
SetPointer( Pointer( ePointerStyle ) );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void HyperlinkInput::MouseButtonDown( const ::MouseEvent& rMEvt )
|
|
|
|
{
|
|
|
|
Edit::MouseButtonDown( rMEvt );
|
|
|
|
|
|
|
|
if ( impl_textHitTest( rMEvt.GetPosPixel() ) )
|
|
|
|
m_aMouseButtonDownPos = rMEvt.GetPosPixel();
|
|
|
|
else
|
|
|
|
m_aMouseButtonDownPos.X() = m_aMouseButtonDownPos.Y() = -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void HyperlinkInput::MouseButtonUp( const ::MouseEvent& rMEvt )
|
|
|
|
{
|
|
|
|
Edit::MouseButtonUp( rMEvt );
|
|
|
|
|
|
|
|
impl_checkEndClick( rMEvt );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
2008-06-25 13:53:11 +00:00
|
|
|
bool HyperlinkInput::impl_textHitTest( const ::Point& _rWindowPos )
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
{
|
|
|
|
xub_StrLen nPos = GetCharPos( _rWindowPos );
|
|
|
|
return ( ( nPos != STRING_LEN ) && ( nPos < GetText().Len() ) );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void HyperlinkInput::impl_checkEndClick( const ::MouseEvent rMEvt )
|
|
|
|
{
|
|
|
|
const MouseSettings& rMouseSettings( GetSettings().GetMouseSettings() );
|
|
|
|
if ( ( abs( rMEvt.GetPosPixel().X() - m_aMouseButtonDownPos.X() ) < rMouseSettings.GetStartDragWidth() )
|
|
|
|
&& ( abs( rMEvt.GetPosPixel().Y() - m_aMouseButtonDownPos.Y() ) < rMouseSettings.GetStartDragHeight() )
|
|
|
|
)
|
|
|
|
Application::PostUserEvent( m_aClickHandler );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void HyperlinkInput::Tracking( const TrackingEvent& rTEvt )
|
|
|
|
{
|
|
|
|
Edit::Tracking( rTEvt );
|
|
|
|
|
|
|
|
if ( rTEvt.IsTrackingEnded() )
|
|
|
|
impl_checkEndClick( rTEvt.GetMouseEvent() );
|
|
|
|
}
|
|
|
|
|
|
|
|
//========================================================================
|
|
|
|
//= OHyperlinkControl
|
|
|
|
//========================================================================
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
OHyperlinkControl::OHyperlinkControl( Window* _pParent, WinBits _nWinStyle )
|
|
|
|
:OHyperlinkControl_Base( PropertyControlType::HyperlinkField, _pParent, _nWinStyle )
|
|
|
|
,m_aActionListeners( m_aMutex )
|
|
|
|
{
|
|
|
|
getTypedControlWindow()->SetClickHdl( LINK( this, OHyperlinkControl, OnHyperlinkClicked ) );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
Any SAL_CALL OHyperlinkControl::getValue() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
::rtl::OUString sText = getTypedControlWindow()->GetText();
|
|
|
|
return makeAny( sText );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL OHyperlinkControl::setValue( const Any& _value ) throw (IllegalTypeException, RuntimeException)
|
|
|
|
{
|
|
|
|
::rtl::OUString sText;
|
|
|
|
_value >>= sText;
|
|
|
|
getTypedControlWindow()->SetText( sText );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
Type SAL_CALL OHyperlinkControl::getValueType() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
return ::getCppuType( static_cast< ::rtl::OUString* >( NULL ) );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL OHyperlinkControl::addActionListener( const Reference< XActionListener >& listener ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
if ( listener.is() )
|
|
|
|
m_aActionListeners.addInterface( listener );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL OHyperlinkControl::removeActionListener( const Reference< XActionListener >& listener ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
m_aActionListeners.removeInterface( listener );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
void SAL_CALL OHyperlinkControl::disposing()
|
|
|
|
{
|
|
|
|
OHyperlinkControl_Base::disposing();
|
|
|
|
|
|
|
|
EventObject aEvent( *this );
|
|
|
|
m_aActionListeners.disposeAndClear( aEvent );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
2006-07-26 07:01:00 +00:00
|
|
|
IMPL_LINK( OHyperlinkControl, OnHyperlinkClicked, void*, /*_NotInterestedIn*/ )
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
{
|
|
|
|
ActionEvent aEvent( *this, ::rtl::OUString( RTL_CONSTASCII_USTRINGPARAM( "clicked" ) ) );
|
|
|
|
m_aActionListeners.forEach< XActionListener >(
|
|
|
|
boost::bind(
|
|
|
|
&XActionListener::actionPerformed,
|
|
|
|
_1, boost::cref(aEvent) ) );
|
|
|
|
|
|
|
|
return 0;
|
2004-11-16 11:12:31 +00:00
|
|
|
}
|
|
|
|
|
2001-01-12 10:35:45 +00:00
|
|
|
//==================================================================
|
|
|
|
//= ONumericControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
ONumericControl::ONumericControl( Window* _pParent, WinBits _nWinStyle )
|
|
|
|
:ONumericControl_Base( PropertyControlType::NumericField, _pParent, _nWinStyle )
|
|
|
|
,m_eValueUnit( FUNIT_NONE )
|
|
|
|
,m_nFieldToUNOValueFactor( 1 )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetDefaultUnit( FUNIT_NONE );
|
2004-03-19 11:06:39 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->EnableEmptyFieldValue( sal_True );
|
|
|
|
getTypedControlWindow()->SetStrictFormat( sal_True );
|
|
|
|
Optional< double > value( getMaxValue() );
|
|
|
|
value.Value = -value.Value;
|
|
|
|
setMinValue( value );
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//--------------------------------------------------------------------
|
|
|
|
::sal_Int16 SAL_CALL ONumericControl::getDecimalDigits() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
return getTypedControlWindow()->GetDecimalDigits();
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL ONumericControl::setDecimalDigits( ::sal_Int16 _decimaldigits ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
getTypedControlWindow()->SetDecimalDigits( _decimaldigits );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//--------------------------------------------------------------------
|
|
|
|
Optional< double > SAL_CALL ONumericControl::getMinValue() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
Optional< double > aReturn( sal_True, 0 );
|
|
|
|
|
2007-05-10 09:50:15 +00:00
|
|
|
sal_Int64 minValue = getTypedControlWindow()->GetMin();
|
|
|
|
if ( minValue == ::std::numeric_limits< sal_Int64 >::min() )
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
aReturn.IsPresent = sal_False;
|
|
|
|
else
|
2007-05-10 09:50:15 +00:00
|
|
|
aReturn.Value = (double)minValue;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
|
|
|
|
return aReturn;
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL ONumericControl::setMinValue( const Optional< double >& _minvalue ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
if ( !_minvalue.IsPresent )
|
2007-05-10 09:50:15 +00:00
|
|
|
getTypedControlWindow()->SetMin( ::std::numeric_limits< sal_Int64 >::min() );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
else
|
2007-11-20 18:52:38 +00:00
|
|
|
getTypedControlWindow()->SetMin( impl_apiValueToFieldValue_nothrow( _minvalue.Value ) , m_eValueUnit);
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
Optional< double > SAL_CALL ONumericControl::getMaxValue() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
Optional< double > aReturn( sal_True, 0 );
|
|
|
|
|
2007-05-10 09:50:15 +00:00
|
|
|
sal_Int64 maxValue = getTypedControlWindow()->GetMax();
|
|
|
|
if ( maxValue == ::std::numeric_limits< sal_Int64 >::max() )
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
aReturn.IsPresent = sal_False;
|
|
|
|
else
|
2007-05-10 09:50:15 +00:00
|
|
|
aReturn.Value = (double)maxValue;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
|
|
|
|
return aReturn;
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL ONumericControl::setMaxValue( const Optional< double >& _maxvalue ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
if ( !_maxvalue.IsPresent )
|
2007-05-10 09:50:15 +00:00
|
|
|
getTypedControlWindow()->SetMax( ::std::numeric_limits< sal_Int64 >::max() );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
else
|
2007-11-20 18:52:38 +00:00
|
|
|
getTypedControlWindow()->SetMax( impl_apiValueToFieldValue_nothrow( _maxvalue.Value ), m_eValueUnit );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
::sal_Int16 SAL_CALL ONumericControl::getDisplayUnit() throw (RuntimeException)
|
|
|
|
{
|
2007-07-06 07:54:12 +00:00
|
|
|
return VCLUnoHelper::ConvertToMeasurementUnit( getTypedControlWindow()->GetUnit(), 1 );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL ONumericControl::setDisplayUnit( ::sal_Int16 _displayunit ) throw (IllegalArgumentException, RuntimeException)
|
|
|
|
{
|
|
|
|
if ( ( _displayunit < MeasureUnit::MM_100TH ) || ( _displayunit > MeasureUnit::PERCENT ) )
|
|
|
|
throw IllegalArgumentException();
|
|
|
|
if ( ( _displayunit == MeasureUnit::MM_100TH )
|
|
|
|
|| ( _displayunit == MeasureUnit::MM_10TH )
|
|
|
|
|| ( _displayunit == MeasureUnit::INCH_1000TH )
|
|
|
|
|| ( _displayunit == MeasureUnit::INCH_100TH )
|
|
|
|
|| ( _displayunit == MeasureUnit::INCH_10TH )
|
|
|
|
|| ( _displayunit == MeasureUnit::PERCENT )
|
|
|
|
)
|
|
|
|
throw IllegalArgumentException();
|
|
|
|
|
|
|
|
sal_Int16 nDummyFactor = 1;
|
2007-07-06 07:54:12 +00:00
|
|
|
FieldUnit eFieldUnit = VCLUnoHelper::ConvertToFieldUnit( _displayunit, nDummyFactor );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( nDummyFactor != 1 )
|
|
|
|
// everything which survived the checks above should result in a factor of 1, i.e.,
|
|
|
|
// it should have a direct counterpart as FieldUnit
|
|
|
|
throw RuntimeException();
|
|
|
|
getTypedControlWindow()->SetUnit( eFieldUnit );
|
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
::sal_Int16 SAL_CALL ONumericControl::getValueUnit() throw (RuntimeException)
|
|
|
|
{
|
2007-07-06 07:54:12 +00:00
|
|
|
return VCLUnoHelper::ConvertToMeasurementUnit( m_eValueUnit, m_nFieldToUNOValueFactor );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL ONumericControl::setValueUnit( ::sal_Int16 _valueunit ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
if ( ( _valueunit < MeasureUnit::MM_100TH ) || ( _valueunit > MeasureUnit::PERCENT ) )
|
|
|
|
throw IllegalArgumentException();
|
2007-07-06 07:54:12 +00:00
|
|
|
m_eValueUnit = VCLUnoHelper::ConvertToFieldUnit( _valueunit, m_nFieldToUNOValueFactor );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//--------------------------------------------------------------------
|
|
|
|
void SAL_CALL ONumericControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( !_rValue.hasValue() )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetText( String() );
|
|
|
|
getTypedControlWindow()->SetEmptyFieldValue();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
double nValue( 0 );
|
|
|
|
OSL_VERIFY( _rValue >>= nValue );
|
|
|
|
long nControlValue = impl_apiValueToFieldValue_nothrow( nValue );
|
|
|
|
getTypedControlWindow()->SetValue( nControlValue, m_eValueUnit );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
long ONumericControl::impl_apiValueToFieldValue_nothrow( double _nApiValue ) const
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
long nControlValue = ImplCalcLongValue( _nApiValue, getTypedControlWindow()->GetDecimalDigits() );
|
|
|
|
nControlValue /= m_nFieldToUNOValueFactor;
|
|
|
|
return nControlValue;
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//------------------------------------------------------------------
|
2007-05-10 09:50:15 +00:00
|
|
|
double ONumericControl::impl_fieldValueToApiValue_nothrow( sal_Int64 _nFieldValue ) const
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
{
|
2007-05-10 09:50:15 +00:00
|
|
|
double nApiValue = ImplCalcDoubleValue( (long)_nFieldValue, getTypedControlWindow()->GetDecimalDigits() );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
nApiValue *= m_nFieldToUNOValueFactor;
|
|
|
|
return nApiValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL ONumericControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
|
|
|
if ( getTypedControlWindow()->GetText().Len() )
|
|
|
|
{
|
|
|
|
double nValue = impl_fieldValueToApiValue_nothrow( getTypedControlWindow()->GetValue( m_eValueUnit ) );
|
|
|
|
aPropValue <<= nValue;
|
|
|
|
}
|
|
|
|
return aPropValue;
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
Type SAL_CALL ONumericControl::getValueType() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
return ::getCppuType( static_cast< double* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
//= OColorControl
|
|
|
|
//==================================================================
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
#define LB_DEFAULT_COUNT 20
|
2001-01-12 10:35:45 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
String MakeHexStr(sal_uInt32 nVal, sal_uInt32 nLength)
|
|
|
|
{
|
|
|
|
String aStr;
|
|
|
|
while (nVal>0)
|
|
|
|
{
|
|
|
|
char c=char(nVal & 0x000F);
|
|
|
|
nVal>>=4;
|
|
|
|
if (c<=9) c+='0';
|
|
|
|
else c+='A'-10;
|
|
|
|
aStr.Insert(c,0);
|
|
|
|
}
|
|
|
|
while (aStr.Len() < nLength) aStr.Insert('0',0);
|
|
|
|
return aStr;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
OColorControl::OColorControl(Window* pParent, WinBits nWinStyle)
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
:OColorControl_Base( PropertyControlType::ColorListBox, pParent, nWinStyle )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
// initialize the color listbox
|
2007-07-06 07:54:12 +00:00
|
|
|
XColorTable* pColorTable = NULL;
|
2001-01-12 10:35:45 +00:00
|
|
|
SfxObjectShell* pDocSh = SfxObjectShell::Current();
|
2008-01-14 14:00:56 +00:00
|
|
|
const SfxPoolItem* pItem = pDocSh ? pDocSh->GetItem( SID_COLOR_TABLE ) : NULL;
|
|
|
|
if ( pItem )
|
2007-07-06 07:54:12 +00:00
|
|
|
{
|
|
|
|
DBG_ASSERT(pItem->ISA(SvxColorTableItem), "OColorControl::OColorControl: invalid color item!");
|
|
|
|
pColorTable = ( (SvxColorTableItem*)pItem )->GetColorTable();
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
2007-07-06 07:54:12 +00:00
|
|
|
if ( !pColorTable )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
2007-07-06 07:54:12 +00:00
|
|
|
pColorTable = XColorTable::GetStdColorTable();
|
|
|
|
}
|
|
|
|
|
2001-01-24 13:12:53 +00:00
|
|
|
|
2007-07-06 07:54:12 +00:00
|
|
|
DBG_ASSERT(pColorTable, "OColorControl::OColorControl: no color table!");
|
2001-02-05 11:24:09 +00:00
|
|
|
|
2007-07-06 07:54:12 +00:00
|
|
|
if (pColorTable)
|
|
|
|
{
|
|
|
|
for (sal_uInt16 i = 0; i < pColorTable->Count(); ++i)
|
2001-02-05 11:24:09 +00:00
|
|
|
{
|
2007-07-06 07:54:12 +00:00
|
|
|
XColorEntry* pEntry = pColorTable->GetColor( i );
|
|
|
|
getTypedControlWindow()->InsertEntry( pEntry->GetColor(), pEntry->GetName() );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetDropDownLineCount( LB_DEFAULT_COUNT );
|
2007-05-10 09:50:15 +00:00
|
|
|
if ( ( nWinStyle & WB_READONLY ) != 0 )
|
|
|
|
{
|
|
|
|
getTypedControlWindow()->SetReadOnly( TRUE );
|
|
|
|
getTypedControlWindow()->Enable( TRUE );
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OColorControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( _rValue.hasValue() )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::com::sun::star::util::Color nColor = COL_TRANSPARENT;
|
|
|
|
if ( _rValue >>= nColor )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Color aRgbCol((ColorData)nColor);
|
|
|
|
|
|
|
|
getTypedControlWindow()->SelectEntry( aRgbCol );
|
|
|
|
if ( !getTypedControlWindow()->IsEntrySelected( aRgbCol ) )
|
|
|
|
{ // the given color is not part of the list -> insert a new entry with the hex code of the color
|
|
|
|
String aStr = String::CreateFromAscii("0x");
|
|
|
|
aStr += MakeHexStr(nColor,8);
|
|
|
|
getTypedControlWindow()->InsertEntry( aRgbCol, aStr );
|
|
|
|
getTypedControlWindow()->SelectEntry( aRgbCol );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
{
|
|
|
|
::rtl::OUString sNonColorValue;
|
|
|
|
if ( !( _rValue >>= sNonColorValue ) )
|
|
|
|
throw IllegalTypeException();
|
|
|
|
getTypedControlWindow()->SelectEntry( sNonColorValue );
|
|
|
|
if ( !getTypedControlWindow()->IsEntrySelected( sNonColorValue ) )
|
|
|
|
getTypedControlWindow()->SetNoSelection();
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
else
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetNoSelection();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL OColorControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
|
|
|
if ( getTypedControlWindow()->GetSelectEntryCount() > 0 )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::rtl::OUString sSelectedEntry = getTypedControlWindow()->GetSelectEntry();
|
|
|
|
if ( m_aNonColorEntries.find( sSelectedEntry ) != m_aNonColorEntries.end() )
|
|
|
|
aPropValue <<= sSelectedEntry;
|
|
|
|
else
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Color aRgbCol = getTypedControlWindow()->GetSelectEntryColor();
|
|
|
|
aPropValue <<= (::com::sun::star::util::Color)aRgbCol.GetColor();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return aPropValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Type SAL_CALL OColorControl::getValueType() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return ::getCppuType( static_cast< sal_Int32* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OColorControl::clearList() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->Clear();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OColorControl::prependListEntry( const ::rtl::OUString& NewEntry ) throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( NewEntry, 0 );
|
|
|
|
m_aNonColorEntries.insert( NewEntry );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OColorControl::appendListEntry( const ::rtl::OUString& NewEntry ) throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( NewEntry );
|
|
|
|
m_aNonColorEntries.insert( NewEntry );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
2007-07-06 07:54:12 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
Sequence< ::rtl::OUString > SAL_CALL OColorControl::getListEntries( ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
if ( !m_aNonColorEntries.empty() )
|
|
|
|
return Sequence< ::rtl::OUString >(&(*m_aNonColorEntries.begin()),m_aNonColorEntries.size());
|
|
|
|
return Sequence< ::rtl::OUString >();
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void OColorControl::modified()
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
OColorControl_Base::modified();
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( !getTypedControlWindow()->IsTravelSelect() )
|
2001-01-12 10:35:45 +00:00
|
|
|
// fire a commit
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
m_aImplControl.notifyModifiedValue();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
//= OListboxControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
OListboxControl::OListboxControl( Window* pParent, WinBits nWinStyle)
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
:OListboxControl_Base( PropertyControlType::ListBox, pParent, nWinStyle )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetDropDownLineCount( LB_DEFAULT_COUNT );
|
2007-05-10 09:50:15 +00:00
|
|
|
if ( ( nWinStyle & WB_READONLY ) != 0 )
|
|
|
|
{
|
|
|
|
getTypedControlWindow()->SetReadOnly( TRUE );
|
|
|
|
getTypedControlWindow()->Enable( TRUE );
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL OListboxControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::rtl::OUString sControlValue( getTypedControlWindow()->GetSelectEntry() );
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any aPropValue;
|
|
|
|
if ( sControlValue.getLength() )
|
|
|
|
aPropValue <<= sControlValue;
|
|
|
|
return aPropValue;
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Type SAL_CALL OListboxControl::getValueType() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return ::getCppuType( static_cast< ::rtl::OUString* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OListboxControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( !_rValue.hasValue() )
|
|
|
|
getTypedControlWindow()->SetNoSelection();
|
|
|
|
else
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::rtl::OUString sSelection;
|
|
|
|
_rValue >>= sSelection;
|
|
|
|
|
|
|
|
if ( !sSelection.equals( getTypedControlWindow()->GetSelectEntry() ) )
|
|
|
|
getTypedControlWindow()->SelectEntry( sSelection );
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( !getTypedControlWindow()->IsEntrySelected( sSelection ) )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( sSelection, 0 );
|
|
|
|
getTypedControlWindow()->SelectEntry( sSelection );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OListboxControl::clearList() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->Clear();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OListboxControl::prependListEntry( const ::rtl::OUString& NewEntry ) throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( NewEntry, 0 );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OListboxControl::appendListEntry( const ::rtl::OUString& NewEntry ) throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( NewEntry );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
2007-07-06 07:54:12 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
Sequence< ::rtl::OUString > SAL_CALL OListboxControl::getListEntries( ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
const USHORT nCount = getTypedControlWindow()->GetEntryCount();
|
|
|
|
Sequence< ::rtl::OUString > aRet(nCount);
|
|
|
|
::rtl::OUString* pIter = aRet.getArray();
|
|
|
|
for (USHORT i = 0; i < nCount ; ++i,++pIter)
|
|
|
|
*pIter = getTypedControlWindow()->GetEntry(i);
|
|
|
|
|
|
|
|
return aRet;
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void OListboxControl::modified()
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
OListboxControl_Base::modified();
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( !getTypedControlWindow()->IsTravelSelect() )
|
2001-01-12 10:35:45 +00:00
|
|
|
// fire a commit
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
m_aImplControl.notifyModifiedValue();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
//= OComboboxControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
OComboboxControl::OComboboxControl( Window* pParent, WinBits nWinStyle)
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
:OComboboxControl_Base( PropertyControlType::ComboBox, pParent, nWinStyle )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->SetDropDownLineCount( LB_DEFAULT_COUNT );
|
CWS-TOOLING: integrate CWS dba32a
2009-04-16 13:08:19 +0200 oj r270882 : #i14538# set property at control
2009-04-16 13:04:28 +0200 oj r270881 : #i98557# remove binary string for SRB
2009-04-15 13:19:10 +0200 oj r270838 : #i96782# use type set at view
2009-04-14 14:53:20 +0200 oj r270778 : #i96782# set initialize size for custom shape
2009-04-06 14:19:14 +0200 oj r270546 : #i88432# correct pos when < 0 while resizing
2009-04-06 13:36:13 +0200 oj r270541 : #i96782# handle toolbar and menubar differently
2009-04-06 13:33:54 +0200 oj r270540 : #i96782# handle toolbar and menubar differently
2009-04-06 12:28:23 +0200 oj r270534 : #i96782# handle toolbar and menubar differently
2009-04-06 12:27:44 +0200 oj r270533 : #i96782# handle toolbar and menubar differently
2009-04-06 12:24:32 +0200 oj r270532 : #i96782# handle toolbar and menubar differently
2009-04-06 12:15:15 +0200 oj r270531 : do not initialze when field is empty
2009-04-06 10:06:08 +0200 oj r270528 : #i96782# clean up of menubar and remove duplicates
2009-04-06 09:47:49 +0200 oj r270527 : #i96519# adjust help text dynamic
2009-04-03 13:43:20 +0200 oj r270482 : do not need to remove section from observer they are already disposed
2009-04-03 13:27:28 +0200 fs r270479 : #i97356#
2009-04-02 11:30:39 +0200 fs r270386 : UNX line ends
2009-04-02 10:54:51 +0200 fs r270379 : UNX line ends
2009-04-02 10:39:57 +0200 fs r270378 : UNX line ends
2009-04-02 10:37:24 +0200 fs r270377 : why did this survive the rebase? was removed on trunk ...
2009-03-31 13:31:12 +0200 fs r270277 : component_foo should be public
2009-03-28 00:21:01 +0100 fs r270176 : manuallly merged the changes which happened in CWS before resync to m45, where the directory had been moved from reportdesign/registry to reportbuilder/registry
2009-03-27 23:01:20 +0100 fs r270174 : CWS-TOOLING: rebase CWS dba32a to trunk@270033 (milestone: DEV300:m45)
2009-03-11 12:23:35 +0100 fs r269310 : #i99958# ensure the ControlModelLock doesn't release twice
2009-03-06 09:07:32 +0100 fs r268970 : ignore output paths in SVN's status
2009-03-06 09:07:08 +0100 fs r268969 : ignore output paths in SVN's status
2009-03-04 11:28:02 +0100 oj r268800 : copy and paste error, check correct end now
2009-03-03 15:49:11 +0100 fs r268736 : #i10000# those merges were lost during the rebase (m38->m42)
2009-03-03 13:25:27 +0100 lla r268720 : #i99652# fix wrong refactoring
2009-02-27 11:12:56 +0100 fs r268566 : beautified
2009-02-27 10:53:47 +0100 fs r268561 : doFormListening(false) only when actually isFormListening() (found during complex test case XMLFormSettings with assertions)
2009-02-26 20:55:31 +0100 fs r268546 : #i96530# set the Label property of the bound control, if we didn't create a dedicated label control
2009-02-26 11:53:09 +0100 fs r268494 : #i10000#
2009-02-26 11:27:50 +0100 fs r268493 : #i10000#
2009-02-26 11:17:08 +0100 fs r268490 : reportdesign depends on REPORTBUILDER, not REPORTDESIGN
2009-02-25 11:39:48 +0100 fs r268422 : #i10000# post-resync: INFO_ESCAPE_DATETIME got lost during rebase
2009-02-24 23:24:10 +0100 fs r268411 : CWS-TOOLING: rebase CWS dba32a to trunk@268395 (milestone: DEV300:m42)
2009-02-20 15:09:48 +0100 fs r268324 : respect ImplicitCatalog/SchemaRestriction in all necessary places
2009-02-20 13:48:10 +0100 oj r268318 : order of initialize corrected
2009-02-14 15:07:52 +0100 fs r267759 : #i98975# when an image does not have a bitmap, but a text, draw this (as placeholder)
2009-02-14 15:02:40 +0100 fs r267758 : consolidated and removed some duplicate code
2009-02-14 13:52:23 +0100 fs r267756 : #i10000#
2009-02-13 22:08:34 +0100 fs r267750 : #i100000#
2009-02-13 22:07:25 +0100 fs r267749 : #i10000#
2009-02-13 21:55:36 +0100 fs r267747 : #i10000#
2009-02-13 21:54:27 +0100 fs r267746 : use const_cast
2009-02-13 21:29:10 +0100 fs r267745 : #i10000#
2009-02-13 21:27:39 +0100 fs r267744 : #i10000#
2009-02-13 20:59:13 +0100 fs r267742 : #i10000#
2009-02-13 13:21:30 +0100 fs r267717 : better diagnostics
2009-02-13 13:17:24 +0100 fs r267715 : #i58313# support Catalog/SchemaRestriction settings, which are applied in getTables when 'all catalogs/schemas' are to be retrieved
2009-02-13 13:16:14 +0100 fs r267714 : filter out some more known global settings
2009-02-13 12:39:43 +0100 fs r267713 : #i58313# ImplicitCatalog/SchemaRestriction
2009-02-13 12:36:50 +0100 fs r267712 : when exporting data source settings, allow for properties which have a VOID default value, but are currently not VOID
2009-02-13 12:35:57 +0100 fs r267711 : implement XSet, to allow inserting properties which have a default value of VOID
2009-02-13 12:35:03 +0100 fs r267710 : +addVoidProperty
2009-02-13 10:20:08 +0100 fs r267697 : removed unused variable
2009-02-13 09:46:46 +0100 fs r267695 : refactored the table filtering code, to have a better base for introducing additional low level filters
2009-02-10 09:23:07 +0100 lla r267537 : #i10000# wrong line feed, double named variable
2009-02-09 12:13:08 +0100 oj r267508 : #i98605# notify hanlder
2009-02-09 11:50:34 +0100 oj r267507 : #i98926# solve refcount problem
2009-02-09 11:50:05 +0100 oj r267506 : #i98971# fix for simple html
2009-02-09 11:49:24 +0100 oj r267505 : #i98971# fix for simple html
2009-02-09 11:47:27 +0100 oj r267504 : invoke on copy
2009-02-09 09:51:00 +0100 fs r267500 : #i98316#
2009-02-09 09:46:10 +0100 fs r267499 : setCurrentSelection: don't reset the current form when we de-select everything
2009-02-09 09:43:45 +0100 fs r267498 : #i98316#
2009-02-08 21:25:18 +0100 fs r267496 : #i98272# introduce late ctor for cloning
2009-02-07 21:08:39 +0100 fs r267485 : #i98272# when copy-constructing a FmFormPageImpl, use the XCloneable of the forms collection, instead of XPersistObject (which is incompletely implemented)
2009-02-07 21:07:26 +0100 fs r267484 : removed obsolete include guards
2009-02-07 21:05:22 +0100 fs r267483 : #i98272# implement XCloneable
2009-02-06 15:02:48 +0100 lla r267467 : #i96523# add XImageControl
2009-02-06 14:41:38 +0100 oj r267463 : #i98926# late init when connection disposed but only when asked for
2009-02-06 13:49:57 +0100 lla r267457 : #i92860# bigint in forms doesn't allow input of values > 1, fixed
2009-02-06 13:03:55 +0100 oj r267455 : ImageScaleMode
2009-02-05 14:48:19 +0100 lla r267424 : #i89335# dropdown listboxes are 14 instead of 7 lines high
2009-02-05 13:40:00 +0100 oj r267423 : #i96945# insert new prop Opaque
2009-02-05 13:39:19 +0100 oj r267422 : #i96945# insert layer handling for hell and heaven
2009-02-05 13:29:32 +0100 lla r267420 : #i89335# add is null, is not null, is not like filter condition
2009-02-04 12:23:02 +0100 oj r267364 : #i98821# load table font settings
2009-02-04 10:05:27 +0100 oj r267351 : #i98821# load table font settings
2009-02-04 09:23:22 +0100 fs r267350 : checking persistency of UI settings in database documents - for the moment, capture table formattings (which is issue 98821)
2009-02-04 09:22:15 +0100 fs r267349 : moved some methods which are of wider interest from DatabaseDocument to FileHelper resp. TestCase
2009-02-04 08:56:27 +0100 oj r267347 : #i97586# UcbStreamHelper::CreateStream doesn't check all streamModes use different method
2009-02-04 08:23:26 +0100 oj r267346 : #i98701# check key size is >= 3 and some redesign
2009-02-03 23:29:24 +0100 fs r267345 : return the component (controller), not the frame
2009-02-03 23:28:53 +0100 fs r267344 : openExisting returns a controller now, not the frame (this was a bug)
2009-02-03 23:28:25 +0100 fs r267343 : openElement: properly return the component in the table/query case
2009-02-02 12:48:17 +0100 oj r267261 : #i96013# fix for relative path
2009-02-02 10:33:28 +0100 lla r267253 : #i98557# cleanups and consolidation
2009-02-02 09:37:23 +0100 lla r267250 : #i88432# resize will no longer move components to other sections
2009-02-02 09:08:24 +0100 oj r267245 : #i97475# write 0x1A at the end of the file
2009-01-30 19:39:20 +0100 lla r267230 : #i10000# unused parameters
2009-01-30 09:51:09 +0100 fs r267181 : onsolete
2009-01-30 09:49:27 +0100 fs r267180 : onsolete
2009-01-29 14:28:22 +0100 oj r267139 : #i96825# import cell style
2009-01-29 14:23:12 +0100 oj r267137 : #i98601# export imagescalehandler
2009-01-29 14:19:57 +0100 lla r267135 : #i98601# add ImageScaleMode
2009-01-29 13:21:08 +0100 oj r267124 : #i98601# impl ScaleMode
2009-01-29 13:20:56 +0100 oj r267123 : #i98601# impl ScaleMode
2009-01-29 08:46:40 +0100 oj r267095 : new property: ScaleMode
2009-01-29 08:45:23 +0100 oj r267094 : new ScaleMode from UnControlImageModel
2009-01-29 08:28:12 +0100 oj r267093 : #i87930# close all sub forms/reports when the desktop is going to be terminated and no db frame exists
2009-01-28 19:54:34 +0100 lla r267082 : #i98557# pictures in report wizard
2009-01-28 15:06:25 +0100 oj r267060 : #i87930# close all sub forms/reports when the desktop is going to be terminated and no db frame exists
2009-01-28 11:38:41 +0100 lla r267046 : #i76783# handle binary fields in forms
2009-01-28 09:24:43 +0100 lla r267025 : #i10000#
2009-01-28 08:40:04 +0100 fs r267024 : #i10000#
2009-01-28 08:04:43 +0100 oj r267023 : #i93456# use resource strings for function names
2009-01-27 13:26:05 +0100 oj r266988 : check data field is type field or expression
2009-01-27 13:07:17 +0100 oj r266985 : check data field length
2009-01-27 11:48:19 +0100 oj r266974 : #i96823# return dll string as column name when no alias exists
2009-01-27 09:53:11 +0100 fs r266958 : display the message of a caught exception
2009-01-27 09:44:13 +0100 fs r266957 : #i58313# when retrieving all tables, just set an empty table type filter - the connection will care for translating this, by respecting the TableTypeFilterMode setting
2009-01-27 09:36:09 +0100 fs r266956 : #i58313# getTables: per JDBC spec, is not a valid table type filter. Translate it to 'null'.
2009-01-26 11:24:49 +0100 lla r266912 : #i97865# cleanups (AddField viewable in remote mode)
2009-01-26 07:49:27 +0100 lla r266897 : #i97865# AddField opens in remote case
2009-01-26 07:48:58 +0100 lla r266896 : #i97865# AddField opens in remote case
2009-01-26 07:48:42 +0100 lla r266895 : #i97865# AddField opens in remote case
2009-01-23 15:04:40 +0100 fs r266825 : consolidate the usage of OSQLMessageBox with MessageType==Warning into OSQLWarningBox
2009-01-23 10:47:33 +0100 fs r266787 : +supportsUserAdministration
2009-01-23 10:47:11 +0100 fs r266784 : use DatabaseMetaData.supportsUserAdministration
2009-01-23 07:55:59 +0100 lla r266767 : #i10000# fix gcc compiler failures
2009-01-21 15:08:55 +0100 lla r266673 : #i97265# Labels in HC (IsDark) with other color (viewable)
2009-01-19 14:58:54 +0100 lla r266504 : #i96523# last problems with FormatKey and '0' values fixed
2009-01-19 14:58:00 +0100 lla r266503 : #i96519# AddField help text
2009-01-19 11:59:02 +0100 fs r266485 : #i96523# for formatted field models, init them with TreatAsNumber = false
2009-01-16 10:31:49 +0100 lla r266405 : #i96793# add shrink to popup menu
2009-01-16 09:21:44 +0100 lla r266401 : #i96519# AddField contains a help text
2009-01-15 11:21:49 +0100 lla r266357 : #i96523# problem with XVclWindowPeer not fixed now
2009-01-15 09:19:20 +0100 lla r266335 : #i96523# more crashes fixed.
2009-01-14 13:08:34 +0100 lla r266291 : #i96523# problems with crashes fixed
2009-01-13 10:54:24 +0100 lla r266199 : #i96523# show datasource in formattedfields new files
2009-01-13 10:52:39 +0100 lla r266198 : #i96523# show datasource in formattedfields
2009-01-13 09:41:50 +0100 lla r266197 : #i96526# handling none existance default.otr
2009-01-12 12:55:49 +0100 fs r266151 : don't expect the control model to be a BoundComponent before adding as modify listener
2009-01-12 12:51:33 +0100 fs r266149 : #i88458# let the ImageControl be an XModifyBroadcaster, so the forms runtime can notice when the user changes the control content while it does not have the focus
2009-01-09 13:41:22 +0100 fs r266080 : doc
2009-01-09 13:14:14 +0100 fs r266077 : #i97377# SetModified when order is changed via DnD
2009-01-07 09:55:40 +0100 oj r265951 : merge from master
2009-01-07 09:55:24 +0100 oj r265950 : removed observer
2009-01-07 09:55:06 +0100 oj r265949 : merge from master
2009-01-07 07:29:11 +0100 oj r265945 : shadow var changed
2009-01-06 07:25:57 +0100 oj r265893 : CWS-TOOLING: rebase CWS dba32a to trunk@265758 (milestone: DEV300:m38)
2009-01-05 13:18:22 +0100 oj r265865 : convert to unix le
2009-01-05 09:13:52 +0100 lla r265857 : #i79423# lc_ sc_ permutation fix
2009-01-02 19:40:59 +0100 lla r265847 : #i79423# section shrink icons
2008-12-22 11:37:57 +0100 lla r265749 : #i97484# move component to negative Y-position
2008-12-22 11:37:05 +0100 lla r265748 : #i97484# move component to negative Y-position
2008-12-22 11:35:33 +0100 lla r265747 : #i97484# move component to negative Y-position
2008-12-22 11:25:07 +0100 lla r265745 : #i96757# changes via property browser was not undoable
2008-12-18 15:10:38 +0100 fs r265694 : corrected an condition in doFormListening, which otherwise leads to uncommitable grid columns in documents which are loaded from disc (not in documents which are newly created)
2008-12-18 14:54:39 +0100 fs r265692 : Hide Columns text slightly changed
2008-12-18 13:44:15 +0100 fs r265683 : #i94068# properly display erros happening during a form operation - at least once, and at most once
2008-12-18 11:28:29 +0100 fs r265677 : document the new InputRequired property
2008-12-18 11:04:15 +0100 fs r265676 : #i96530# createControlLabelPair: don't actually create a label for a checkbox
2008-12-18 10:35:53 +0100 fs r265674 : #i95226# when a column is replaced, and it's the selected column, update the selection
2008-12-18 10:34:42 +0100 fs r265673 : #i95226# refactoring of the implReplaced method
2008-12-18 10:34:28 +0100 fs r265672 : #i95226# when replacing a grid column, update the property browser
2008-12-18 10:33:17 +0100 fs r265671 : when an element is removed, remove it from m_aCurrentSelection, too (if necessary)
2008-12-18 10:31:57 +0100 fs r265670 : Hide Columns text slightly changed
2008-12-18 10:15:56 +0100 lla r265669 : #i14538# do not allow to press finish button twice
2008-12-18 08:56:33 +0100 lla r265665 : #i10000# build depend=t problem hacked.
2008-12-17 20:59:10 +0100 fs r265656 : #i89821# don't let a MultiLineEdit select all text when it receives the focus
2008-12-17 12:10:54 +0100 fs r265594 : #i97356#
2008-12-17 12:06:29 +0100 fs r265593 : #i97355# Print -> Printable
2008-12-17 11:59:31 +0100 fs r265591 : #i97350# combo boxes comment on list selection (as list boxes already do)
2008-12-16 09:53:57 +0100 lla r265527 : #i96526# handling none existance default.otr
2008-12-15 14:48:39 +0100 lla r265500 : #i79423# reparing, was wrong implemented
2008-12-12 15:08:33 +0100 lla r265424 : #i10000# remove wrong carridge returns
2008-12-12 15:07:55 +0100 lla r265423 : #i10000# remove wrong carridge returns
2008-12-12 15:06:41 +0100 lla r265422 : #i10000# remove wrong carridge returns
2008-12-12 10:23:13 +0100 lla r265395 : #i95234# reset DragDelta
2008-12-12 10:11:02 +0100 lla r265393 : #i79423# pre versions of shrink buttons
2008-12-11 15:32:13 +0100 fs r265318 : prevent a deadlock during complex.dbaccess.DatabaseDocument test
2008-12-11 15:30:06 +0100 fs r265316 : prevent a deadlock during complex.dbaccess.DatabaseDocument test
2008-12-11 15:07:05 +0100 fs r265307 : removed superfluous text
2008-12-11 12:29:54 +0100 lla r265282 : #i96757# cleanup second try
2008-12-11 12:09:15 +0100 lla r265278 : #i96757# cleanup
2008-12-11 12:07:56 +0100 lla r265277 : #i95234#
2008-12-10 14:04:39 +0100 lla r265183 : #i93472# D&D fixes
2008-12-10 12:29:33 +0100 lla r265168 : #i94067# add (APP|SYS)FONT to XUnitConversion
2008-12-10 12:15:02 +0100 lla r265166 : #i94067# add APPFONT, SYSFONT to MeasureUnit
2008-12-10 11:52:10 +0100 lla r265163 : #i94067# add comments
2008-12-06 20:33:05 +0100 fs r264935 : #i10000# precompiled header
2008-12-05 09:29:26 +0100 fs r264889 : #i10000#
2008-12-05 09:07:31 +0100 fs r264888 : #i10000#
2008-12-04 13:25:46 +0100 fs r264838 : CWS-TOOLING: rebase CWS dba32a to trunk@264807 (milestone: DEV300:m37)
2008-12-03 23:49:13 +0100 fs r264808 : merge changes from trunk, to be able to do a rebase
2008-12-03 17:13:09 +0100 lla r264801 : #i91041# update documentation
2008-12-03 16:57:04 +0100 lla r264799 : #i94067# allow convert(Point|Size)ToLogic as pixel also
2008-12-02 12:36:32 +0100 lla r264687 : #i96782# bring toolbar objects to menu structure
2008-12-02 10:32:44 +0100 lla r264667 : #i86255# make property work
2008-12-02 09:22:47 +0100 lla r264659 : #i79423# add section shrink toolbar
2008-12-02 07:41:22 +0100 lla r264657 : #i86255# add check box for Escape DateTime property
2008-12-02 07:37:17 +0100 lla r264656 : #i79423# new shrink buttons
2008-11-26 11:55:28 +0100 fs r264362 : #i96541#
FillPropertySet: do not only catch UnknownPropertyException when setting the Char/ParaAutoStyleName,
but also care for the other exceptions which can be thrown by XPropertySet::setPropertyValue.
This is actually not the real fix for #i96541#, but only a follow-up. The root cause of the issue
was fixed in CWS dba301b, but this here was another (potential) bug which popped up during investigations.
2008-11-25 09:04:40 +0100 lla r264273 : #i82083# new toolbox in GroupsSorting dialog
2008-11-25 08:56:08 +0100 lla r264272 : #i94729# change token strings into string list, move class out of function
2008-11-24 15:52:22 +0100 fs r264251 : #i96532# do not set AppendTableAlias, NameLengthLimit, etc., if the OXMLDataSourceInstance is used for elements at which those attributes never appear
2008-11-24 15:51:45 +0100 fs r264249 : #i96532# do not set AppendTableAlias, NameLengthLimit, etc., if the OXMLDataSourceInstance is used for elements at which those attributes never appear
2008-11-24 15:45:21 +0100 fs r264244 : #i96532# the API default for ParamNameSubst is false
2008-11-24 15:45:04 +0100 fs r264243 : #i96532# do not set AppendTableAlias, NameLengthLimit, etc., if the OXMLDataSourceInstance is used for elements at which those attributes never appear
2008-11-24 15:44:14 +0100 fs r264241 : #i96532# slight refactoring of exporting properties which have a XML default different from the API default
2008-11-24 10:50:01 +0100 lla r264216 : #i82083# icons for new toolbox
2008-11-24 09:38:45 +0100 lla r264205 : #i82083# new toolbox in GroupsSorting dialog
2008-11-24 09:32:20 +0100 lla r264201 : #i96501# cleanup assertions
2008-11-24 09:12:55 +0100 lla r264198 : #i83082# enhancement for toolboxes, better HC comfort
2008-11-24 08:46:43 +0100 lla r264197 : #i96501# fix problem with negative positions
2008-11-21 11:44:47 +0100 fs r264118 : #i57042# introduce a counter for suspending change notifications of a given property, so recursive calls are possible
2008-11-21 11:02:17 +0100 fs r264116 : #i96388# don't call ExecuteContextMenuAction when no action was chosen by the user
2008-11-21 10:36:53 +0100 fs r264114 : #i47384# assertion was wrong
2008-11-14 12:33:15 +0100 fs r263673 : #i47318# XRowSetChangeBroadcaster/Listener, to be able to listen for changes in an XRowSetSupplier's RowSet
2008-11-14 12:30:29 +0100 fs r263672 : #i47318# more refactoring
- BoundControlModels now listen at the XRowSetSupplier for changes in the supplied
RowSet, to properly revoke/register old/new listeners at the RowSet
- replaced ::osl::Mutex in various places with a ControlModelLock
2008-11-14 12:20:55 +0100 fs r263671 : when BUILD_TYPE includes QADEVOOO, the BUILD_QADEVOOO needs to bet set, too
2008-11-14 12:19:21 +0100 fs r263670 : oops, this was not intended to be committed
2008-11-12 11:08:10 +0100 fs r263579 : #i96096# new ctors taking UNO_QUERY_THROW
2008-11-12 09:15:54 +0100 fs r263576 : no need to load the complete dialog just to get a string which the dialog itself loads from resource
2008-11-10 17:55:45 +0100 fs r263535 : spelling in comment
2008-11-10 15:51:14 +0100 fs r263523 : #i47318# various refactorings
1. don't forward syntetic XLoadListener events from the grid control to
the grid columns. Instead, forward GridColumn::XChild::setParent to
the base class, which then can add itself as load listener
2. removed various occurances of XMultiServiceFactory, instead use the
::comphelper::ComponentContext
3. in O(Bound)ControlModel, have a mechanism to lock the instance (using
ControlModelLock) and fire property changes when the last lock dies.
2008-11-10 12:49:24 +0100 oj r263513 : #i94729# change token strings into string list
2008-11-10 12:13:15 +0100 oj r263512 : #i95222# export chart:title style as well
2008-11-10 08:55:25 +0100 oj r263507 : #i93471# show the correct tabpage when selecting a different object
2008-11-07 23:38:29 +0100 fs r263490 : #i95977# for the event input controls, add a component extending their functionality so they're reset when the users presses DEL
2008-11-07 23:35:39 +0100 fs r263489 : during #i95977#: When a VCL Window is deleted from within VCL code, the respective WindowPeer was never disposed. Corrected this.
2008-11-07 14:57:07 +0100 fs r263420 : #i95963# human-readable display names for event bindings
2008-11-06 10:34:52 +0100 fs r263366 : #i95865# don't use library names containing InvalidZipEntryFileNames - workaround until i95409 is fixed
2008-11-06 10:33:28 +0100 fs r263365 : #i95865#
copied the following change from CWS odfmetadata2 (not yet integrated) into CWS dba31d
- comphelper/inc/comphelper/storagehelper.hxx,
comphelper/source/misc/storagehelper.cxx:
+ add function IsValidZipEntryFileName (moved from module package)
2009-04-22 11:01:27 +00:00
|
|
|
getTypedControlWindow()->SetSelectHdl( LINK( this, OComboboxControl, OnEntrySelected ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OComboboxControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::rtl::OUString sText;
|
|
|
|
_rValue >>= sText;
|
|
|
|
getTypedControlWindow()->SetText( sText );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Any SAL_CALL OComboboxControl::getValue() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return makeAny( ::rtl::OUString( getTypedControlWindow()->GetText() ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
Type SAL_CALL OComboboxControl::getValueType() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
return ::getCppuType( static_cast< ::rtl::OUString* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OComboboxControl::clearList() throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->Clear();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OComboboxControl::prependListEntry( const ::rtl::OUString& NewEntry ) throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( NewEntry, 0 );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void SAL_CALL OComboboxControl::appendListEntry( const ::rtl::OUString& NewEntry ) throw (RuntimeException)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->InsertEntry( NewEntry );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
2007-07-06 07:54:12 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
Sequence< ::rtl::OUString > SAL_CALL OComboboxControl::getListEntries( ) throw (RuntimeException)
|
|
|
|
{
|
|
|
|
const USHORT nCount = getTypedControlWindow()->GetEntryCount();
|
|
|
|
Sequence< ::rtl::OUString > aRet(nCount);
|
|
|
|
::rtl::OUString* pIter = aRet.getArray();
|
|
|
|
for (USHORT i = 0; i < nCount ; ++i,++pIter)
|
|
|
|
*pIter = getTypedControlWindow()->GetEntry(i);
|
|
|
|
|
|
|
|
return aRet;
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
|
CWS-TOOLING: integrate CWS dba32a
2009-04-16 13:08:19 +0200 oj r270882 : #i14538# set property at control
2009-04-16 13:04:28 +0200 oj r270881 : #i98557# remove binary string for SRB
2009-04-15 13:19:10 +0200 oj r270838 : #i96782# use type set at view
2009-04-14 14:53:20 +0200 oj r270778 : #i96782# set initialize size for custom shape
2009-04-06 14:19:14 +0200 oj r270546 : #i88432# correct pos when < 0 while resizing
2009-04-06 13:36:13 +0200 oj r270541 : #i96782# handle toolbar and menubar differently
2009-04-06 13:33:54 +0200 oj r270540 : #i96782# handle toolbar and menubar differently
2009-04-06 12:28:23 +0200 oj r270534 : #i96782# handle toolbar and menubar differently
2009-04-06 12:27:44 +0200 oj r270533 : #i96782# handle toolbar and menubar differently
2009-04-06 12:24:32 +0200 oj r270532 : #i96782# handle toolbar and menubar differently
2009-04-06 12:15:15 +0200 oj r270531 : do not initialze when field is empty
2009-04-06 10:06:08 +0200 oj r270528 : #i96782# clean up of menubar and remove duplicates
2009-04-06 09:47:49 +0200 oj r270527 : #i96519# adjust help text dynamic
2009-04-03 13:43:20 +0200 oj r270482 : do not need to remove section from observer they are already disposed
2009-04-03 13:27:28 +0200 fs r270479 : #i97356#
2009-04-02 11:30:39 +0200 fs r270386 : UNX line ends
2009-04-02 10:54:51 +0200 fs r270379 : UNX line ends
2009-04-02 10:39:57 +0200 fs r270378 : UNX line ends
2009-04-02 10:37:24 +0200 fs r270377 : why did this survive the rebase? was removed on trunk ...
2009-03-31 13:31:12 +0200 fs r270277 : component_foo should be public
2009-03-28 00:21:01 +0100 fs r270176 : manuallly merged the changes which happened in CWS before resync to m45, where the directory had been moved from reportdesign/registry to reportbuilder/registry
2009-03-27 23:01:20 +0100 fs r270174 : CWS-TOOLING: rebase CWS dba32a to trunk@270033 (milestone: DEV300:m45)
2009-03-11 12:23:35 +0100 fs r269310 : #i99958# ensure the ControlModelLock doesn't release twice
2009-03-06 09:07:32 +0100 fs r268970 : ignore output paths in SVN's status
2009-03-06 09:07:08 +0100 fs r268969 : ignore output paths in SVN's status
2009-03-04 11:28:02 +0100 oj r268800 : copy and paste error, check correct end now
2009-03-03 15:49:11 +0100 fs r268736 : #i10000# those merges were lost during the rebase (m38->m42)
2009-03-03 13:25:27 +0100 lla r268720 : #i99652# fix wrong refactoring
2009-02-27 11:12:56 +0100 fs r268566 : beautified
2009-02-27 10:53:47 +0100 fs r268561 : doFormListening(false) only when actually isFormListening() (found during complex test case XMLFormSettings with assertions)
2009-02-26 20:55:31 +0100 fs r268546 : #i96530# set the Label property of the bound control, if we didn't create a dedicated label control
2009-02-26 11:53:09 +0100 fs r268494 : #i10000#
2009-02-26 11:27:50 +0100 fs r268493 : #i10000#
2009-02-26 11:17:08 +0100 fs r268490 : reportdesign depends on REPORTBUILDER, not REPORTDESIGN
2009-02-25 11:39:48 +0100 fs r268422 : #i10000# post-resync: INFO_ESCAPE_DATETIME got lost during rebase
2009-02-24 23:24:10 +0100 fs r268411 : CWS-TOOLING: rebase CWS dba32a to trunk@268395 (milestone: DEV300:m42)
2009-02-20 15:09:48 +0100 fs r268324 : respect ImplicitCatalog/SchemaRestriction in all necessary places
2009-02-20 13:48:10 +0100 oj r268318 : order of initialize corrected
2009-02-14 15:07:52 +0100 fs r267759 : #i98975# when an image does not have a bitmap, but a text, draw this (as placeholder)
2009-02-14 15:02:40 +0100 fs r267758 : consolidated and removed some duplicate code
2009-02-14 13:52:23 +0100 fs r267756 : #i10000#
2009-02-13 22:08:34 +0100 fs r267750 : #i100000#
2009-02-13 22:07:25 +0100 fs r267749 : #i10000#
2009-02-13 21:55:36 +0100 fs r267747 : #i10000#
2009-02-13 21:54:27 +0100 fs r267746 : use const_cast
2009-02-13 21:29:10 +0100 fs r267745 : #i10000#
2009-02-13 21:27:39 +0100 fs r267744 : #i10000#
2009-02-13 20:59:13 +0100 fs r267742 : #i10000#
2009-02-13 13:21:30 +0100 fs r267717 : better diagnostics
2009-02-13 13:17:24 +0100 fs r267715 : #i58313# support Catalog/SchemaRestriction settings, which are applied in getTables when 'all catalogs/schemas' are to be retrieved
2009-02-13 13:16:14 +0100 fs r267714 : filter out some more known global settings
2009-02-13 12:39:43 +0100 fs r267713 : #i58313# ImplicitCatalog/SchemaRestriction
2009-02-13 12:36:50 +0100 fs r267712 : when exporting data source settings, allow for properties which have a VOID default value, but are currently not VOID
2009-02-13 12:35:57 +0100 fs r267711 : implement XSet, to allow inserting properties which have a default value of VOID
2009-02-13 12:35:03 +0100 fs r267710 : +addVoidProperty
2009-02-13 10:20:08 +0100 fs r267697 : removed unused variable
2009-02-13 09:46:46 +0100 fs r267695 : refactored the table filtering code, to have a better base for introducing additional low level filters
2009-02-10 09:23:07 +0100 lla r267537 : #i10000# wrong line feed, double named variable
2009-02-09 12:13:08 +0100 oj r267508 : #i98605# notify hanlder
2009-02-09 11:50:34 +0100 oj r267507 : #i98926# solve refcount problem
2009-02-09 11:50:05 +0100 oj r267506 : #i98971# fix for simple html
2009-02-09 11:49:24 +0100 oj r267505 : #i98971# fix for simple html
2009-02-09 11:47:27 +0100 oj r267504 : invoke on copy
2009-02-09 09:51:00 +0100 fs r267500 : #i98316#
2009-02-09 09:46:10 +0100 fs r267499 : setCurrentSelection: don't reset the current form when we de-select everything
2009-02-09 09:43:45 +0100 fs r267498 : #i98316#
2009-02-08 21:25:18 +0100 fs r267496 : #i98272# introduce late ctor for cloning
2009-02-07 21:08:39 +0100 fs r267485 : #i98272# when copy-constructing a FmFormPageImpl, use the XCloneable of the forms collection, instead of XPersistObject (which is incompletely implemented)
2009-02-07 21:07:26 +0100 fs r267484 : removed obsolete include guards
2009-02-07 21:05:22 +0100 fs r267483 : #i98272# implement XCloneable
2009-02-06 15:02:48 +0100 lla r267467 : #i96523# add XImageControl
2009-02-06 14:41:38 +0100 oj r267463 : #i98926# late init when connection disposed but only when asked for
2009-02-06 13:49:57 +0100 lla r267457 : #i92860# bigint in forms doesn't allow input of values > 1, fixed
2009-02-06 13:03:55 +0100 oj r267455 : ImageScaleMode
2009-02-05 14:48:19 +0100 lla r267424 : #i89335# dropdown listboxes are 14 instead of 7 lines high
2009-02-05 13:40:00 +0100 oj r267423 : #i96945# insert new prop Opaque
2009-02-05 13:39:19 +0100 oj r267422 : #i96945# insert layer handling for hell and heaven
2009-02-05 13:29:32 +0100 lla r267420 : #i89335# add is null, is not null, is not like filter condition
2009-02-04 12:23:02 +0100 oj r267364 : #i98821# load table font settings
2009-02-04 10:05:27 +0100 oj r267351 : #i98821# load table font settings
2009-02-04 09:23:22 +0100 fs r267350 : checking persistency of UI settings in database documents - for the moment, capture table formattings (which is issue 98821)
2009-02-04 09:22:15 +0100 fs r267349 : moved some methods which are of wider interest from DatabaseDocument to FileHelper resp. TestCase
2009-02-04 08:56:27 +0100 oj r267347 : #i97586# UcbStreamHelper::CreateStream doesn't check all streamModes use different method
2009-02-04 08:23:26 +0100 oj r267346 : #i98701# check key size is >= 3 and some redesign
2009-02-03 23:29:24 +0100 fs r267345 : return the component (controller), not the frame
2009-02-03 23:28:53 +0100 fs r267344 : openExisting returns a controller now, not the frame (this was a bug)
2009-02-03 23:28:25 +0100 fs r267343 : openElement: properly return the component in the table/query case
2009-02-02 12:48:17 +0100 oj r267261 : #i96013# fix for relative path
2009-02-02 10:33:28 +0100 lla r267253 : #i98557# cleanups and consolidation
2009-02-02 09:37:23 +0100 lla r267250 : #i88432# resize will no longer move components to other sections
2009-02-02 09:08:24 +0100 oj r267245 : #i97475# write 0x1A at the end of the file
2009-01-30 19:39:20 +0100 lla r267230 : #i10000# unused parameters
2009-01-30 09:51:09 +0100 fs r267181 : onsolete
2009-01-30 09:49:27 +0100 fs r267180 : onsolete
2009-01-29 14:28:22 +0100 oj r267139 : #i96825# import cell style
2009-01-29 14:23:12 +0100 oj r267137 : #i98601# export imagescalehandler
2009-01-29 14:19:57 +0100 lla r267135 : #i98601# add ImageScaleMode
2009-01-29 13:21:08 +0100 oj r267124 : #i98601# impl ScaleMode
2009-01-29 13:20:56 +0100 oj r267123 : #i98601# impl ScaleMode
2009-01-29 08:46:40 +0100 oj r267095 : new property: ScaleMode
2009-01-29 08:45:23 +0100 oj r267094 : new ScaleMode from UnControlImageModel
2009-01-29 08:28:12 +0100 oj r267093 : #i87930# close all sub forms/reports when the desktop is going to be terminated and no db frame exists
2009-01-28 19:54:34 +0100 lla r267082 : #i98557# pictures in report wizard
2009-01-28 15:06:25 +0100 oj r267060 : #i87930# close all sub forms/reports when the desktop is going to be terminated and no db frame exists
2009-01-28 11:38:41 +0100 lla r267046 : #i76783# handle binary fields in forms
2009-01-28 09:24:43 +0100 lla r267025 : #i10000#
2009-01-28 08:40:04 +0100 fs r267024 : #i10000#
2009-01-28 08:04:43 +0100 oj r267023 : #i93456# use resource strings for function names
2009-01-27 13:26:05 +0100 oj r266988 : check data field is type field or expression
2009-01-27 13:07:17 +0100 oj r266985 : check data field length
2009-01-27 11:48:19 +0100 oj r266974 : #i96823# return dll string as column name when no alias exists
2009-01-27 09:53:11 +0100 fs r266958 : display the message of a caught exception
2009-01-27 09:44:13 +0100 fs r266957 : #i58313# when retrieving all tables, just set an empty table type filter - the connection will care for translating this, by respecting the TableTypeFilterMode setting
2009-01-27 09:36:09 +0100 fs r266956 : #i58313# getTables: per JDBC spec, is not a valid table type filter. Translate it to 'null'.
2009-01-26 11:24:49 +0100 lla r266912 : #i97865# cleanups (AddField viewable in remote mode)
2009-01-26 07:49:27 +0100 lla r266897 : #i97865# AddField opens in remote case
2009-01-26 07:48:58 +0100 lla r266896 : #i97865# AddField opens in remote case
2009-01-26 07:48:42 +0100 lla r266895 : #i97865# AddField opens in remote case
2009-01-23 15:04:40 +0100 fs r266825 : consolidate the usage of OSQLMessageBox with MessageType==Warning into OSQLWarningBox
2009-01-23 10:47:33 +0100 fs r266787 : +supportsUserAdministration
2009-01-23 10:47:11 +0100 fs r266784 : use DatabaseMetaData.supportsUserAdministration
2009-01-23 07:55:59 +0100 lla r266767 : #i10000# fix gcc compiler failures
2009-01-21 15:08:55 +0100 lla r266673 : #i97265# Labels in HC (IsDark) with other color (viewable)
2009-01-19 14:58:54 +0100 lla r266504 : #i96523# last problems with FormatKey and '0' values fixed
2009-01-19 14:58:00 +0100 lla r266503 : #i96519# AddField help text
2009-01-19 11:59:02 +0100 fs r266485 : #i96523# for formatted field models, init them with TreatAsNumber = false
2009-01-16 10:31:49 +0100 lla r266405 : #i96793# add shrink to popup menu
2009-01-16 09:21:44 +0100 lla r266401 : #i96519# AddField contains a help text
2009-01-15 11:21:49 +0100 lla r266357 : #i96523# problem with XVclWindowPeer not fixed now
2009-01-15 09:19:20 +0100 lla r266335 : #i96523# more crashes fixed.
2009-01-14 13:08:34 +0100 lla r266291 : #i96523# problems with crashes fixed
2009-01-13 10:54:24 +0100 lla r266199 : #i96523# show datasource in formattedfields new files
2009-01-13 10:52:39 +0100 lla r266198 : #i96523# show datasource in formattedfields
2009-01-13 09:41:50 +0100 lla r266197 : #i96526# handling none existance default.otr
2009-01-12 12:55:49 +0100 fs r266151 : don't expect the control model to be a BoundComponent before adding as modify listener
2009-01-12 12:51:33 +0100 fs r266149 : #i88458# let the ImageControl be an XModifyBroadcaster, so the forms runtime can notice when the user changes the control content while it does not have the focus
2009-01-09 13:41:22 +0100 fs r266080 : doc
2009-01-09 13:14:14 +0100 fs r266077 : #i97377# SetModified when order is changed via DnD
2009-01-07 09:55:40 +0100 oj r265951 : merge from master
2009-01-07 09:55:24 +0100 oj r265950 : removed observer
2009-01-07 09:55:06 +0100 oj r265949 : merge from master
2009-01-07 07:29:11 +0100 oj r265945 : shadow var changed
2009-01-06 07:25:57 +0100 oj r265893 : CWS-TOOLING: rebase CWS dba32a to trunk@265758 (milestone: DEV300:m38)
2009-01-05 13:18:22 +0100 oj r265865 : convert to unix le
2009-01-05 09:13:52 +0100 lla r265857 : #i79423# lc_ sc_ permutation fix
2009-01-02 19:40:59 +0100 lla r265847 : #i79423# section shrink icons
2008-12-22 11:37:57 +0100 lla r265749 : #i97484# move component to negative Y-position
2008-12-22 11:37:05 +0100 lla r265748 : #i97484# move component to negative Y-position
2008-12-22 11:35:33 +0100 lla r265747 : #i97484# move component to negative Y-position
2008-12-22 11:25:07 +0100 lla r265745 : #i96757# changes via property browser was not undoable
2008-12-18 15:10:38 +0100 fs r265694 : corrected an condition in doFormListening, which otherwise leads to uncommitable grid columns in documents which are loaded from disc (not in documents which are newly created)
2008-12-18 14:54:39 +0100 fs r265692 : Hide Columns text slightly changed
2008-12-18 13:44:15 +0100 fs r265683 : #i94068# properly display erros happening during a form operation - at least once, and at most once
2008-12-18 11:28:29 +0100 fs r265677 : document the new InputRequired property
2008-12-18 11:04:15 +0100 fs r265676 : #i96530# createControlLabelPair: don't actually create a label for a checkbox
2008-12-18 10:35:53 +0100 fs r265674 : #i95226# when a column is replaced, and it's the selected column, update the selection
2008-12-18 10:34:42 +0100 fs r265673 : #i95226# refactoring of the implReplaced method
2008-12-18 10:34:28 +0100 fs r265672 : #i95226# when replacing a grid column, update the property browser
2008-12-18 10:33:17 +0100 fs r265671 : when an element is removed, remove it from m_aCurrentSelection, too (if necessary)
2008-12-18 10:31:57 +0100 fs r265670 : Hide Columns text slightly changed
2008-12-18 10:15:56 +0100 lla r265669 : #i14538# do not allow to press finish button twice
2008-12-18 08:56:33 +0100 lla r265665 : #i10000# build depend=t problem hacked.
2008-12-17 20:59:10 +0100 fs r265656 : #i89821# don't let a MultiLineEdit select all text when it receives the focus
2008-12-17 12:10:54 +0100 fs r265594 : #i97356#
2008-12-17 12:06:29 +0100 fs r265593 : #i97355# Print -> Printable
2008-12-17 11:59:31 +0100 fs r265591 : #i97350# combo boxes comment on list selection (as list boxes already do)
2008-12-16 09:53:57 +0100 lla r265527 : #i96526# handling none existance default.otr
2008-12-15 14:48:39 +0100 lla r265500 : #i79423# reparing, was wrong implemented
2008-12-12 15:08:33 +0100 lla r265424 : #i10000# remove wrong carridge returns
2008-12-12 15:07:55 +0100 lla r265423 : #i10000# remove wrong carridge returns
2008-12-12 15:06:41 +0100 lla r265422 : #i10000# remove wrong carridge returns
2008-12-12 10:23:13 +0100 lla r265395 : #i95234# reset DragDelta
2008-12-12 10:11:02 +0100 lla r265393 : #i79423# pre versions of shrink buttons
2008-12-11 15:32:13 +0100 fs r265318 : prevent a deadlock during complex.dbaccess.DatabaseDocument test
2008-12-11 15:30:06 +0100 fs r265316 : prevent a deadlock during complex.dbaccess.DatabaseDocument test
2008-12-11 15:07:05 +0100 fs r265307 : removed superfluous text
2008-12-11 12:29:54 +0100 lla r265282 : #i96757# cleanup second try
2008-12-11 12:09:15 +0100 lla r265278 : #i96757# cleanup
2008-12-11 12:07:56 +0100 lla r265277 : #i95234#
2008-12-10 14:04:39 +0100 lla r265183 : #i93472# D&D fixes
2008-12-10 12:29:33 +0100 lla r265168 : #i94067# add (APP|SYS)FONT to XUnitConversion
2008-12-10 12:15:02 +0100 lla r265166 : #i94067# add APPFONT, SYSFONT to MeasureUnit
2008-12-10 11:52:10 +0100 lla r265163 : #i94067# add comments
2008-12-06 20:33:05 +0100 fs r264935 : #i10000# precompiled header
2008-12-05 09:29:26 +0100 fs r264889 : #i10000#
2008-12-05 09:07:31 +0100 fs r264888 : #i10000#
2008-12-04 13:25:46 +0100 fs r264838 : CWS-TOOLING: rebase CWS dba32a to trunk@264807 (milestone: DEV300:m37)
2008-12-03 23:49:13 +0100 fs r264808 : merge changes from trunk, to be able to do a rebase
2008-12-03 17:13:09 +0100 lla r264801 : #i91041# update documentation
2008-12-03 16:57:04 +0100 lla r264799 : #i94067# allow convert(Point|Size)ToLogic as pixel also
2008-12-02 12:36:32 +0100 lla r264687 : #i96782# bring toolbar objects to menu structure
2008-12-02 10:32:44 +0100 lla r264667 : #i86255# make property work
2008-12-02 09:22:47 +0100 lla r264659 : #i79423# add section shrink toolbar
2008-12-02 07:41:22 +0100 lla r264657 : #i86255# add check box for Escape DateTime property
2008-12-02 07:37:17 +0100 lla r264656 : #i79423# new shrink buttons
2008-11-26 11:55:28 +0100 fs r264362 : #i96541#
FillPropertySet: do not only catch UnknownPropertyException when setting the Char/ParaAutoStyleName,
but also care for the other exceptions which can be thrown by XPropertySet::setPropertyValue.
This is actually not the real fix for #i96541#, but only a follow-up. The root cause of the issue
was fixed in CWS dba301b, but this here was another (potential) bug which popped up during investigations.
2008-11-25 09:04:40 +0100 lla r264273 : #i82083# new toolbox in GroupsSorting dialog
2008-11-25 08:56:08 +0100 lla r264272 : #i94729# change token strings into string list, move class out of function
2008-11-24 15:52:22 +0100 fs r264251 : #i96532# do not set AppendTableAlias, NameLengthLimit, etc., if the OXMLDataSourceInstance is used for elements at which those attributes never appear
2008-11-24 15:51:45 +0100 fs r264249 : #i96532# do not set AppendTableAlias, NameLengthLimit, etc., if the OXMLDataSourceInstance is used for elements at which those attributes never appear
2008-11-24 15:45:21 +0100 fs r264244 : #i96532# the API default for ParamNameSubst is false
2008-11-24 15:45:04 +0100 fs r264243 : #i96532# do not set AppendTableAlias, NameLengthLimit, etc., if the OXMLDataSourceInstance is used for elements at which those attributes never appear
2008-11-24 15:44:14 +0100 fs r264241 : #i96532# slight refactoring of exporting properties which have a XML default different from the API default
2008-11-24 10:50:01 +0100 lla r264216 : #i82083# icons for new toolbox
2008-11-24 09:38:45 +0100 lla r264205 : #i82083# new toolbox in GroupsSorting dialog
2008-11-24 09:32:20 +0100 lla r264201 : #i96501# cleanup assertions
2008-11-24 09:12:55 +0100 lla r264198 : #i83082# enhancement for toolboxes, better HC comfort
2008-11-24 08:46:43 +0100 lla r264197 : #i96501# fix problem with negative positions
2008-11-21 11:44:47 +0100 fs r264118 : #i57042# introduce a counter for suspending change notifications of a given property, so recursive calls are possible
2008-11-21 11:02:17 +0100 fs r264116 : #i96388# don't call ExecuteContextMenuAction when no action was chosen by the user
2008-11-21 10:36:53 +0100 fs r264114 : #i47384# assertion was wrong
2008-11-14 12:33:15 +0100 fs r263673 : #i47318# XRowSetChangeBroadcaster/Listener, to be able to listen for changes in an XRowSetSupplier's RowSet
2008-11-14 12:30:29 +0100 fs r263672 : #i47318# more refactoring
- BoundControlModels now listen at the XRowSetSupplier for changes in the supplied
RowSet, to properly revoke/register old/new listeners at the RowSet
- replaced ::osl::Mutex in various places with a ControlModelLock
2008-11-14 12:20:55 +0100 fs r263671 : when BUILD_TYPE includes QADEVOOO, the BUILD_QADEVOOO needs to bet set, too
2008-11-14 12:19:21 +0100 fs r263670 : oops, this was not intended to be committed
2008-11-12 11:08:10 +0100 fs r263579 : #i96096# new ctors taking UNO_QUERY_THROW
2008-11-12 09:15:54 +0100 fs r263576 : no need to load the complete dialog just to get a string which the dialog itself loads from resource
2008-11-10 17:55:45 +0100 fs r263535 : spelling in comment
2008-11-10 15:51:14 +0100 fs r263523 : #i47318# various refactorings
1. don't forward syntetic XLoadListener events from the grid control to
the grid columns. Instead, forward GridColumn::XChild::setParent to
the base class, which then can add itself as load listener
2. removed various occurances of XMultiServiceFactory, instead use the
::comphelper::ComponentContext
3. in O(Bound)ControlModel, have a mechanism to lock the instance (using
ControlModelLock) and fire property changes when the last lock dies.
2008-11-10 12:49:24 +0100 oj r263513 : #i94729# change token strings into string list
2008-11-10 12:13:15 +0100 oj r263512 : #i95222# export chart:title style as well
2008-11-10 08:55:25 +0100 oj r263507 : #i93471# show the correct tabpage when selecting a different object
2008-11-07 23:38:29 +0100 fs r263490 : #i95977# for the event input controls, add a component extending their functionality so they're reset when the users presses DEL
2008-11-07 23:35:39 +0100 fs r263489 : during #i95977#: When a VCL Window is deleted from within VCL code, the respective WindowPeer was never disposed. Corrected this.
2008-11-07 14:57:07 +0100 fs r263420 : #i95963# human-readable display names for event bindings
2008-11-06 10:34:52 +0100 fs r263366 : #i95865# don't use library names containing InvalidZipEntryFileNames - workaround until i95409 is fixed
2008-11-06 10:33:28 +0100 fs r263365 : #i95865#
copied the following change from CWS odfmetadata2 (not yet integrated) into CWS dba31d
- comphelper/inc/comphelper/storagehelper.hxx,
comphelper/source/misc/storagehelper.cxx:
+ add function IsValidZipEntryFileName (moved from module package)
2009-04-22 11:01:27 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
IMPL_LINK( OComboboxControl, OnEntrySelected, void*, /*_pNothing*/ )
|
|
|
|
{
|
|
|
|
if ( !getTypedControlWindow()->IsTravelSelect() )
|
|
|
|
// fire a commit
|
|
|
|
m_aImplControl.notifyModifiedValue();
|
|
|
|
return 0L;
|
|
|
|
}
|
|
|
|
|
2001-01-12 10:35:45 +00:00
|
|
|
//==================================================================
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//= OMultilineFloatingEdit
|
2001-01-12 10:35:45 +00:00
|
|
|
//==================================================================
|
|
|
|
class OMultilineFloatingEdit : public FloatingWindow
|
|
|
|
{
|
|
|
|
private:
|
|
|
|
MultiLineEdit m_aImplEdit;
|
|
|
|
|
|
|
|
protected:
|
|
|
|
virtual void Resize();
|
|
|
|
|
|
|
|
public:
|
|
|
|
OMultilineFloatingEdit(Window* _pParen);
|
|
|
|
MultiLineEdit* getEdit() { return &m_aImplEdit; }
|
|
|
|
|
|
|
|
protected:
|
|
|
|
virtual long PreNotify(NotifyEvent& _rNEvt);
|
|
|
|
};
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
OMultilineFloatingEdit::OMultilineFloatingEdit(Window* _pParent)
|
|
|
|
:FloatingWindow(_pParent, WB_BORDER)
|
|
|
|
,m_aImplEdit(this, WB_VSCROLL|WB_IGNORETAB|WB_NOBORDER)
|
|
|
|
{
|
|
|
|
m_aImplEdit.Show();
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
void OMultilineFloatingEdit::Resize()
|
|
|
|
{
|
|
|
|
m_aImplEdit.SetSizePixel(GetOutputSizePixel());
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
long OMultilineFloatingEdit::PreNotify(NotifyEvent& _rNEvt)
|
|
|
|
{
|
|
|
|
long nResult = sal_True;
|
|
|
|
|
|
|
|
sal_uInt16 nSwitch = _rNEvt.GetType();
|
|
|
|
if (EVENT_KEYINPUT == nSwitch)
|
|
|
|
{
|
|
|
|
const KeyCode& aKeyCode = _rNEvt.GetKeyEvent()->GetKeyCode();
|
|
|
|
sal_uInt16 nKey = aKeyCode.GetCode();
|
|
|
|
|
|
|
|
if ( ( (KEY_RETURN == nKey)
|
|
|
|
&& !aKeyCode.IsShift()
|
|
|
|
)
|
|
|
|
|| ( (KEY_UP == nKey)
|
|
|
|
&& aKeyCode.IsMod2()
|
|
|
|
)
|
|
|
|
)
|
|
|
|
{
|
|
|
|
EndPopupMode();
|
|
|
|
}
|
|
|
|
else
|
|
|
|
nResult=FloatingWindow::PreNotify(_rNEvt);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
nResult=FloatingWindow::PreNotify(_rNEvt);
|
|
|
|
|
|
|
|
return nResult;
|
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//= DropDownEditControl_Base
|
2001-01-12 10:35:45 +00:00
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
DropDownEditControl::DropDownEditControl( Window* _pParent, WinBits _nStyle )
|
|
|
|
:DropDownEditControl_Base( _pParent, _nStyle )
|
|
|
|
,m_pFloatingEdit( NULL )
|
|
|
|
,m_pImplEdit( NULL )
|
2008-01-14 14:00:56 +00:00
|
|
|
,m_pDropdownButton( NULL )
|
|
|
|
,m_nOperationMode( eStringList )
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
,m_bDropdown( sal_False )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
2006-01-03 15:20:54 +00:00
|
|
|
SetCompoundControl( TRUE );
|
|
|
|
|
2009-06-04 15:47:31 +00:00
|
|
|
m_pImplEdit = new MultiLineEdit( this, WB_TABSTOP | WB_IGNORETAB | WB_NOBORDER | (_nStyle & WB_READONLY) );
|
2004-07-06 12:46:39 +00:00
|
|
|
SetSubEdit( m_pImplEdit );
|
2001-01-12 10:35:45 +00:00
|
|
|
m_pImplEdit->Show();
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( _nStyle & WB_DROPDOWN )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
m_pDropdownButton = new PushButton( this, WB_NOLIGHTBORDER | WB_RECTSTYLE | WB_NOTABSTOP);
|
|
|
|
m_pDropdownButton->SetSymbol(SYMBOL_SPIN_DOWN);
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
m_pDropdownButton->SetClickHdl( LINK( this, DropDownEditControl, DropDownHdl ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
m_pDropdownButton->Show();
|
|
|
|
}
|
|
|
|
|
|
|
|
m_pFloatingEdit = new OMultilineFloatingEdit(this); //FloatingWindow
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
m_pFloatingEdit->SetPopupModeEndHdl( LINK( this, DropDownEditControl, ReturnHdl ) );
|
|
|
|
m_pFloatingEdit->getEdit()->SetReadOnly( ( _nStyle & WB_READONLY ) != 0 );
|
|
|
|
}
|
2004-11-16 11:12:31 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
//------------------------------------------------------------------
|
|
|
|
void DropDownEditControl::setControlHelper( ControlHelper& _rControlHelper )
|
|
|
|
{
|
|
|
|
DropDownEditControl_Base::setControlHelper( _rControlHelper );
|
|
|
|
m_pFloatingEdit->getEdit()->SetModifyHdl( LINK( &_rControlHelper, ControlHelper, ModifiedHdl ) );
|
|
|
|
m_pImplEdit->SetGetFocusHdl( LINK( &_rControlHelper, ControlHelper, GetFocusHdl ) );
|
|
|
|
m_pImplEdit->SetModifyHdl( LINK( &_rControlHelper, ControlHelper, ModifiedHdl ) );
|
|
|
|
m_pImplEdit->SetLoseFocusHdl( LINK( &_rControlHelper, ControlHelper, LoseFocusHdl ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
DropDownEditControl::~DropDownEditControl()
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
2002-08-06 07:18:39 +00:00
|
|
|
{
|
|
|
|
::std::auto_ptr<Window> aTemp(m_pFloatingEdit);
|
|
|
|
m_pFloatingEdit = NULL;
|
|
|
|
}
|
|
|
|
{
|
|
|
|
::std::auto_ptr<Window> aTemp(m_pImplEdit);
|
2008-06-06 13:24:27 +00:00
|
|
|
SetSubEdit( NULL );
|
2002-08-06 07:18:39 +00:00
|
|
|
m_pImplEdit = NULL;
|
|
|
|
}
|
|
|
|
{
|
2002-08-09 08:00:21 +00:00
|
|
|
::std::auto_ptr<Window> aTemp(m_pDropdownButton);
|
2002-08-06 07:18:39 +00:00
|
|
|
m_pDropdownButton = NULL;
|
|
|
|
}
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void DropDownEditControl::Resize()
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
::Size aOutSz = GetOutputSizePixel();
|
2001-01-12 10:35:45 +00:00
|
|
|
|
|
|
|
if (m_pDropdownButton!=NULL)
|
|
|
|
{
|
|
|
|
long nSBWidth = GetSettings().GetStyleSettings().GetScrollBarSize();
|
|
|
|
nSBWidth = CalcZoom( nSBWidth );
|
|
|
|
m_pImplEdit->SetPosSizePixel( 0, 1, aOutSz.Width() - nSBWidth, aOutSz.Height()-2 );
|
|
|
|
m_pDropdownButton->SetPosSizePixel( aOutSz.Width() - nSBWidth, 0, nSBWidth, aOutSz.Height() );
|
|
|
|
}
|
|
|
|
else
|
|
|
|
m_pImplEdit->SetPosSizePixel( 0, 1, aOutSz.Width(), aOutSz.Height()-2 );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
long DropDownEditControl::PreNotify( NotifyEvent& rNEvt )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
long nResult = 1;
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if (rNEvt.GetType() == EVENT_KEYINPUT)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
const KeyCode& aKeyCode = rNEvt.GetKeyEvent()->GetKeyCode();
|
|
|
|
sal_uInt16 nKey = aKeyCode.GetCode();
|
2001-01-12 10:35:45 +00:00
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( nKey == KEY_RETURN && !aKeyCode.IsShift() )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( m_pHelper )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
m_pHelper->LoseFocusHdl( m_pImplEdit );
|
|
|
|
m_pHelper->activateNextControl();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
else if ( nKey == KEY_DOWN && aKeyCode.IsMod2() )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
Invalidate();
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
ShowDropDown( sal_True );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
else if ( KEYGROUP_CURSOR == aKeyCode.GetGroup()
|
|
|
|
|| nKey == KEY_HELP
|
|
|
|
|| KEYGROUP_FKEYS == aKeyCode.GetGroup()
|
|
|
|
|| m_nOperationMode == eMultiLineText
|
|
|
|
)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
nResult = DropDownEditControl_Base::PreNotify( rNEvt );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
else if ( m_nOperationMode == eStringList )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
2005-01-21 16:26:37 +00:00
|
|
|
Selection aSel = m_pImplEdit->GetSelection();
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( aSel.Min() != aSel.Max() )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
aSel.Min() = FindPos( aSel.Min() );
|
|
|
|
aSel.Max() = FindPos( aSel.Max() );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
aSel.Min() = FindPos( aSel.Min() );
|
|
|
|
aSel.Max() = aSel.Min();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
Invalidate();
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
ShowDropDown( sal_True );
|
2001-01-12 10:35:45 +00:00
|
|
|
m_pFloatingEdit->getEdit()->GrabFocus();
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
m_pFloatingEdit->getEdit()->SetSelection( aSel );
|
2001-01-12 10:35:45 +00:00
|
|
|
Window* pFocusWin = Application::GetFocusWindow();
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
pFocusWin->KeyInput( *rNEvt.GetKeyEvent() );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
else
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
nResult = DropDownEditControl_Base::PreNotify(rNEvt);
|
2001-01-12 10:35:45 +00:00
|
|
|
|
|
|
|
return nResult;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
namespace
|
|
|
|
{
|
|
|
|
//..............................................................
|
|
|
|
StlSyntaxSequence< ::rtl::OUString > lcl_convertMultiLineToList( const String& _rCompsedTextWithLineBreaks )
|
|
|
|
{
|
|
|
|
xub_StrLen nLines( _rCompsedTextWithLineBreaks.GetTokenCount( '\n' ) );
|
|
|
|
StlSyntaxSequence< ::rtl::OUString > aStrings( nLines );
|
|
|
|
StlSyntaxSequence< ::rtl::OUString >::iterator stringItem = aStrings.begin();
|
|
|
|
for ( xub_StrLen token = 0; token < nLines; ++token, ++stringItem )
|
|
|
|
*stringItem = _rCompsedTextWithLineBreaks.GetToken( token, '\n' );
|
|
|
|
return aStrings;
|
|
|
|
}
|
|
|
|
|
|
|
|
String lcl_convertListToMultiLine( const StlSyntaxSequence< ::rtl::OUString >& _rStrings )
|
|
|
|
{
|
|
|
|
String sMultiLineText;
|
|
|
|
for ( StlSyntaxSequence< ::rtl::OUString >::const_iterator item = _rStrings.begin();
|
|
|
|
item != _rStrings.end();
|
|
|
|
)
|
|
|
|
{
|
|
|
|
sMultiLineText += String( *item );
|
|
|
|
if ( ++item != _rStrings.end() )
|
|
|
|
sMultiLineText += '\n';
|
|
|
|
}
|
|
|
|
return sMultiLineText;
|
|
|
|
}
|
|
|
|
|
|
|
|
//..............................................................
|
|
|
|
String lcl_convertListToDisplayText( const StlSyntaxSequence< ::rtl::OUString >& _rStrings )
|
|
|
|
{
|
2007-05-10 09:50:15 +00:00
|
|
|
::rtl::OUStringBuffer aComposed;
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
for ( StlSyntaxSequence< ::rtl::OUString >::const_iterator strings = _rStrings.begin();
|
|
|
|
strings != _rStrings.end();
|
|
|
|
++strings
|
|
|
|
)
|
|
|
|
{
|
|
|
|
if ( strings != _rStrings.begin() )
|
2007-05-10 09:50:15 +00:00
|
|
|
aComposed.append( (sal_Unicode)';' );
|
|
|
|
aComposed.append( (sal_Unicode)'\"' );
|
|
|
|
aComposed.append( *strings );
|
|
|
|
aComposed.append( (sal_Unicode)'\"' );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
2007-05-10 09:50:15 +00:00
|
|
|
return aComposed.makeStringAndClear();
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
#define STD_HEIGHT 100
|
|
|
|
sal_Bool DropDownEditControl::ShowDropDown( sal_Bool bShow )
|
|
|
|
{
|
|
|
|
if (bShow)
|
|
|
|
{
|
|
|
|
::Point aMePos= GetPosPixel();
|
|
|
|
aMePos = GetParent()->OutputToScreenPixel( aMePos );
|
|
|
|
::Size aSize=GetSizePixel();
|
|
|
|
::Rectangle aRect(aMePos,aSize);
|
|
|
|
aSize.Height() = STD_HEIGHT;
|
|
|
|
m_pFloatingEdit->SetOutputSizePixel(aSize);
|
|
|
|
m_pFloatingEdit->StartPopupMode( aRect, FLOATWIN_POPUPMODE_DOWN );
|
|
|
|
|
|
|
|
m_pFloatingEdit->Show();
|
|
|
|
m_pFloatingEdit->getEdit()->GrabFocus();
|
|
|
|
m_pFloatingEdit->getEdit()->SetSelection(Selection(m_pFloatingEdit->getEdit()->GetText().Len()));
|
|
|
|
m_bDropdown=sal_True;
|
|
|
|
if ( m_nOperationMode == eMultiLineText )
|
|
|
|
m_pFloatingEdit->getEdit()->SetText( m_pImplEdit->GetText() );
|
|
|
|
m_pImplEdit->SetText(String());
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
m_pFloatingEdit->Hide();
|
|
|
|
m_pFloatingEdit->Invalidate();
|
|
|
|
m_pFloatingEdit->Update();
|
|
|
|
|
|
|
|
// transfer the text from the floating edit to our own edit
|
|
|
|
String sDisplayText( m_pFloatingEdit->getEdit()->GetText() );
|
|
|
|
if ( m_nOperationMode == eStringList )
|
|
|
|
sDisplayText = lcl_convertListToDisplayText( lcl_convertMultiLineToList( sDisplayText ) );
|
|
|
|
|
|
|
|
m_pImplEdit->SetText( sDisplayText );
|
|
|
|
GetParent()->Invalidate( INVALIDATE_CHILDREN );
|
|
|
|
m_bDropdown = sal_False;
|
|
|
|
m_pImplEdit->GrabFocus();
|
|
|
|
}
|
|
|
|
return m_bDropdown;
|
|
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
long DropDownEditControl::FindPos(long nSinglePos)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
long nPos=0;
|
|
|
|
long nDiff=0;
|
2001-01-12 10:35:45 +00:00
|
|
|
String aOutput;
|
|
|
|
String aStr=m_pFloatingEdit->getEdit()->GetText();
|
2004-07-06 12:46:39 +00:00
|
|
|
String aStr1 = GetText();
|
2001-01-12 10:35:45 +00:00
|
|
|
|
|
|
|
if ((nSinglePos == 0) || (nSinglePos == aStr1.Len()))
|
|
|
|
{
|
|
|
|
return nSinglePos;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (aStr.Len()>0)
|
|
|
|
{
|
|
|
|
sal_Int32 nCount = aStr.GetTokenCount('\n');
|
|
|
|
|
|
|
|
String aInput = aStr.GetToken(0,'\n' );
|
|
|
|
|
|
|
|
if (aInput.Len()>0)
|
|
|
|
{
|
|
|
|
aOutput+='\"';
|
|
|
|
nDiff++;
|
|
|
|
aOutput+=aInput;
|
|
|
|
aOutput+='\"';
|
|
|
|
}
|
|
|
|
|
|
|
|
if (nSinglePos <= aOutput.Len())
|
|
|
|
{
|
|
|
|
nPos=nSinglePos-nDiff;
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
for (sal_Int32 i=1; i<nCount; ++i)
|
|
|
|
{
|
|
|
|
aInput=aStr.GetToken((sal_uInt16)i, '\n');
|
|
|
|
if (aInput.Len()>0)
|
|
|
|
{
|
|
|
|
aOutput += ';';
|
|
|
|
aOutput += '\"';
|
|
|
|
nDiff += 2;
|
|
|
|
aOutput += aInput;
|
|
|
|
aOutput += '\"';
|
|
|
|
|
|
|
|
if (nSinglePos <= aOutput.Len())
|
|
|
|
{
|
|
|
|
nPos=nSinglePos-nDiff;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return nPos;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
2006-07-26 07:01:00 +00:00
|
|
|
IMPL_LINK( DropDownEditControl, ReturnHdl, OMultilineFloatingEdit*, /*pMEd*/)
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
|
|
|
|
String aStr = m_pFloatingEdit->getEdit()->GetText();
|
2004-07-06 12:46:39 +00:00
|
|
|
String aStr2 = GetText();
|
2001-01-12 10:35:45 +00:00
|
|
|
ShowDropDown(sal_False);
|
|
|
|
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if (aStr!=aStr2 || ( m_nOperationMode == eStringList ) )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
if ( m_pHelper )
|
|
|
|
m_pHelper->notifyModifiedValue();
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
2006-07-26 07:01:00 +00:00
|
|
|
IMPL_LINK( DropDownEditControl, DropDownHdl, PushButton*, /*pPb*/ )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
|
|
|
ShowDropDown(!m_bDropdown);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
void DropDownEditControl::SetStringListValue( const StlSyntaxSequence< ::rtl::OUString >& _rStrings )
|
|
|
|
{
|
|
|
|
SetText( lcl_convertListToDisplayText( _rStrings ) );
|
|
|
|
m_pFloatingEdit->getEdit()->SetText( lcl_convertListToMultiLine( _rStrings ) );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
StlSyntaxSequence< ::rtl::OUString > DropDownEditControl::GetStringListValue() const
|
|
|
|
{
|
|
|
|
return lcl_convertMultiLineToList( m_pFloatingEdit->getEdit()->GetText() );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
void DropDownEditControl::SetTextValue( const ::rtl::OUString& _rText )
|
|
|
|
{
|
2007-05-10 09:50:15 +00:00
|
|
|
OSL_PRECOND( m_nOperationMode == eMultiLineText, "DropDownEditControl::SetTextValue: illegal call!" );
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
|
|
|
|
m_pFloatingEdit->getEdit()->SetText( _rText );
|
|
|
|
SetText( _rText );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
::rtl::OUString DropDownEditControl::GetTextValue() const
|
|
|
|
{
|
|
|
|
OSL_PRECOND( m_nOperationMode == eMultiLineText, "DropDownEditControl::GetTextValue: illegal call!" );
|
|
|
|
return GetText();
|
|
|
|
}
|
|
|
|
|
|
|
|
//==================================================================
|
|
|
|
//= OMultilineEditControl
|
|
|
|
//==================================================================
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
OMultilineEditControl::OMultilineEditControl( Window* pParent, MultiLineOperationMode _eMode, WinBits nWinStyle )
|
|
|
|
:OMultilineEditControl_Base( _eMode == eMultiLineText ? PropertyControlType::MultiLineTextField : PropertyControlType::StringListField
|
|
|
|
, pParent
|
|
|
|
, ( nWinStyle | WB_DIALOGCONTROL ) & ( ~WB_READONLY | ~WB_DROPDOWN )
|
|
|
|
, false )
|
2001-01-12 10:35:45 +00:00
|
|
|
{
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
getTypedControlWindow()->setOperationMode( _eMode );
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
void SAL_CALL OMultilineEditControl::setValue( const Any& _rValue ) throw (IllegalTypeException, RuntimeException)
|
|
|
|
{
|
|
|
|
impl_checkDisposed_throw();
|
|
|
|
|
|
|
|
switch ( getTypedControlWindow()->getOperationMode() )
|
|
|
|
{
|
|
|
|
case eMultiLineText:
|
|
|
|
{
|
|
|
|
::rtl::OUString sText;
|
|
|
|
if ( !( _rValue >>= sText ) && _rValue.hasValue() )
|
|
|
|
throw IllegalTypeException();
|
|
|
|
getTypedControlWindow()->SetTextValue( sText );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
INTEGRATION: CWS pbrwuno (1.17.36); FILE MERGED
2006/02/13 07:28:41 fs 1.17.36.17: #i10000#
2006/02/10 11:51:46 fs 1.17.36.16: NullPointerException is unusual at addFooListener methods
2006/02/10 08:32:14 fs 1.17.36.15: RESYNC: (1.18-1.19); FILE MERGED
2005/12/20 10:54:54 fs 1.17.36.14: #i53095# new control type for editing hyperlinks
2005/12/19 12:23:15 fs 1.17.36.13: #i53095# don't produce an trailing empty line in multi line edits
2005/12/16 15:29:58 fs 1.17.36.12: ImplCalcLongValue: care for overflow
2005/10/26 14:03:33 fs 1.17.36.11: some cleanups for finalizing #i53095#
2005/10/24 08:42:07 fs 1.17.36.10: start making the handlers full-fledged components, with using a new infrastructure replacing extensions/source/inc/componentmodule.*
2005/10/19 07:48:06 fs 1.17.36.9: #i53095# knitting some loose ends
2005/10/17 12:20:18 fs 1.17.36.8: make StringListField exchange a sequence< string >
2005/10/17 10:28:00 fs 1.17.36.7: #i53095# make numeric field exchange its values as double
2005/10/17 09:48:42 fs 1.17.36.6: #i53095# make DateFields and TimeFields exchange their values as css.util.Date/Time
2005/10/17 07:17:05 fs 1.17.36.5: replace MeasurementUnit with css.util.MeasureUnit
2005/10/14 12:43:49 fs 1.17.36.4: #i53095# properly care for MAYBEVOID properties and AMBIGUOUS property values
2005/10/05 07:10:42 fs 1.17.36.3: RESYNC: (1.17-1.18); FILE MERGED
2005/09/05 07:41:54 fs 1.17.36.2: #i53095# phase 3, part 1: introduced XPropertyControl and relatives,
describing one control in the ObjectInspector, responsible for one
property
known issues:
- rebuildPropertyUI can cause problems now: If the user clicks into
the control for property A, which causes property B to be committed,
which causes the UI for property A to be rebuilt, then this will
crash currently. Reason: rebuildPropertyUI now synchronously replaces
the VCL-Window of the rebuilt control, which is exactly the one
which is still in some MouseButtonDown-handler.
possible solutions:
- see if rebuiltPropertyUI can be obsoleted - handlers should be able
to just obtain the XPropertyControl from the PropertyUI, and
re-initialize the control. Shouldn't they?`
- make one of the steps in the chain (mouse-click, handler-call,
rebuildPropertyUI-callback) asynchronous.
2005/08/09 14:00:07 fs 1.17.36.1: #i53095# phase 1:
- don't use strings to transver values between controls and introspectee, but Anys
- first version of a dedicated property handler for form-component-related properties
(not yet completed)
known regressions over previous phase:
- handlers for events not yet implemented, thus some assertions
- click handlers for form-component-related properties do not yet work,
thus the browse buttons mostly do not work
2006-03-14 10:32:54 +00:00
|
|
|
break;
|
|
|
|
case eStringList:
|
|
|
|
{
|
|
|
|
Sequence< ::rtl::OUString > aStringLines;
|
|
|
|
if ( !( _rValue >>= aStringLines ) && _rValue.hasValue() )
|
|
|
|
throw IllegalTypeException();
|
|
|
|
getTypedControlWindow()->SetStringListValue( aStringLines );
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
Any SAL_CALL OMultilineEditControl::getValue() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
impl_checkDisposed_throw();
|
|
|
|
|
|
|
|
Any aValue;
|
|
|
|
switch ( getTypedControlWindow()->getOperationMode() )
|
|
|
|
{
|
|
|
|
case eMultiLineText:
|
|
|
|
aValue <<= getTypedControlWindow()->GetTextValue();
|
|
|
|
break;
|
|
|
|
case eStringList:
|
|
|
|
aValue <<= getTypedControlWindow()->GetStringListValue();
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
return aValue;
|
|
|
|
}
|
|
|
|
|
|
|
|
//------------------------------------------------------------------
|
|
|
|
Type SAL_CALL OMultilineEditControl::getValueType() throw (RuntimeException)
|
|
|
|
{
|
|
|
|
if ( getTypedControlWindow()->getOperationMode() == eMultiLineText )
|
|
|
|
return ::getCppuType( static_cast< ::rtl::OUString* >( NULL ) );
|
|
|
|
return ::getCppuType( static_cast< Sequence< ::rtl::OUString >* >( NULL ) );
|
2001-01-12 10:35:45 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
//............................................................................
|
|
|
|
} // namespace pcr
|
|
|
|
//............................................................................
|
|
|
|
|
2010-10-12 15:57:08 +02:00
|
|
|
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
|