43 replies to this topic

[Melba23]

New version 22 May 13

Added: When both files and folders are displayed, the user can choose just files or both files AND folders. Just add +16 to the $iDisplay parameter. Thanks to lhk69 for the request.

New UDF, example and zip below.

Previous versions:

Spoiler

New version 19 Dec 2012

Changed: The action taken when doubleclicking on a folder only tree when $iDisplay is set to 3 has changed slightly. Now the item is expanded/contracted if there are children, but selected if there are none. The previous version never selected items on doubleclick, only via the "Select" button - which of course will still select the item regardless of whether children exist.

 
New version 2 Dec 2012

Changed: Added the ability to both include and exclude files/folders from the tree. The $sMask parameter can now have 3 sections (separated by " | ") which define what to include, exclude and (if you are displaying both files and folders) which folders to exclude. See the RecFileListToArray thread (look in the first spoiler) for more details on exactly how these parameters affect the displayed tree.

Note: You will need the new version of my RecFileListToArray UDF. Look in that UDF thread for the new code.
 
New version 12 Oct 2012

Added: A new function _CFF_Embed which creates the folder tree in an existing treeview within your own GUI rather than having to use a UDF-created dialog. Thanks to Syed23 for the suggestion.

Changed: Script breaking change to $iDisplay parameter syntax in _CFF_Choose - add 64 not 16 to hide file extensions. This was done as new versions of _RecFileListToArray (which is needed to run the UDF) will have additional options which use the current value. Sorry about the change, but I am trying to future-proof as much as I can.
 
New version 4 Oct 2012

This is a completely rewritten version of the UDF with script-breaking syntax changes. It now develops the tree dynamically and is very much faster than previous versions. It also uses the new version of my RecFileListToArray UDF to allow you to either show or hide hidden and system files/folders. Warning: There are script-breaking changes - read the _CFF_Choose function header to see how the $iDisplay parameter is now set - and you always need to register the WM_NOTIFY if you use the UDF.

My thanks to caleb41610 for the thread which sparked the idea - and especially guinness for help with the #*@#*%# Struct !!!!
 
BugFix version - 16 Dec 11

- Fixed: Rapid clicking on the TreeView expand/contract icons could be treated as a double click and so trigger an inadvertant selection. Now double clicks are ignored for a short period after the TreeView is expanded/contracted. Thanks WPA-Fan for pointing it out.
 
[NEW VERSION] - 23 May 11 - Warning: Script breaking syntax and function name changes

Changes:

- Added new option to display "files & only those folders containing files".

- $iDisplay - 0   - Display full folder tree and matching files (default)
              1   - Display all matching files within the specified folder - subfolders are not displayed
              2   - Display folder tree only - no files
        NEW - 3   - Display only those folders containing matching files and the files within them
              + 4 - Do not display file extensions in tree (ignored if .* ext in $sFile_Mask)

Option 0 will display all folders in the tree regardless of whether they hold matching files.
Option 3 displays only those folders which contain files of the matching type - empty folders are not displayed unless they hold subfolders containing files. See Ex 1 and 2 in the example script.

- Syntax change when using _CFF_IndexDefault to preload folders and/or files for speed.

- Load separate "files" and "folders" defaults or a combined "files and folders" default. All 3 can be set independently. See Function header notes for details.[/indent]
- New functions to set existing arrays as defaults.

_CFF_SetDefault replaced by:

_CFF_SetDefault_Folder: Sets existing array as default folder index for speed
_CFF_SetDefault_File: Sets existing array as default file index for speed
_CFF_SetDefault_Combo: Sets existing array as default folder and file index for speed

See Function header notes for details of how arrays must be created.

This version requires the latest version of RecFileListToArray - see my sig below or in the zip.

Sorry for the script breaking nature of this version - I hope anyone who uses it feels the changes were worth it.
 
[BUGFIX VERSION] - 18 Feb 11
Fixed: Bug which prevented selection of files when a drive had to be selected and multiple file extensions were possible but not displayed.
No need to adjust existing scripts.
 
[NEW VERSION] - 16 Feb 11
Changes:
- Added option to display files without extensions - although the extensions are still in the returned file paths.
- Just add 4 to the normal $iDisplay parameter. Note this option is not available if you use a .* wildcard in the $sFile_Mask parameter - if you do, how is the UDF supposed to know what extension to return?
- I did this so I could display a listing of .mp3 files in my music player without all of them showing the .mp3 extension - if I am choosing a track I know they are all .mp3 files!

