Files
libreoffice/extensions/source/propctrlr/standardcontrol.cxx

1441 lines
54 KiB
C++
Raw Normal View History

/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
/*************************************************************************
*
* DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
*
* Copyright 2000, 2010 Oracle and/or its affiliates.
*
* OpenOffice.org - a multi-platform office productivity suite
*
* This file is part of OpenOffice.org.
*
* 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.
*
* 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).
*
* 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.
*
************************************************************************/
// MARKER(update_precomp.py): autogen include statement, do not remove
#include "precompiled_extensions.hxx"
#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"
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 === **/
#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 === **/
#include <rtl/math.hxx>
#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>
#include <unotools/syslocale.hxx>
#include <unotools/datetime.hxx>
#include <i18npool/mslangid.hxx>
#include <vcl/button.hxx>
#include <vcl/svapp.hxx>
//==================================================================
#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>
//............................................................................
namespace pcr
{
//............................................................................
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;
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;
//==================================================================
//= 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 )
{
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 );
}
//------------------------------------------------------------------
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)
{
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 ) )
{
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();
}
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 );
}
}
//------------------------------------------------------------------
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)
{
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 )
{
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;
}
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;
}
//------------------------------------------------------------------
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)
{
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 ) );
}
//==================================================================
//= 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 )
{
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);
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 ) );
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 );
}
//------------------------------------------------------------------
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)
{
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 ) )
{
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();
}
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 );
}
}
//------------------------------------------------------------------
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)
{
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 )
{
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;
}
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;
}
//------------------------------------------------------------------
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)
{
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 ) );
}
//==================================================================
//= 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 )
{
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 );
}
//------------------------------------------------------------------
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)
{
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 )
{
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 );
}
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;
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 );
}
//------------------------------------------------------------------
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)
{
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;
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 )
{
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];
}
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;
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;
}
//------------------------------------------------------------------
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)
{
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 ) );
}
//------------------------------------------------------------------
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()
{
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();
// 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();
}
//------------------------------------------------------------------
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 )
{
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 )
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;
}
//------------------------------------------------------------------
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 )
{
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 )
n /= 10;
return n;
}
//==================================================================
// 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 )
{
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 );
// determine a default format
Locale aSysLocale = SvtSysLocale().GetLocaleData().getLocale();
LanguageType eSysLanguage = MsLangId::convertLocaleToLanguage( aSysLocale );
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();
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 );
}
//------------------------------------------------------------------
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)
{
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() )
{
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() );
}
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 );
::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 );
}
}
//------------------------------------------------------------------
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)
{
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() )
{
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();
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() );
// 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;
}
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 );
}
//--------------------------------------------------------------------
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 );
}
//------------------------------------------------------------------
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;
}
//==================================================================
//= 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 )
{
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 );
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 );
}
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();
}
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 );
}
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 );
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
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 )
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
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 );
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
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 )
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
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)
{
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;
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)
{
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();
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)
{
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() )
{
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();
}
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 );
}
}
//------------------------------------------------------------------
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
{
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;
}
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 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
{
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;
}
//------------------------------------------------------------------
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)
{
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;
}
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 ) );
}
//==================================================================
//= 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
//------------------------------------------------------------------
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 )
{
// initialize the color listbox
XColorTable* pColorTable = NULL;
SfxObjectShell* pDocSh = SfxObjectShell::Current();
const SfxPoolItem* pItem = pDocSh ? pDocSh->GetItem( SID_COLOR_TABLE ) : NULL;
if ( pItem )
{
DBG_ASSERT(pItem->ISA(SvxColorTableItem), "OColorControl::OColorControl: invalid color item!");
pColorTable = ( (SvxColorTableItem*)pItem )->GetColorTable();
}
if ( !pColorTable )
{
pColorTable = XColorTable::GetStdColorTable();
}
DBG_ASSERT(pColorTable, "OColorControl::OColorControl: no color table!");
if (pColorTable)
{
for (sal_uInt16 i = 0; i < pColorTable->Count(); ++i)
{
XColorEntry* pEntry = pColorTable->GetColor( i );
getTypedControlWindow()->InsertEntry( pEntry->GetColor(), pEntry->GetName() );
}
}
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 );
if ( ( nWinStyle & WB_READONLY ) != 0 )
{
getTypedControlWindow()->SetReadOnly( TRUE );
getTypedControlWindow()->Enable( TRUE );
}
}
//------------------------------------------------------------------
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)
{
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() )
{
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 )
{
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 );
}
}
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();
}
}
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();
}
//------------------------------------------------------------------
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)
{
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 )
{
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
{
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();
}
}
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;
}
//------------------------------------------------------------------
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)
{
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 ) );
}
//------------------------------------------------------------------
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)
{
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();
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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 >();
}
//------------------------------------------------------------------
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()
{
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();
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() )
// 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();
}
//==================================================================
//= 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 )
{
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 );
if ( ( nWinStyle & WB_READONLY ) != 0 )
{
getTypedControlWindow()->SetReadOnly( TRUE );
getTypedControlWindow()->Enable( TRUE );
}
}
//------------------------------------------------------------------
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)
{
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() );
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;
}
//------------------------------------------------------------------
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)
{
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 ) );
}
//------------------------------------------------------------------
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)
{
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
{
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 );
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 ) )
{
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 );
}
}
}
//------------------------------------------------------------------
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)
{
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();
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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;
}
//------------------------------------------------------------------
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()
{
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();
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() )
// 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();
}
//==================================================================
//= 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 )
{
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 ) );
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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)
{
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() ) );
}
//------------------------------------------------------------------
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)
{
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 ) );
}
//------------------------------------------------------------------
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)
{
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();
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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)
{
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 );
}
//------------------------------------------------------------------
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;
}
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;
}
//==================================================================
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
//==================================================================
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
//==================================================================
//------------------------------------------------------------------
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 )
,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 )
{
SetCompoundControl( TRUE );
m_pImplEdit = new MultiLineEdit( this, WB_TABSTOP | WB_IGNORETAB | WB_NOBORDER | (_nStyle & WB_READONLY) );
SetSubEdit( m_pImplEdit );
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 )
{
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 ) );
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 );
}
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 ) );
}
//------------------------------------------------------------------
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()
{
{
::std::auto_ptr<Window> aTemp(m_pFloatingEdit);
m_pFloatingEdit = NULL;
}
{
::std::auto_ptr<Window> aTemp(m_pImplEdit);
SetSubEdit( NULL );
m_pImplEdit = NULL;
}
{
2002-08-09 08:00:21 +00:00
::std::auto_ptr<Window> aTemp(m_pDropdownButton);
m_pDropdownButton = NULL;
}
}
//------------------------------------------------------------------
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()
{
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();
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 )
{
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;
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)
{
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();
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() )
{
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 )
{
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();
}
}
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() )
{
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 );
}
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
)
{
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 );
}
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 )
{
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() )
{
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() );
}
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();
}
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 );
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 );
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() );
}
}
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);
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 )
{
::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() )
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
}
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)
{
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;
String aOutput;
String aStr=m_pFloatingEdit->getEdit()->GetText();
String aStr1 = GetText();
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;
}
//------------------------------------------------------------------
IMPL_LINK( DropDownEditControl, ReturnHdl, OMultilineFloatingEdit*, /*pMEd*/)
{
String aStr = m_pFloatingEdit->getEdit()->GetText();
String aStr2 = GetText();
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 ) )
{
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();
}
return 0;
}
//------------------------------------------------------------------
IMPL_LINK( DropDownEditControl, DropDownHdl, PushButton*, /*pPb*/ )
{
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 )
{
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 )
{
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 );
}
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 ) );
}
//............................................................................
} // namespace pcr
//............................................................................
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */