[interface-announce] info/CWS vcl116 : FixedLine control supports more drawing styles

2010-10-12 Thread philipp . lohmann


  Type: info
 Title: FixedLine control supports more drawing styles
 Posted by: philipp.lohm...@oracle.com
  Affected: vcl
 TaskId: i107331

Effective from: CWS vcl116
   CWS:

CWS status: new


*Summary*

FixedLine: + WB_CENTER + WB_VCENTER

*Description*
-
The FixedLine control was extended to

- draw text (if set) in vertical case (when WB_VERT is set)
- allow to draw the text centered instead of left (if WB_CENTER is set
in horizontal case or WB_VCENTER is set in vertical case)


Send feedback to interface-announce@openoffice.org


-
To unsubscribe, e-mail: interface-announce-unsubscr...@openoffice.org
For additional commands, e-mail: interface-announce-h...@openoffice.org

[interface-announce] info/CWS vcl108 : prominent entry style for ListBox and ComboBox

2009-12-18 Thread philipp . lohmann


  Type: info
 Title: prominent entry style for ListBox and ComboBox
 Posted by: philipp.lohm...@sun.com
  Affected: svtools, vcl
 TaskId: i2446

Effective from: CWS vcl108
   CWS:

CWS status: new


*Summary*

+void {List,Combo}Box::ShowProminentEntry( USHORT nPos )
+void {List,Combo}Box::SetProminentEntryType( ProminentEntry eType )
+ProminentEntry {List,Combo}Box::SetProminentEntryType() const
+enum ProminentEntry { PROMINENT_TOP, PROMINENT_MIDDLE }

*Description*
-
For Issue 2446 a "prominent" entry type has been introduced which
tells where to put the currently (first) selected entry. Default
behavior is PROMINENT_TOP, leaving current behavior unchanged. Setting
PROMINENT_MIDDLE however will lead to the selected entry being
positioned approximately in the middle of the visible entries.


Send feedback to interface-announce@openoffice.org


-
To unsubscribe, e-mail: interface-announce-unsubscr...@openoffice.org
For additional commands, e-mail: interface-announce-h...@openoffice.org

[interface-announce] info/CWS aw033 : add: Window::PrePaint()

2008-07-10 Thread philipp . lohmann


  Type: info
 Title: add: Window::PrePaint()
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
 TaskId: i90844

Effective from: CWS aw033
   CWS:

CWS status: new


*Summary*

+virtual void PrePaint()

*Description*
-
CWS aw033 adds a virtual PrePaint handler to Window. PrePaint will be
called immediately before a paint and will allow to invalidate some
additional regions that will be updated in the following paint.

Caveat: if the resulting invalidate region is empty after PrePaint or
is completely invisible due to other windows occluding the area, Paint
will not actually be called. So there may be more PrePaint calls than
Paint calls.