No need to adjust existing scripts - just use the option if you want to.
 
[NEW VERSION] - 11 Feb 11
Changes:
- Now x64 comaptible - thanks Ascend4nt and Yashied.
- Now fully OnEvent mode compatible - I missed out a line last time.
- Minor code changes - no need to adjust existing scripts.

I was fed up with using the native FileOpenDialog and FileSelectFolder which appeared anywhere on the screen in seemingly random sizes and often allowed users to select files from other than the path desired. So I decided to write my own version of an Explorer-type treeview and here it is: ChooseFileFolder.

What are the main advantages of this UDF over the normal dialogs?
 

- Common format for both file and folder selection.

- Ability to size and place the dialog where you want it rather than how Windows last left it.

- Ability to select multiple items - even from different folders or drives. You can also select both files and folders from the same tree.

And there is also a function to allow you to use an existing treeview in your own GUI to display the folder tree - no need to have a dialog at all.

[New] Here is a short example script which shows the ChooseFileFolder UDF dialog in action showing how its parameters define different tree display and selection options:

Spoiler

AutoIt        expandcollapse  popup

#include "ChooseFileFolder.au3"

Local $sRet, $aRet
Local $sRootFolder = StringRegExpReplace(@AutoItExe, "(^.*\\)(.*)", "\1")

; Register WM_NOTIFY handler
$sRet = _CFF_RegMsg()
If Not $sRet Then
    MsgBox(64, "Failure!", "Handler not registered")
    Exit
EndIf

