CommonControls (Replacement of the MS common controls)-VBForums
Page 1 of 34 123411 ... LastLast
Results 1 to 40 of 1347

Thread: CommonControls (Replacement of the MS common controls)

  1. #1

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    CommonControls (Replacement of the MS common controls)

    This project is intended to replace the MS common controls for VB6.

    The "MSCOMCTL.OCX" (respectively "COMCTL32.OCX") can be replaced completly.
    The "MSCOMCT2.OCX" (respectively "COMCT232.OCX") can be replaced completly.
    The "RICHTX32.OCX" can be replaced completly.
    The "COMDLG32.OCX" can be replaced completly.
    The "COMCT332.OCX" can be replaced completly.
    The "MCIWNDX.OCX" (shipped with VB5) can be replaced completly.
    The "SYSINFO.OCX" can be replaced completly.

    Following controls are available at the moment:

    - Animation
    - CheckBoxW
    - ComboBoxW
    - CommandButtonW
    - CommandLink
    - CoolBar
    - CommonDialog (Class Module)
    - DTPicker
    - FrameW
    - HotKey
    - ImageCombo
    - ImageList
    - IPAddress
    - LabelW
    - LinkLabel
    - ListBoxW
    - ListView
    - MCIWnd
    - MonthView
    - OptionButtonW
    - Pager
    - ProgressBar
    - RichTextBox
    - Slider
    - SpinBox
    - StatusBar
    - SysInfo
    - TabStrip
    - TextBoxW
    - ToolBar
    - TreeView
    - UpDown

    Unicode is supported for all the stated controls. Also these are full DPI-Aware.

    At design time (IDE) there is only one dependency. (OLEGuids.tlb)
    This is a modified version of the original .tlb from the vbaccelerator website.
    But for the compiled .exe there are no dependencies, because the .tlb gets then compiled into the executable.

    Everything should be self explained, because all functions and properties have a description.

    This Demo shows of how to make the ToolBar control accessible per shortcut key on a MDIForm.

    ActiveX Control version, together with a Registration-Free (Side-by-side) solution:
    Version 1.4

    Notes:
    - When using the SetParent API, pass .hWndUserControl and not .hWnd.
    - When changing the "Project Name", have all forms open, else all properties are lost. Because the library to which the controls are referring to is the "Project Name" itself. Having all forms open will ensure that the .frx files will be updated with the new "Project Name".
    - In order to trap error raises via "On Error Goto ..." or "On Error Resume Next" it is necessary to have "Break on Unhandled Errors" selected instead of "Break in Class Module" on Tools -> Options... -> General -> Error Trapping.
    - To embed the controls into another UserControl you need to add the following code (Post #597) into your UserControl, else the accelerator keys like the Left/Right key will not work. This issue is only relevant when using the Std-EXE Version. (The OCX Version will work fine without any additional code)

    List of revisions:
    Code:
    23-Mar-2017
    - Included the PrintQuality/ColorMode/Duplex property in the CommonDialog class.
    - Fixed GDI leak for 'hDC' in the CommonDialog class. (DeleteObject on Class_Terminate or new return of printer dialog)
    20-Mar-2017
    - Critical bugfix in the PrinterDriver/PrinterPort after user selections in the CommonDialog class.
      This might caused wrong initialization in case 'PrinterDefaultInit' is set to False.
    - PrinterDriver/PrinterName/PrinterPort will be set empty when default printer (wDefault = DN_DEFAULTPRN) was selected in the CommonDialog class.
      This ensures that the default printer remains active also when it got changed in the meantime.
    19-Mar-2017
    - VB.Printer object is no longer used in the CommonDialog class.
      Therefore included the PrinterDriver/PrinterName/PrinterPort property which will be set
      automatically when the user selected a printer in a print dialog box.
      So even when 'PrinterDefault' is False, you can write code to print directly to the VB.Printer object in your app.
      Also included the PrinterDefaultInit property which indicates if the default (like the original MS CommonDialog)
      or user-selected printer will be initialized in a print or page setup dialog box.
    18-Mar-2017
    - Included the PaperSize/PaperBin property in the CommonDialog class.
      The printer dialog will now read/write to that PaperSize/PaperBin property instead of the VB.Printer object.
    - When Orientation, PaperSize and/or PaperBin properties are not set explicitly in the CommonDialog class then
      the default driver settings will be used until the first printer dialog has been succesfully finished.
      If the properties are not set explicitly they will however return some "most common default values", but that
      does not necessarily mean that these are the default driver settings that will be used later on in the dialog boxes.
      This approach is the same as in the original MS CommonDialog, though the PaperSize/PaperBin are not exposed/accesible.
    17-Mar-2017
    - Bugfix when using flag 'CdlPDReturnDefault' in the ShowPrinterEx dialog (no bug in ShowPrinter) in the CommonDialog class.
    - Included the Orientation property in the CommonDialog class. (like the original MS CommonDialog)
      The printer dialog will now read/write to that Orientation property instead of the VB.Printer object.
    16-Mar-2017
    - The default value of 'PrinterDefault' is now True instead of False in the CommonDialog class.
    - Included the Copies property in the CommonDialog class. (like the original MS CommonDialog)
      The printer dialog will now read/write to that Copies property instead of the VB.Printer object.
    21-Feb-2017
    - Included the AllowOverType and OverTypeMode property in the TextBoxW control.
      The default value of AllowOverType is False. (contrary to the RichTextBox control, where default value is True)
    19-Feb-2017
    - Included the AllowOverType and OverTypeMode property in the RichTextBox control.
    14-Feb-2017
    - Improved the SelPrint and PrintDoc methods in the RichTextBox control.
      It can now also be used on a non-printer DC, e.g. DC of a PictureBox.
    13-Feb-2017
    - Two bugfixes in the SelPrint and PrintDoc methods in the RichtTextBox control.
      - RightMargin/BottomMargin were added to the printable area instead deducted.
      - The printable area was not converted from device units to twips. (the paper area was not wrong)
    09-Feb-2017
    - Improved the themed border appearance in the RichTextBox control.
      It can be now in a 'hot' and 'focused' state, beside the already exist 'disabled' and 'normal' state.
    06-Feb-2017
    - Bugfix in the Text property of a ComboItem in the ImageCombo control.
    03-Feb-2017
    - Bugfix in the RightToLeft property in the TabStrip control. (TCIF_RTLREADING now used instead of WS_EX_RTLREADING)
    21-Jan-2017
    - Fixed a bug that the item's checkboxes/options were not drawn grayed in a disabled non-standard Style ListBoxW control.
      On update from 18-Oct-2016 was only the text fixed to drawn grayed in that case, but not the button itself.
    20-Jan-2017
    - Enhanced the Style property with '2 - Option' in the ListBoxW control.
      Also included the OptionIndex run-time property.
    - Included the AutoSelectFirstItem property in the ListView control. (Default is True)
      Setting to False equals MS 5.0 ListView behavior and True equals MS 6.0 ListView behavior.
    19-Jan-2017
    - Two minor bugfixes in the ListBoxW control.
      - Direct clicking the checkbox (Checkbox Style and MultiColumn set to True) was not possible when not selected before. (behavior bug)
      - If both RightToLeft and MultiColumn are set True the top index goes negative and everything is unpredictable and unstable. (MS bug?)
        Solution was to set (in that specific case) the right-to-left alignment after the control was created.
    15-Jan-2017
    - Included the ItemBeforeCheck event (with 'Cancel' parameter) in the ListBoxW control.
    - Bugfix that the checked state was not unchecked by default of a new inserted item in a Checkbox Style ListBoxW control.
    - Included X/Y parameter in the OLEGetDropEffect event in the RichTextBox control.
    14-Jan-2017
    - The Locked property in the ComboBoxW control works now like the original VB ComboBox.
      So, beside the locking of the edit control, the list portion is locked as well.
      The drop-down list can be shown but no item can be selected by mouse or key from the user.
      That also means that now the Locked property is available when having the style set to 'DropDownList'.
    - Same ComboBoxW improvements implemented into the ImageCombo control.
    13-Jan-2017
    - 16-bit barrier for thumb scrolling circumvented in the ComboBoxW control. (like as for the ListBoxW control)
    - Included the ScrollTrack property in the ComboBoxW control.
    - .hWndList in the ComboBoxW control is now working on Windows 2000.
      Message CB_GETCOMBOBOXINFO is not supported on Windows 2000. (similar issue as 29-Feb-2016 update)
      Thus the message got replaced by the API GetComboBoxInfo in user32.dll.
    10-Jan-2017
    - Bugfix for the 32-bit thumb scrolling support in the ListBoxW control.
      It now also works in a multi-column list box or when doing a 'HorizontalExtent' scrolling.
    09-Jan-2017
    - 16-bit barrier for thumb scrolling circumvented in the ListBoxW control. (standard windows list box limitation)
    - Included the ScrollTrack property in the ListBoxW control.
    08-Jan-2017
    - Some minor internal improvements.
    07-Jan-2017
    - Included the InsertMark/InsertMarkColor property and HitTestInsertMark function in the ListBoxW control.
      The InsertMark property and the HitTestInsertMark function have both an optional 'After' parameter.
    - Bugfix that NewIndex property was not initialized with -1 in the ListBoxW control. (no bug in ComboBoxW control)
    04-Jan-2017
    - Fixed a bug that when setting the Text property by code it did not respect the MaxLength property in the TextBoxW, ComboBoxW and ImageCombo control.
    - Some other minor internal improvements.
    02-Jan-2017
    - Included the Scroll event in the ListBoxW control.
      It will be fired whenever the TopIndex have been changed, either by code or by user action.
    30-Dec-2016
    - Bugfix in the Value property in the CheckBoxW and OptionButtonW control. (related to 23-Dec-2016 update)
    29-Dec-2016
    - The default value of the WantReturn property was wrong declared in ReadProperties/WriteProperties in the RichTextBox control.
    27-Dec-2016
    - Internal improvement in the key events (such as KeyDown) and some mouse events.
      It is also necessary to replace the Common.bas module. (included the GetShiftStateFromMsg/GetMouseStateFromMsg function)
    - Renamed OLEGetDragEffect to OLEStartDrag in the RichTextBox control. (also Button/Shift parameter are removed as anyway always zero)
    26-Dec-2016
    - Internal improvement in the mouse events. The correct button value will be passed now in case left and right button are "swapped". (windows setting)
      It is also necessary to replace the Common.bas module. (included the GetShiftStateFromParam/GetMouseStateFromParam function)
    23-Dec-2016
    - Bugfix that the Click event was not fired when changing the Value property by code in the CheckBoxW and OptionButtonW control.
    - Some other minor internal improvements.
    21-Dec-2016
    - The Resizable property of a ColumnHeader requires not anymore the comctls32.dll version 6.1 or higher in the ListView control.
      So that property could even be used when not manifested. (comctl32.dll version 5.8x)
    - Bugfix in the ResizableColumnHeaders property in the ListView control.
    - Renamed the ItemFromPos property to ItemFromPosition in 'CbrBands' and 'LvwColumnHeaders'.
    17-Dec-2016
    - Included the ColumnDblClick event in the ListView control.
    16-Dec-2016
    - Included the NewWidth parameter in the ColumnAfterResize event in the ListView control.
    - Included the ColumnDividerDblClick event in the ListView control.
    15-Dec-2016
    - Renamed the ColumnBeforeSize/ColumnAfterSize events to ColumnBeforeResize/ColumnAfterResize in the ListView control.
    - The ResizableColumnHeaders property requires not anymore the comctls32.dll version 6.1 or higher in the ListView control.
      So that property could even be used when not manifested. (comctl32.dll version 5.8x)
    10-Dec-2016
    - Modified OLEGuids.tlb as following: (compiled with a new uuid)
      - Renamed interface IEnumeration to IEnumVARIANTUnrestricted. (like as IUnknownUnrestricted)
      - Removed interface IEnumerationVB. (obselete)
      - Correction in IDispatch.GetIDsOfNames. (rgszNames param now declared as LPWSTR)
      It is necessary to replace all components and it is recommended to unregister the old OLEGuids.tlb.
    07-Dec-2016
    - Some minor internal improvements.
    06-Dec-2016
    - Bugfix that the Click event was not fired in two cases in the ListBoxW control:
      - User has de-selected an item in a multiple-selection list box
      - User has clicked again on a selected item in a single-selection list box
      Reason was that the LBN_SELCANCEL notification code was missing in the event handling.
    - Included the SetSelRange method in the ListBoxW control.
    05-Dec-2016
    - Included the HideClippedButtons property in the ToolBar control.
    01-Dec-2016
    - Bugfix in the VisualStyles property in the ProgressBar control.
      There was no border when using the comctl32.dll version 6.0 or higher and VisualStyles property set to False.
    
    [...]
    
    11-Nov-2012
    - First release.
    Name:  ComCtlsDemo.jpg
Views: 3275
Size:  118.5 KB

    The attached file ComCtlsDemo.zip.docx should be renamed to ComCtlsDemo.zip after download.
    The .docx extension was necessary so it could be uploaded. (there is a file limit of 500 KB for .zip extension)
    Attached Files Attached Files
    Last edited by Krool; Mar 23rd, 2017 at 04:26 PM.

  2. #2
    Super Moderator Hack's Avatar
    Join Date
    Aug 2001
    Location
    Searching for mendhak
    Posts
    58,335

    Re: CommonControlsEx (Replacement of the MS common controls)

    What is the benefit of using these over the existing controls?

    Does each control have the same properties? Do they have new properties?
    Please use [Code]your code goes in here[/Code] tags when posting code.
    When you have received an answer to your question, please mark it as resolved using the Thread Tools menu.
    Before posting your question, did you look here?
    Got a question on Linux? Visit our Linux sister site.
    I dont answer coding questions via PM or EMail. Please post a thread in the appropriate forum section.

    Creating A Wizard In VB.NET
    Paging A Recordset
    What is wrong with using On Error Resume Next
    Good Article: Language Enhancements In Visual Basic 2010
    Upgrading VB6 Code To VB.NET
    Microsoft MVP 2005/2006/2007/2008/2009/2010/2011/2012/Defrocked

  3. #3

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    The benefit is that these controls are linked to the comctl32.dll, that means they support the latest API calls, functions, properties and visual styles (themes).

    The existing common controls 6.0 from MS are not linked to the comctl32.dll, so they doesn't support the visual styles (themes).
    Reason why: The controls of the comct32.dll are compiled directly into the common controls 6.0 from MS, but as of state of a old version of comctl32.dll

    Only the common controls 5.0 from MS are linked to the comctl32.dll, but the COM hull is very old and so they have a leak of the latest functions and properties. Also controls like the DTPicker, MonthView or UpDown are not included.
    Last edited by Krool; Feb 28th, 2014 at 11:59 AM.

  4. #4
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Krool View Post
    The benefit is that these controls are linked to the comctl32.dll, that means they support the latest API calls, functions, properties and visual styles (themes).

    The existing common controls 6.0 from MS are not linked to the comctl32.dll, so they doesn't support the visual styles (themes).
    Reason why: The controls of the comct32.dll are compiled directly into the common controls 6.0 from MS, but as of state of a old version of comctl32.dll

    Only the common controls 5.0 from MS are linked to the comctl32.dll, but the COM hull is very old and so they have a leak of the latest functions and properties. Also controls like the DTPicker, MonthView or UpDown are not included.
    Can you please change the OLEGuids.tlb to a new name to avoid conflicts with my existing OLEGuids.tlb in system32 folder?

  5. #5
    Default Member Bonnie West's Avatar
    Join Date
    Jun 2012
    Location
    InIDE
    Posts
    4,057

    Thumbs up Re: CommonControlsEx (Replacement of the MS common controls)

    Excellent work!

    Quote Originally Posted by Hack View Post
    What is the benefit of using these over the existing controls?

    Does each control have the same properties? Do they have new properties?
    In addition to what Krool stated, some folks, myself included, prefer that their apps have no dependencies whatsoever.

    The controls have most of the necessary (similarly named) properties and methods and many of them have some new ones as well (the VisualStyles property for instance).

    Quote Originally Posted by Jonney View Post
    Can you please change the OLEGuids.tlb to a new name to avoid conflicts with my existing OLEGuids.tlb in system32 folder?
    Open CommonControlsEx.vbp in any text editor and edit this line:

    Code:
    Reference=*\G{5B1EACE0-EDEB-11E1-AFF1-0800200C9A66}#1.0#0#..\..\..\..\WINDOWS\system32\OLEGuids.tlb#OLE Guid and interface definitions
    to:

    Code:
    Reference=*\G{5B1EACE0-EDEB-11E1-AFF1-0800200C9A66}#1.0#0#OLEGuids\OLEGuids.tlb#OLE Guid and interface definitions
    On Local Error Resume Next: If Not Empty Is Nothing Then Do While Null: ReDim i(True To False) As Currency: Loop: Else Debug.Assert CCur(CLng(CInt(CBool(False Imp True Xor False Eqv True)))): Stop: On Local Error GoTo 0
    Declare Sub CrashVB Lib "msvbvm60" (Optional DontPassMe As Any)

  6. #6

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Jonney View Post
    Can you please change the OLEGuids.tlb to a new name to avoid conflicts with my existing OLEGuids.tlb in system32 folder?
    You can just rename the file "OLEGuids.tlb" at your own, for example to "OLEGuids2.tlb"
    That is no problem, because the uuid and library name differs from the original. They can co-exist without conflicts.
    You just need to re-register it in the IDE. (Project -> References... -> Browse for file)
    Last edited by Krool; Nov 12th, 2012 at 12:18 PM.

  7. #7
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Krool View Post
    You can just rename the file "OLEGuids.tlb" at your own, for example to "OLEGuids2.tlb"
    That is no problem, because the uuid and library name differs from the original. They can co-exist without conflicts.
    You just need to re-register it in the IDE. (Project -> References... -> Browse for file)
    Thanks. I understood.
    If you can add Unicode support, then those control can be used on PC with whatever locale setting.
    How about others control built by CreateWindowEx such as Listview/Treeview? Listview support more new features such as Grouping now.

  8. #8

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Dec 15th, 2012 at 10:02 AM.

  9. #9
    Default Member Bonnie West's Avatar
    Join Date
    Jun 2012
    Location
    InIDE
    Posts
    4,057

    Re: CommonControlsEx (Replacement of the MS common controls)

    Thanks for the update!
    On Local Error Resume Next: If Not Empty Is Nothing Then Do While Null: ReDim i(True To False) As Currency: Loop: Else Debug.Assert CCur(CLng(CInt(CBool(False Imp True Xor False Eqv True)))): Stop: On Local Error GoTo 0
    Declare Sub CrashVB Lib "msvbvm60" (Optional DontPassMe As Any)

  10. #10

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.

    All controls support now Unicode and some other minor improvements are done.
    Last edited by Krool; Dec 15th, 2012 at 11:24 AM.

  11. #11
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Krool View Post
    Update released.

    All controls support now Unicode and some other minor improvements are done.
    Fairly support Unicode.
    But because of nature of MS BUTTON, it doesn't an unicode compatible control.
    Never mind, just leave this because it's hard to fully support Unicode for a Command button.

    DrawText hDC, StrPtr(Button.Caption), -1, RectText, DT_CALCRECT Or DT_WORDBREAK
    Button.Caption can never be held Unicode string, internal conversion has been done before you call DrawTextW.

  12. #12
    Default Member Bonnie West's Avatar
    Join Date
    Jun 2012
    Location
    InIDE
    Posts
    4,057

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Jonney View Post
    Button.Caption can never be held Unicode string, internal conversion has been done before you call DrawTextW.
    This function will retrieve any button's caption, even if VB displays their Unicode captions as ?????.

    Code:
    Private Declare Function DefWindowProcW Lib "user32.dll" (ByVal hWnd As Long, ByVal uMsg As Long, ByVal wParam As Long, ByVal lParam As Long) As Long
    
    Private Function GetCaption(ByRef oButton As Object) As String
        Const WM_GETTEXT = &HD&, WM_GETTEXTLENGTH = &HE&
        Dim Button_hWnd As Long
    
        On Error GoTo 1
        Button_hWnd = oButton.hWnd
        GetCaption = Space$(DefWindowProcW(Button_hWnd, WM_GETTEXTLENGTH, 0&, 0&))
        DefWindowProcW Button_hWnd, WM_GETTEXT, Len(GetCaption) + 1&, StrPtr(GetCaption)
    1   On Error GoTo 0
    End Function
    VB's Button controls (CommandButton, CheckBox or OptionButton) can actually contain Unicode captions (via DefWindowProcW + WM_SETTEXT). VB doesn't display them properly though.
    On Local Error Resume Next: If Not Empty Is Nothing Then Do While Null: ReDim i(True To False) As Currency: Loop: Else Debug.Assert CCur(CLng(CInt(CBool(False Imp True Xor False Eqv True)))): Stop: On Local Error GoTo 0
    Declare Sub CrashVB Lib "msvbvm60" (Optional DontPassMe As Any)

  13. #13

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Dec 15th, 2012 at 10:04 AM.

  14. #14

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Dec 15th, 2012 at 10:06 AM.

  15. #15

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Dec 15th, 2012 at 10:09 AM.

  16. #16
    Default Member Bonnie West's Avatar
    Join Date
    Jun 2012
    Location
    InIDE
    Posts
    4,057

    Re: CommonControlsEx (Replacement of the MS common controls)

    Thanks for including the StatusBar control!
    Last edited by Bonnie West; Mar 1st, 2013 at 03:52 PM.
    On Local Error Resume Next: If Not Empty Is Nothing Then Do While Null: ReDim i(True To False) As Currency: Loop: Else Debug.Assert CCur(CLng(CInt(CBool(False Imp True Xor False Eqv True)))): Stop: On Local Error GoTo 0
    Declare Sub CrashVB Lib "msvbvm60" (Optional DontPassMe As Any)

  17. #17

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Dec 15th, 2012 at 10:12 AM.

  18. #18

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Dec 15th, 2012 at 10:16 AM.

  19. #19

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.

  20. #20
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Krool View Post
    Update released.
    Thank you for consistent update.

  21. #21

  22. #22
    Lively Member
    Join Date
    Jun 2010
    Posts
    68

    Re: CommonControlsEx (Replacement of the MS common controls)

    its really an amazing work,god bless you.Bro can you add listview and treeview with displayable unicode support?
    it will great achievment if it possible

  23. #23
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Edited: Remove my Post regarding Balloon tooltips, Win8 has fixed the problem.
    Last edited by Jonney; Jan 26th, 2013 at 09:33 AM.

  24. #24
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Confirmed it is OS problem. The balloon tooltips works perfect on Win8.

    Edited: CommonControlsEx works On Win8.
    Last edited by Jonney; Jan 18th, 2013 at 01:32 AM.

  25. #25

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Update released.

    ListView control is added.

    Groups and 'Tile' View are for the moment not included.
    It can replace 100% the ListView from „MSCOMCTL.OCX". (Exception: ToolTipText of the ListSubItems)
    But it has also many properties, methods and events more than the original.
    Last edited by Krool; Feb 3rd, 2013 at 02:17 PM.

  26. #26
    Frenzied Member
    Join Date
    Jan 2010
    Posts
    1,058

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Krool View Post
    Update released.

    ListView control is added.

    Groups and 'Tile' View are for the moment not included.
    It can replace 100% the ListView from „MSCOMCTL.OCX". (Exception: ToolTipText of the ListSubItems)
    But it has also many properties, methods and events more than the original.
    Thank you for additional Listview.
    From Vista/Win7,MS added lots of new features into Listview, such as enhanced grouping, Checkbox on Header,etc.
    Please consider adding checkbox and Text Edit for subitems.

  27. #27

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControlsEx (Replacement of the MS common controls)

    Quote Originally Posted by Jonney View Post
    Please consider adding checkbox and Text Edit for subitems.
    The comctl32.dll does not provide the ability to edit the labels of the subitems.
    Last edited by Krool; Feb 6th, 2013 at 05:08 AM.

  28. #28

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControls (Replacement of the MS common controls)

    Update released.

    ImageList control is completly rewritten. (It is not compatible with the previous version)

    It works now like the original ImageList from MS but with some improvements, for example that the Style flag of the ListImages Draw method can be combined with multiples styles. (That was not possible in the original ImageList from MS) or that the Overlay function returns an icon instead of a bitmap or that the BackColor can be turned on or off (UseBackColor property).

  29. #29
    Addicted Member
    Join Date
    Sep 2008
    Posts
    136

    Re: CommonControls (Replacement of the MS common controls)

    Awesome work! I am by far not knocking the work but asking a question.. Is the tab control text a little too far to the right?
    Last edited by brandoncampbell; Feb 26th, 2013 at 10:27 AM.

  30. #30

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControls (Replacement of the MS common controls)

    Quote Originally Posted by brandoncampbell View Post
    Is the tab control text a little too far to the right?
    I noticed that too. I think that is due to the new appearance of Windows 7.
    Last edited by Krool; Feb 27th, 2013 at 01:06 AM.

  31. #31
    Addicted Member
    Join Date
    Sep 2008
    Posts
    136

    Re: CommonControls (Replacement of the MS common controls)

    I think it has something to do with Mnemonics if you don't put the _ before the text it looks fine.

  32. #32
    Angel of Code Niya's Avatar
    Join Date
    Nov 2011
    Posts
    5,346

    Re: CommonControls (Replacement of the MS common controls)

    I must say I'm truly impressed. Were I still using VB6, this would have been an incredible source of knowledge. I tended to write alot of my own controls(I still do in VB.Net) and I always want to learn as much as possible about creating them. I thought I had a good handle on it it but one glance at your source code, and even what you described about them being linked to ComCtl32.Dll showed me just how little I actually knew about control authoring in VB6. I tip my hat to you sir.
    Treeview with NodeAdded/NodesRemoved events | BlinkLabel control | Calculate Permutations | Object Enums | ComboBox with centered items | .Net Internals article(not mine) | Wizard Control | Understanding Multi-Threading | Simple file compression | Demon Arena


    C++ programmers will dismiss you as a cretinous simpleton for your inability to keep track of pointers chained 6 levels deep and Java programmers will pillory you for buying into the evils of Microsoft. Meanwhile C# programmers will get paid just a little bit more than you for writing exactly the same code and VB6 programmers will continue to whitter on about "footprints". - FunkyDexter

    There's just no reason to use garbage like InputBox. -jmcilhinney

  33. #33

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControls (Replacement of the MS common controls)

    Update released.

    ImageCombo control is added.

    The biggest advantage is that you can set the style property. ('DropDownCombo', 'DropDownList' or 'SimpleCombo')
    That was not possible on the original ImageCombo control. (It was always as 'DropDownCombo')
    Also new is the 'ItemDrag' event, similar to the one used in the ListView control.

  34. #34
    Addicted Member
    Join Date
    Sep 2008
    Posts
    136

    Re: CommonControls (Replacement of the MS common controls)

    Nice work dude
    Last edited by brandoncampbell; Mar 15th, 2013 at 02:01 PM.

  35. #35
    New Member
    Join Date
    Mar 2013
    Posts
    1

    Cool Re: CommonControls (Replacement of the MS common controls)

    Very, very good work. Many thanks to you. I do not like to link to Microsofts Ocx-files (Mscommctl.....). With your controls i don't need that. My exe work so without registrations on every PC. And: i can do more things. I can change the WM_PAINT - message to what i will. I can change the colors, i can add a picture, i can paint the control. I must only change your code a little bit. Awsome.
    Thank you very much!!!!!

  36. #36

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControls (Replacement of the MS common controls)

    Update released.
    Last edited by Krool; Apr 25th, 2013 at 03:02 PM.

  37. #37

    Thread Starter
    Fanatic Member
    Join Date
    Jun 2012
    Posts
    575

    Re: CommonControls (Replacement of the MS common controls)

    Update released.

  38. #38
    Member
    Join Date
    Mar 2012
    Posts
    60

    Re: CommonControls (Replacement of the MS common controls)

    Thank you for the work - it's a lovely change CommonControls.
    I have one problem, very often crashes when you compile an application (even an example), and the exe-file is created. And sometimes crashes when you press End in the course of the program.
    It would be nice if the progress bar for added display of progress on the taskbar. An example can be found here http://sourceforge.net/p/audica/code...skBarList3.cls

  39. #39
    Member
    Join Date
    Mar 2012
    Posts
    60

    Re: CommonControls (Replacement of the MS common controls)

    Also for the beautiful subsclassing commandbutton think it will be good to make changes if there is a caption and a picture, you have the image on the left and the caption to the left of the picture. So the picture will not be imposed on the text.

    Code:
    Private Sub DrawButton(ByVal hWnd As Long, ByVal hDC As Long, Button As Object)
    .....
    If Not Button.Caption = vbNullString Or Len(Button.Caption) > 0 Then
        Set ButtonFont = Button.Font
        FontOld = SelectObject(hDC, ButtonFont.hFont)
        RectText = RectClient
        DrawText hDC, StrPtr(Button.Caption), -1, RectText, DT_CALCRECT Or DT_WORDBREAK
        RectText.Right = RectClient.Right
        If ButtonPic Is Nothing Then
            RectText.Left = RectClient.Left
            RectText.Top = ((RectClient.Bottom - RectText.Bottom) / 2) + 3
            RectText.Bottom = RectText.Top + RectText.Bottom
        Else
            RectText.Left = CInt(Button.Parent.ScaleX(ButtonPic.Width, vbHimetric, vbPixels)) + 4
            'RectText.Top = RectClient.Top '(RectClient.Bottom - RectText.Bottom) + 1
            RectText.Top = (((RectClient.Bottom - RectClient.Top) - (RectText.Bottom - RectText.Top)) / 2) + RectClient.Top
            RectText.Bottom = RectClient.Bottom
        End If
        DrawThemeText Theme, hDC, 1, ButtonState, StrPtr(Button.Caption), -1, DT_CENTER Or DT_WORDBREAK, 0, RectText
        SelectObject hDC, FontOld
    End If
    CloseThemeData Theme
    If Not ButtonPic Is Nothing Then
        W = CInt(Button.Parent.ScaleX(ButtonPic.Width, vbHimetric, vbPixels))
        H = CInt(Button.Parent.ScaleY(ButtonPic.Height, vbHimetric, vbPixels))
        If Not Button.Caption = vbNullString Or Len(Button.Caption) > 0 Then
            X = RectClient.Left
            'Y = RectClient.Top ' + ((RectClient.Bottom - RectClient.Left - H) / 2)
            Y = (((RectClient.Bottom - RectClient.Top) - H) / 2) + RectClient.Top
        Else
            RectClient.Bottom = RectText.Top
            X = RectClient.Left + ((RectClient.Right - RectClient.Left - W) / 2)
            Y = RectClient.Top + ((RectClient.Bottom - RectClient.Left - H) / 2)
        End If
        If Enabled = True Then
            If Button.UseMaskColor = True Then
                Call DrawTransparentPicture(ButtonPic, hDC, X, Y, W, H, WinColor(Button.MaskColor))
            Else
                ButtonPic.Render hDC, X, Y + H, W, -H, 0, 0, ButtonPic.Width, ButtonPic.Height, ByVal 0
            End If
        Else
            Call DrawDisabledPicture(ButtonPic, hDC, X, Y, W, H, WinColor(Button.MaskColor))
        End If
    End If

  40. #40
    Banned
    Join Date
    Nov 2012
    Posts
    1,171

    Re: CommonControls (Replacement of the MS common controls)

    sleeeeeeeeeeeeeek

Page 1 of 34 123411 ... LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Featured


Click Here to Expand Forum to Full Width

Survey posted by VBForums.