Send feedback to [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS aw033 : add: Window::PrePaint()

2008-07-03 Thread philipp . lohmann


  Type: info
 Title: add: Window::PrePaint()
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
 TaskId: i90844

Effective from: CWS aw033
   CWS:

CWS status: new


*Summary*

+virtual void PrePaint()

*Description*
-
CWS aw033 adds a virtual PrePaint handler to Window. PrePaint will be
called immediately before a paint and will allow to invalidate some
additional regions that will be updated in the following paint.

Caveat: if the resulting invalidate region is empty after PrePaint or
is completely invisible due to other windows occluding the area, Paint
will not actually be called. So there may be more PrePaint calls than
Paint calls.


Send feedback to [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS vcl89 : New WinBit WB_FORCETABCYCLE for ToolBox

2008-04-30 Thread philipp . lohmann


  Type: info
 Title: New WinBit WB_FORCETABCYCLE for ToolBox
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
 TaskId: i88813

Effective from: CWS vcl89


*Summary*

+ WB_FORCETABCYCLE

*Description*
-
Normally a ToolBox will not tab cycle through its items when embedded
into a a dialog (or other WB_DIALOGCONTROL window). Occasionally this
might be wanted behavior nonetheless, so you can force item tab
cycling now with WB_FORCETABCYCLE.


Send feedback to [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS aquavcl07 : SystemWindow::EnableSaveBackground changes behaviour

2008-04-29 Thread philipp . lohmann


  Type: info
 Title: SystemWindow::EnableSaveBackground changes behaviour
 Posted by: [EMAIL PROTECTED]
  Affected: vcl
 TaskId: i88865

Effective from: CWS aquavcl07


*Summary*

SystemWindow::EnableSaveBackground is system dependent now

*Description*
-
SystemWindow::EnableSaveBackground enables a vcl mechanism where a
system window when shown saves the window contents of the parent it
will overlap. When the SystemWindow gets hidden again the parent
window content gets restored from the saved buffer. This behaviour is
e.g. enabled for help text windows, menus and dropdown lists.

On Mac windows are drawn from a background buffer anyway, so saving
and restoring it unto itself will not help. Therefore
EnableSaveBackground now changes meaning from "save the background of
this window" to "save the background of this window if appropriate on
the current platform".

Since outside vcl there are no customers for this function (except the
long since deceased sip module), this change is FYI only.


Send feedback to [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS calcselection : OutputDevice::supportsOperation

2008-02-05 Thread philipp . lohmann


  Type: info
 Title: OutputDevice::supportsOperation
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: CWS calcselection


*Summary*

+bool OutputDevice::supportsOperation( OutDevSupportType ) const

*Description*
-
OutputDevice::supportsOperation allows to query whether a concrete
OutputDevice supports a drawing operation natively (that is e.g. with
hardware support). Currently the only operation to be queried is
OutDevSupport_TransparentRect to ask whether semi-transparent
rectangles can be drawn fast. This will allow Calc to keep it current
XOR based selection rendering on devices that are too slow for the new
alpha based drawing.


Send feedback to [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS notes2 : Window::AlwaysDisableInput

2008-01-16 Thread philipp . lohmann


  Type: info
 Title: Window::AlwaysDisableInput
 Posted by: [EMAIL PROTECTED]
  Affected: vcl
Effective from: CWS notes2


*Summary*

+ void Window::AlwaysDisableInput( BOOL, BOOL bChild = TRUE );
+ BOOL Window::IsAlwaysDisableInput();

*Description*
-
Complementing AlwaysEnableInput which prevents a window from ever
getting input disabled there is now AlwaysDisableInput which prevents
a window from ever getting input enabled.


Send feedback to [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS vcl84 : Window::Scroll will scroll call children

2007-11-06 Thread philipp . lohmann


  Type: info
 Title: Window::Scroll will scroll call children
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: CWS vcl84


*Summary*

Window::Scroll changes behavior

*Description*
-
If you call Window::Scroll with the SCROLL_CHILDREN flag, children of
the window that has its contents scrolled are moved. However from the
beginning of time to now this actually involved only children which
would intersect with the visible region AFTER the scroll.

This peculiar behavior leads to strange window positions if you scroll
backwards and forwards again making the whole feature useless. In the
course of issue 83113 and on he insistent urging of aw the behavior
will be changed to moving  ALL children if the SCROLL_CHILDREN flag is
set.

This change will become effective with CWS vcl84


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS tbe32 : RadioButton::GetRadioButtonGroup

2007-10-30 Thread philipp . lohmann


  Type: info
 Title: RadioButton::GetRadioButtonGroup
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],vcl
Effective from: CWS tbe32


*Summary*

+void RadionButton::GetRadioButtonGroup( std::vector, bool 
bIncludeThis ) const

*Description*
-
GetRadioButtonGroup returns a vector of radio buttons in the same
group. The RadioButton that is used to procure the list can be part of
the list or not if required.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/aquavcl04 : KEY_CONTROLMOD vanishes

2007-10-19 Thread philipp . lohmann


  Type: info
 Title: KEY_CONTROLMOD vanishes
 Posted by: [EMAIL PROTECTED]
  Affected: rsc, sw, vcl
Effective from: aquavcl04


*Summary*

-KEY_CONTROLMOD
-KeyCode::IsControlMod()
-KEY_MOD5
-KeyCode::IsMod5()
+KEY_MOD3
+KeyCode::IsMod3()

*Description*
-
For the mac we need to support a third modifier key (the command or
"apple" key). This was temporarily named "MOD5" for platform reasons
and replaced KEY_CONTROLMOD.

KEY_CONTROLMOD does not have any proper use case, so it gets replaced
by KEY_MOD3 on all platforms. The unfortunate naming of KEY_MOD5 gets
changed to KEY_MOD3 (so we have KEY_MOD 1 to 3 instead of 1,2,5)


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/SRC680 : SystemWindow::Set/GetScreenNumber

2007-03-02 Thread philipp . lohmann


  Type: info
 Title: SystemWindow::Set/GetScreenNumber
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: SRC680


*Summary*

+unsigned int SystemWindow::GetScreenNumber() const
+void SystemWindow::SetScreenNumber( unsigned int )

*Description*
-
GetScreenNumber lets you know which screen a system window is on;
SetScreenNumber will move a window to the screen mentioned


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/CWS resicleanup : ResMgr fallback mechanism will be discontinued

2007-03-02 Thread philipp . lohmann


  Type: required
 Title: ResMgr fallback mechanism will be discontinued
 Posted by: [EMAIL PROTECTED]
  Affected: all using ResId
Effective from: CWS resicleanup


*Summary*

-ResId( , ResMgr* pMgr = NULL );
+ResId( , ResMgr& );
-Resource::SetResManager
-Resource::GetResManager

*Description*
-
Currently Resources can fall back to the last ResMgr used by not
specifying from which ResMgr they want to be loaded. While this allows
the nice well known construct

MyDialog() :
   Dialog( ResId( MY_DIALOG_RESOURCE_ID, GetMyResMgr() ), 
   myFirstControl( this, ResId( MY_DIALOG_FIRST_LOCAL_ID ) ),
   mySecondControl( this, ResId( MY_DIALOG_SECOND_LOCAL_ID ) )

it unfortunately also allows to fall back to a rather undefined ResMgr
that was in use at some point before. Especially in a multithreaded
environment this kind of implicit global state is an absolute nono
since it cannot work reliably.

So after integration of CWS residcleanup, ResId objects will no longer
be allowed to be created without a valid ResMgr. Please note that this
does not remove the state of the ResMgr itself, so access to a ResMgr
still has to be guarded if you want to access local resources in a
resource file. This howerver is currently implicitly done by the
SolarMutex which must be locked when creating vcl windows anyway.

Most modules already have an own ResId object that creates a single
ResMgr on demand specifying their resource. So you could replace the
above by

MyDialog() :
   Dialog( MyModResId( MY_DIALOG_RESOURCE_ID ), 
   myFirstControl( this, MyModResId( MY_DIALOG_FIRST_LOCAL_ID ) ),
   mySecondControl( this, MyModResId( MY_DIALOG_SECOND_LOCAL_ID ) )



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS vcl75 : New Winbit for CheckBoxes

2007-02-23 Thread philipp . lohmann


  Type: info
 Title: New Winbit for CheckBoxes
 Posted by: [EMAIL PROTECTED]
  Affected: filter
Effective from: CWS vcl75


*Summary*

+ WB_CBLINESTYLE

*Description*
-
CWS vcl75 introduces a new WinBit for Checkboxes. Setting
WB_CBLINESTYLE will draw line (like a FixedLine) from the end of the
text to the end of the control.

Currently this is only used by a single control in the PDF export dialog.

Note: this WinBit cannot be set via resource but only using SetStyle
(or the WinBits in the constructor).


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS fwk58 : lazy deletion of Menus and Windows

2007-01-15 Thread philipp . lohmann


  Type: info
 Title: lazy deletion of Menus and Windows
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: CWS fwk58


*Summary*

+void Menu::doLazyDelete();
+void Window::doLazyDelete()

*Description*
-
To solve the problem of deleting an object while still being in a
handler of said object, there is now a mechanism for lazy object
deletion on Menu and Window. Calling doLazyDelete() on a Menu or
Window will cause the object to be destroyed when the event loop
reaches a nest count of zero, that is if all nested Yield() or
Reschedule() calls have returned to the main loop itself (e.g. after a
Dialog has executed).

Destroying the object prematurely (e.g. by "delete ") will
remove the object again from the lazy deletion list to prevent
duplicate deletion.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS mfdouble : NumericFormatter changes interface from long to sal_Int64

2006-12-21 Thread philipp . lohmann


  Type: info
 Title: NumericFormatter changes interface from long to sal_Int64
 Posted by: [EMAIL PROTECTED]
  Affected: all
Effective from: CWS mfdouble


*Summary*

NumericFormatter, NumericField, MetricField change interface from long to 
sal_In64

*Description*
-
NumericFormatter and its derived classes currently have a long based
interface. On 32bit platforms this can lead easily to overflows since
NumericFormatter uses a precision that simply multiplies
10**(precision) to its value. With the current long based interface
this means that you cannot enter LONG_MAX while precision is greater
than 0. This is not normally a problem, but can lead to overflow
issues in the derived classes MetricFormatter and MetricField since
here a conversion to different units takes place which ahs to take
this precision factor into account. Changing the interface from long
to sal_Int64 will ease the pain of overflow issues a bit.

All occurences where this change led to a warning were changed to use
the old behaviour (that is usually a static_cast was used)
unless there were obvious improvements possible, e.g. in cases where
GetValue, change value, SetValue took place.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/CWS prdiscw : Printer QueueInfo methods changing

2006-11-15 Thread philipp . lohmann


  Type: required
 Title: Printer QueueInfo methods changing
 Posted by: [EMAIL PROTECTED]
  Affected: svtools, sw, toolkit
Effective from: CWS prdiscw


*Summary*

-USHORT GetQueueCount();
-const QueueInfo& GetQueueInfo( USHORT nQueue );
-const QueueInfo& GetQueueInfo( USHORT nQueue, BOOL bStatus );
+const std::vector< rtl::OUString >& GetPrinterQueues();
+const QueueInfo* GetQueueInfo( const String& rPrinterName, bool bStatusUpdate 
);


*Description*
-
The old method to enumerate printer queues was GetQueueCount and then
GetQueueInfo for every printer. This has the disadvantage that on
Windows GetQueueInfo needs to open a connection to the print server
for remote printers. That means to get the printer name list it was
necessary to open each and every network printer. Since every instance
found throughout the code did this just to get the names, the API
changed to get the list of print queues and get info for a specific
printer (which you need e.g. as soon as you select a printer in the
print dialog or the printer settings dialog).

Reminder: if GetQueueInfo gets called with status update, the printer
will be opened again to query the status, if called without status
update GetQueueInfo will open the printer only once and the return the
cached values.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/CWS onlineupdate3 : change callback handling of new menubarbuttons

2006-07-19 Thread philipp . lohmann


  Type: required
 Title: change callback handling of new menubarbuttons
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: CWS onlineupdate3


*Summary*

+struct MenuBarButtonCallbackArg


*Description*
-
select and highlight handler of the new additional menubar buttons now
get called with a pointer to the new struct

struct MenuBarButtonCallbackArg
{
USHORT  nId;  // Id of the button
boolbHighlight;  // highlight on/off
MenuBar*pMenuBar; // menubar the button belongs to
};

instead of only the button id


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] recommended/onlineupdate3 : Added MenuBarButton methods

2006-07-17 Thread philipp . lohmann


  Type: recommended
 Title: Added MenuBarButton methods
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: onlineupdate3


*Summary*

+MenuBar::SetMenuBarButtonHighlightHdl( USHORT nId, const Link& )
+MenuBar::GetMenuBarButtonRectPixel( USHORT nId )

*Description*
-
It is now possible to set a highlight handler on additional menubar
buttons, which will be called with id on highlight and negative id on
highlight off.

Also you can get the button area of an additional button relative to
the system window the menubar is attached to.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] recommended/onlineupdate3 : additional buttons in menubar

2006-07-03 Thread philipp . lohmann


  Type: recommended
 Title: additional buttons in menubar
 Posted by: [EMAIL PROTECTED]
  Affected: [EMAIL PROTECTED],
Effective from: onlineupdate3


*Summary*

+USHORT MenuBar::AddMenuBarButton( const Image&, const Link&, USHORT nPos = 0 );
+void MenuBar::RemoveMenuBarButton( USHORT nId );


*Description*
-
AddMenubarButton adds a button to beside the (optional) closer of the
menubar. The button will be displayed with the image provided; if it
is pressed the provided link will be called with the returned id (see
below). The position provided is the position from the left of all
buttons (resp. from the right in RTL case). The returned value is the
id of the new button which can be used in the callback as well as for
RemoveMenuBarButton.

RemoveMenuBarButton removes an additional button from the menubar again.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] recommended/CWS vcl60 : Multiple event dispatching

2006-06-29 Thread philipp . lohmann


  Type: recommended
 Title: Multiple event dispatching
 Posted by: [EMAIL PROTECTED]
  Affected: dependent on vcl
Effective from: CWS vcl60


*Summary*

-Applicatiion::Yield()
-Application::Reschedule()
+Application::Yield(bool)
+Application::Reschedule(bool)

*Description*
-
Application::Yield and Application::Reschedule now have a bool
parameter that if set to true causes them to dispatch any pending
system events instead of just one. The default for the parameter is
false as to not change the default parameter.

This is for avoiding things like

for(int i = 0; i < 100; i++)
  Application::Reschedule()

which are occasionally to be found in code. If you happen to see any
of those places left please replace them.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/CWS vcl57 : new settining

2006-04-06 Thread philipp . lohmann


 
  Type
  info
 
 
  Title
  new settining
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  [EMAIL PROTECTED],
 
 
  Effective from
  CWS vcl57
 
 


Summary
+BOOL MouseSettings::GetNoWheelActionWithoutFocus() const+void MouseSettings::SetNoWheelActionWithoutFocus(BOOL)

Description

With integration of CWS vcl57 there will be a new mouse setting thatdisables wheel command handling if a control does not have the focus.This is currently implemented for SpinField, ListBox and ComboBox.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/warnings01 : TextEngine::SetWordDelimiters removed

2005-11-15 Thread philipp . lohmann


 
  Type
  required
 
 
  Title
  TextEngine::SetWordDelimiters removed
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  ,svx
 
 
  Effective from
  warnings01
 
 


Summary
- TextEngine::SetWordDelimiters

Description

Implementation is empty except an unconditional DBG_ERROR and has acomment "should be removed".Let's do that !

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/warnings01 : SvtURLBox changes SetNoSelection method

2005-11-14 Thread philipp . lohmann


 
  Type
  required
 
 
  Title
  SvtURLBox changes SetNoSelection method
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  .,
 
 
  Effective from
  warnings01
 
 


Summary
- SvtURLBox::SetNoSelection( BOOL bSet = TRUE );+ SvtURLBox::SetNoURLSelection( BOOL bSet=TRUE );

Description

Change is necessary since SetNoSeletion hides the ComboBox methodSetNoSelection() (and SvtURLBox is a ComboBox)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] info/warnings01 : Window loses methods

2005-11-10 Thread philipp . lohmann


 
  Type
  info
 
 
  Title
  Window loses methods
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  ...,
 
 
  Effective from
  warnings01
 
 


Summary
-BOOL Window::IsUICaptured() const;-BOOL Window::IsUserActive( USHORT nTest = USERACTIVE_ALL, BOOL bChilds = FALSE ) const;-ULONG Window::GetLastInputInterval() const;

Description

these methods were never used and the implementation just calls therespective Application methods anyway - so no functionality lost

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/warnings01 : Animation::Dither loses parameter

2005-11-04 Thread philipp . lohmann


 
  Type
  required
 
 
  Title
  Animation::Dither loses parameter
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  ,all from vcl
 
 
  Effective from
  warnings01
 
 


Summary
-BOOL Animation::Dither( ULONG nDitherFlags, const BitmapPalette* pDither = NULL )+BOOL Animation::Dither( ULONG nDitherFlags )

Description

dither palette was never used and never implemented

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/warnings01 : BitmapEx::Dither looses parameter

2005-11-04 Thread philipp . lohmann


 
  Type
  required
 
 
  Title
  BitmapEx::Dither looses parameter
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  ,all depending on vcl
 
 
  Effective from
  warnings01
 
 


Summary
-BOOL BitmapEx::Dither( ULONG nDitherFlags = BMP_DITHER_MATRIX, const BitmapPalette* pDitherPal = NULL );+BOOL BitmapEx::Dither( ULONG nDitherFlags = BMP_DITHER_MATRIX );

Description

the optional palette was never used and not implemented

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/warnings01 : Bitmap::Dither looses parameter

2005-11-04 Thread philipp . lohmann


 
  Type
  required
 
 
  Title
  Bitmap::Dither looses parameter
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  ,all depending on vcl
 
 
  Effective from
  warnings01
 
 


Summary
-BOOL Bitmap::Dither( ULONG nDitherFlags = BMP_DITHER_MATRIX, const BitmapPalette* pDitherPal = NULL );+BOOL Bitmap::Dither( ULONG nDitherFlags = BMP_DITHER_MATRIX );

Description

the optional palette was never used and not implemented

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[interface-announce] required/warnings01 : GetSelection -> GetPrimarySelection

2005-11-04 Thread philipp . lohmann


 
  Type
  required
 
 
  Title
  GetSelection -> GetPrimarySelection
 
 
  Posted by
  [EMAIL PROTECTED]
 
 
  Affected
  ,all dependent on vcl
 
 
  Effective from
  warnings01
 
 


Summary
- virtual Reference< datatransfer::clipboard::XClipboard > GetSelection();+virtual Reference< datatransfer::clipboard::XClipboard > GetPrimarySelection();-BOOL HasSupport( PrinterSupport eFeature, BOOL bInJob = FALSE ) const;+BOOL HasSupport( PrinterSupport eFeature ) const;

Description

GetSelection was a nameclash with Edit::GetSelection, for clarity thewindow funtion gets renamed to GetPrimarySelectionThe bInJob parameter to HasSupport was always defaulted and is notused by the implementation, therefore it gets removed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]