; Pick a single folder from within the AutoIt installation folders
; Select using the "Select" button only
; Make the final parameter 3 if you want to use dblclk as well - but beware when clicking on the items!
$sRet = _CFF_Choose("Ex 1: Choose a folder", 300, 500, -1, -1, $sRootFolder, "*", 2)
If $sRet Then
    MsgBox(64, "Ex 1", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 1", "No Selection")
EndIf

; Pick a single *.au3 or *.ico file from within the AutoIt installation folders
; All folders are displayed whether they contain files or not
; Use either the "Select" button or a double click - only files can be selected
$sRet = _CFF_Choose("Ex 2: Choose a file", 300, 500, -1, -1, $sRootFolder, "*.au3;*.ico")
If $sRet Then
    MsgBox(64, "Ex 2", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 2", "No Selection")
EndIf

; Pick any file on any drive
; Hidden and system files/folders will be shown - compare with next example
$sRet = _CFF_Choose("Ex 3: Select a file", 300, 500)
If $sRet Then
    MsgBox(64, "Ex 3", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 3", "No Selection")
EndIf

; Pick multiple files from any drive - list takes 20% of dialog
; Play with the final parameter to change that percentage
; Hidden and system files/folders will not be shown ( + 4 + 8)
; Use either the "Add" button or a double click to add to the list - only files can be added
; Press "Return" button when selection ended to get "|" delimited string of selected files
$sRet = _CFF_Choose("Ex 4: Select multiple files", 300, 500, -1, -1, "", Default, 0 + 4 + 8, 20)
If $sRet Then
    $aRet = StringSplit($sRet, "|")
    $sRet = ""
    For $i = 1 To $aRet[0]
        $sRet &= $aRet[$i] & @CRLF
    Next
    MsgBox(64, "Ex 4", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 4", "No Selection")
EndIf

; As above but with the ability to choose files AND folders (+ 16)
; Beware when double clicking on the folders - it expands but also selects them!
; Selected folders have a trailing "\" added
$sRet = _CFF_Choose("Ex 5: Select multiple files AND folders", 300, 500, -1, -1, "", Default, 0 + 4 + 8 + 16, 20)
If $sRet Then
    $aRet = StringSplit($sRet, "|")
    $sRet = ""
    For $i = 1 To $aRet[0]
        $sRet &= $aRet[$i] & @CRLF
    Next
    MsgBox(64, "Ex 5", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 5", "No Selection")
EndIf

; Choose a single file from a specified folder - no subfolders displayed
; Note file exts displayed because of *.* mask even though requested to be hidden (+ 64)
$sRet = _CFF_Choose("Ex 6: Select a file", 300, 500, -1, -1, $sRootFolder, "*.*", 1 + 64)
If $sRet Then
    MsgBox(64, "Ex 6", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 6", "No Selection")
EndIf

; Choose a single file from a specified folder - no subfolders displayed
; Note file exts hidden, but returned (+ 64)
$sRet = _CFF_Choose("Ex 7: Select a file - no extensions displayed", 300, 500, -1, -1, $sRootFolder & "Include\", "*.au3", 1 + 64)
If $sRet Then
    MsgBox(64, "Ex 7 - But extension returned", "Selected:" & @CRLF & @CRLF & $sRet)
Else
    MsgBox(64, "Ex 7", "No Selection")
EndIf

And here is an example showing the folder tree embedded in another GUI:

Spoiler

AutoIt        expandcollapse  popup

#include <GUIConstantsEx.au3>

#include "ChooseFileFolder.au3"

Global $aDrives = DriveGetDrive("ALL")
Global $sDrives = ""
For $i = 1 To $aDrives[0]
    ; Only display ready drives
    If DriveStatus($aDrives[$i] & '') <> "NOTREADY" Then $sDrives &= "|" & StringUpper($aDrives[$i])
Next

; Register UDF message handler
_CFF_RegMsg()

; Create GUI
$hGUI = GUICreate("_CFF_Embed Example - only one  TreeView active at one time", 750, 560)
GUISetBkColor(0xC4C4C4)

; Native TreeView - single selection
GUICtrlCreateLabel("Choose Drive", 10, 10, 90, 20)
$cCombo_Single = GUICtrlCreateCombo("", 100, 10, 60, 20)
GUICtrlSetData(-1, $sDrives)
GUICtrlCreateLabel("Single Selection", 10, 40, 200, 20)
$cTV_Single = GUICtrlCreateTreeView(10, 60, 230, 440)
$sText = "Select" & @TAB & "=  Doubleclick or Singleclick + ENTER" & @CRLF & "Cancel" & @TAB & "=  ESCAPE"
GUICtrlCreateLabel($sText, 10, 510, 230, 60)

; native TreeView - multiple selection with list control, but no return control
GUICtrlCreateLabel("Choose Drive", 260, 10, 90, 20)
$cCombo_Multi_List = GUICtrlCreateCombo("", 350, 10, 60, 20)
GUICtrlSetData(-1, $sDrives)
GUICtrlCreateLabel("Multiple Selection with list", 260, 40, 200, 20)
$cTV_Multi_List = GUICtrlCreateTreeView(260, 60, 230, 330)
$cList_Multi_List = GUICtrlCreateList("", 260, 400, 230, 100)
$sText = "Select" & @TAB & "=  Doubleclick" & @CRLF & "Return" & @TAB & "=  ENTER" & @CRLF & "Cancel" & @TAB & "=  ESCAPE"
GUICtrlCreateLabel($sText, 260, 510, 230, 60)

; UDF TreeView - multiple selection with no list control
GUICtrlCreateLabel("Choose Drive", 510, 10, 90, 20)
$cCombo_Multi_NoList = GUICtrlCreateCombo("", 600, 10, 60, 20)
GUICtrlSetData(-1, $sDrives)
GUICtrlCreateLabel("Multiple Selection with 'Return' button", 510, 40, 200, 20)
$hTV_Multi_NoList = _GUICtrlTreeView_Create($hGUI, 510, 60, 230, 400, BitOr($TVS_HASBUTTONS, $TVS_HASLINES, $TVS_LINESATROOT, $TVS_DISABLEDRAGDROP, $TVS_SHOWSELALWAYS))
$cStop_Multi_NoList = GUICtrlCreateButton("Return", 510, 470, 230, 30)
$sText = "Select" & @TAB & "=  Doubleclick" & @CRLF & "Return" & @TAB & "=  ENTER or 'Return' button" & @CRLF & "Cancel" & @TAB & "=  ESCAPE"
GUICtrlCreateLabel($sText, 510, 510, 230, 60)

GUISetState()

While 1

    Switch GUIGetMsg()
        Case $GUI_EVENT_CLOSE
            Exit
        Case $cCombo_Single
            ; Disable combos - function is blocking so only one TreeView at a time can be used
            GUICtrlSetState($cCombo_Single, $GUI_DISABLE)
            GUICtrlSetState($cCombo_Multi_List, $GUI_DISABLE)
            GUICtrlSetState($cCombo_Multi_NoList, $GUI_DISABLE)
            $sRoot = GUICtrlRead($cCombo_Single) & ""

            ; No return Control specified, so only single selection
            $sSel = _CFF_Embed($cTV_Single, $sRoot, "*.*", 12)
            ConsoleWrite(@error & " - " & @extended & " - " & $sSel & @CRLF)

            ; Re-enable combos
            GUICtrlSetData($cCombo_Single, $sDrives)
            GUICtrlSetState($cCombo_Single, $GUI_ENABLE)
            GUICtrlSetState($cCombo_Multi_List, $GUI_ENABLE)
            GUICtrlSetState($cCombo_Multi_NoList, $GUI_ENABLE)

        Case $cCombo_Multi_List
            GUICtrlSetState($cCombo_Single, $GUI_DISABLE)
            GUICtrlSetState($cCombo_Multi_List, $GUI_DISABLE)
            GUICtrlSetState($cCombo_Multi_NoList, $GUI_DISABLE)
            $sRoot = GUICtrlRead($cCombo_Multi_List) & ""

            ; $iReturn <> 0 so multiple selections - List control specified so selections displayed
            $sSel = _CFF_Embed($cTV_Multi_List, $sRoot, "*.*", 12, 1, $cList_Multi_List)
            ConsoleWrite(@error & " - " & @extended & " - " & $sSel & @CRLF)

            GUICtrlSetData($cCombo_Multi_List, $sDrives)
            GUICtrlSetState($cCombo_Single, $GUI_ENABLE)
            GUICtrlSetState($cCombo_Multi_List, $GUI_ENABLE)
            GUICtrlSetState($cCombo_Multi_NoList, $GUI_ENABLE)

        Case $cCombo_Multi_NoList
            GUICtrlSetState($cCombo_Single, $GUI_DISABLE)
            GUICtrlSetState($cCombo_Multi_List, $GUI_DISABLE)
            GUICtrlSetState($cCombo_Multi_NoList, $GUI_DISABLE)
            $sRoot = GUICtrlRead($cCombo_Multi_NoList) & ""

            ; Return control specified so multiple selections
            $sSel = _CFF_Embed($hTV_Multi_NoList, $sRoot, "*.*", 12, $cStop_Multi_NoList)
            ConsoleWrite(@error & " - " & @extended & " - " & $sSel & @CRLF)

            GUICtrlSetData($cCombo_Multi_NoList, $sDrives)
            GUICtrlSetState($cCombo_Single, $GUI_ENABLE)
            GUICtrlSetState($cCombo_Multi_List, $GUI_ENABLE)
            GUICtrlSetState($cCombo_Multi_NoList, $GUI_ENABLE)
    EndSwitch

WEnd

[New] The ChooseFileFolder UDF itself is now too large to fit within code tags - it is in the zip below.

You will need my RecFileListToArray UDF to run ChooseFileFolder - you can find it in my sig and it is included in this zip file with the examples and UDF:  ChooseFileFolder.zip   16.64K   35 downloads

As usual happy to take feedback and, preferably, plaudits.

M23

Edited by Melba23, Yesterday, 05:29 PM.

[guinness]

Wouldn't expect any less! Purely brilliant, I am sure I will find some use for this UDF.

Edited by guinness, 10 February 2011 - 01:14 PM.

[UEZ]

I get an error on example 6 when I select my C drive ->

Line 419 (File "C:\Coding\AU3\GUI\ChooseFileFolder\ChooseFileFolder.au3"):

$hTreeView = GUICtrlCreateTreeView(0, 0, $iW - 20, $aTV_Pos[3])
$hTreeView = GUICtrlCreateTreeView(0, 0, $iW - 20, $aTV_Pos^ ERROR

Error: Subscript used with non-Array variable.

Btw, nice coding!

Br,
UEZ

[Melba23]

UEZ,

That has nothing to do with the C: drive - it is a result of an existing treeview not being found.

I cannot reproduce it at the moment - which makes it a bit tricky to debug. When you first run Example 6 do you get a visible list control under a vertically moveable separator bar? Had you selected any other drive before your C: drive or was this the first one?

Aside from that, it must have taken an eternity to index the whole C: drive - I just did it once and nearly died of boredom.

M23

[guinness]

I selected another Drive and then the C:\ Drive and I didn't get the same error! I also repeated Example 6 with just selecting the C:\ Drive and still no problem. Very weird indeed why UEZ got this error.

Edited by guinness, 10 February 2011 - 02:10 PM.

[UEZ]

I'm starting ChooseFileFolder_Ex.au3.

Ex 1: seems to be ok -> I can see the tree
Ex 2: seems to be ok -> I can see the tree
Ex 3: seems to be ok -> I can see the tree
Ex 4: seems not to be ok -> nothing is displayed -> $hTreeView = 0
Ex 5: no tree. I can select a drive and it starting to indexing it
Ex 6: no tree. I can select a drive. When I select my C drive the error appears. I've only one local drive - C. -> $hTreeView = 0
Ex 7: files are listed

Looks like there is no handle to the treeview.

If I find the the bug I will tell you!

Br,
UEZ

Edited by UEZ, 10 February 2011 - 02:32 PM.

[UEZ]

If you start Ex 6 with $sRet = _CFF_Choose("Ex 6: Select multiple files", 300, 500, -1, -1, "", Default, 0, True) it is working properly.

If $fSingle_Sel = False it will fail.

Test system: Win7 x64 with latest AutoIt version.

Ex 6 debug lines when $fSingle_Sel = False

@@ Debug(249) : $sRoot = 
>Error code: 0
@@ Debug(250) : $fSingle_Sel = False
>Error code: 0
@@ Debug(325) : $hTreeView = 0
>Error code: 0
@@ Debug(326) : $hTreeView_Handle = 0
>Error code: 0

Ex 6 debug lines when $fSingle_Sel = True

@@ Debug(249) : $sRoot = 
>Error code: 0
@@ Debug(250) : $fSingle_Sel = True
>Error code: 0
@@ Debug(325) : $hTreeView = 7
>Error code: 0
@@ Debug(326) : $hTreeView_Handle = 0x004A08CE
>Error code: 0

Br,
UEZ

[Melba23]

UEZ,

It looks like the problem is in the GUIFrame UDF not this one, as you only have a problem when $fSingleSel = False. In that case, the UDF creates a treeview within a frame created by GUIFrame and this is obviously not happening.

Have you tried to run the GUIFrame UDF and its examples - if not could you please do do? I wonder if there is a problem with it on x64 systems - it uses many DllCalls so I would not be at all surprised.

M23

[UEZ]

I tested GUIFrame on following virtual machines:

WinXP x86 -> working properly
Win2003 x64 -> not working
Windows2008 x86 -> working

And on my notebook:
Win7 x64 -> not working

Seems to be a problem with x64 operating systems!

Em is:

C:\Coding\AU3\GUI\GUIFrame\GUIFrame_Example_1.au3 (17) : ==> Subscript used with non-Array variable.:
GUICtrlCreateLabel("", 5, 5, $aWinSize[0] - 10, $aWinSize[1] - 10)
GUICtrlCreateLabel("", 5, 5, $aWinSize^ ERROR

#AutoIt3Wrapper_UseX64=n will not help!

Br,
UEZ

[Melba23]

UEZ,

Interesting. With some help from Yashied I thought the GUIFrame UDF was x64 compatible. - see here and the next few posts.

M23

[guinness]

I tested on x64 and it worked, but then I have a single drive with multiple partitions.

[Melba23]

guinness,

Thanks for that. I have no other reports of the GUIFrames UDF not being x64 compatible after Yashied helped me fix it.

The size of drive has nothing to do with it - it is a simple case of the treeview not being created as a result of GUIFrames failing to create the frame! So as the error is most certainly coming from that UDF (and the fact that UEZ cannot run that UDF on x64) I am wondering what is different with UEZ's machine.

M23

Edit: Typnig.

Edited by Melba23, 10 February 2011 - 05:13 PM.

[Ascend4nt]

Another nice UDF Melba. I looked into the x64 stuff.. the only issue I see is the same one as GUIListViewEx had with the NMHDR, and a simple 'Program Files' location change.

Here's the 'x64 compatible' change for double-click notifications to work properly in x64 mode:

Func _CFF_WM_NOTIFY_Handler($hWnd, $iMsg, $wParam, $lParam)

    #forceref $hWnd, $iMsg, $wParam

    Local $tStruct = DllStructCreate("hwnd hWndFrom;uint_ptr IDFrom;int_ptr Code;int Spec", $lParam)
    If @error Then Return
    Switch BitAnd(DllStructGetData($tStruct, "Code"),0xFFFFFFFF)
        Case 0xFFFFFFFD ; $NM_DBLCLK
            $fCFF_DblClk = DllStructGetData($tStruct, "hWndFrom")
    EndSwitch

EndFunc   ;==>_CFF_WM_NOTIFY_Handler

And at the top of 'ChooseFileFolder_Ex.au3', you might put this:

Local $sProgFiles=@ProgramFilesDir
If @AutoItX64 Then $sProgFiles&=' (x86)'

..and then change any occurrences of @ProgramFilesDir to $sProgFiles. This change is due to the fact that AutoIt installs in the x86 Program Files folder ('C:\Program Files (x86)") on 64-bit O/S's. In x86 mode, that's where it looks by default, but not in x64 mode. This will give your example the ability to run the same in both bit modes.

*edit: oops, meant 'double' click

Edited by Ascend4nt, 10 February 2011 - 10:45 PM.

[Yashied]

You can't. The "Code" member in NMHDR structure requires four bytes (UINT). At least it did not correctly. Just replace UINT to INT. BTW, exactly in this form, NMHDR structure is defined in StructureConstants.au3.

Func _CFF_WM_NOTIFY_Handler($hWnd, $iMsg, $wParam, $lParam)

    #forceref $hWnd, $iMsg, $wParam

    Local $tStruct = DllStructCreate("hwnd hWndFrom;uint_ptr IDFrom;int Code", $lParam)
    Switch DllStructGetData($tStruct, "Code")
        Case -3 ; $NM_DBLCLK
            $fCFF_DblClk = DllStructGetData($tStruct, "hWndFrom")
    EndSwitch

EndFunc   ;==>_CFF_WM_NOTIFY_Handler

And the following condition is unnecessary.

If @error Then Return

If the pointer is invalid (not zero), you get a garbage in the structure or crash with "Access is denied", but not @error.

Edited by Yashied, 11 February 2011 - 08:52 AM.

[Ascend4nt]

'INT' is 4 bytes. NMHDR changed in x64 so that the last item is 8 bytes (int_ptr), and apparently without notifying anyone. The MSDN info is wrong.

The 'Spec' item was Melba's addition, I just kept it in there in case that was what he was going to use someday if it points to a larger struct.

Ahh, and the @error thing is Melba's idea, not mine - I only left it as it was coded.

*edit: for reference, you can look at my post on Melba's GuiListViewEx thread.

Edited by Ascend4nt, 11 February 2011 - 08:51 AM.

[Yashied]

'INT' is 4 bytes.

Yes of course, I wanted to say a double word.

[Ascend4nt]

BTW, exactly in this form, NMHDR structure is defined in StructureConstants.au3.

Yeah, that's an issue that has supposedly been fixed in 3.3.7.0, check out ticket # 1479 regarding WM_NOTIFY. For now I've manually edited my AutoIt Includes to fix that problem, since it seems unlikely we'll see a new version of AutoIt released any time soon.

[Yashied]

Yes, you are right, this is an alignments problem under x64 (similar problem). But the Melba23's problem in this case in the following.

"int IDFrom" instead of "uint_ptr IDFrom".

Thanks for the links.

[Yashied]

I think MSDN is correct, NMHDR structure looks like this.

$tagNMHDR = "hwnd hWndFrom;uint_ptr IDFrom;int Code"

But the following structures that includes NMHDR must be aligned to sizeof(ptr). For example

; x64
$tagNMHEADER = $tagNMHDR & ";byte Alignment[4];int Item;int Button;ptr pItem"

; x86
$tagNMHEADER = $tagNMHDR & ";int Item;int Button;ptr pItem"

[Melba23]

Ascend4nt and Yashied,

Thank you both for your efforts.

I mentioned a tutorial on this x64 compatability problem to enlighten hobbyist coders like me the last time it came up - I suppose both of you are still not interested in writing one?

New UDF and example in the first post.

M23