The great thing about OOP and .NET is that you should never have to find yourself coding the same thing over and over again. Reusability is the name of the game. So when I recently found myself in the vicious cycle of re-coding the same interface component, I thought that surely there was a better way.
I frequently need to create little "wizards" and other applications that work with files and folders. The "industry standard" way of locating these resources is to put a
TextBox on the page, and a little icon of a folder next to that, and use the icon folder to launch the browse dialog, storing the results in the
TextBox. Surely, you've seen this a thousand times, and if you were building a web application, there is already an object to do this. Not so in Windows Forms, however.
Every time I needed to use this functionality, I had to:
- Put some
Panels on the page to host the
PictureBox (this makes it possible to dock them correctly).
- Add the
- Align the
PictureBox correctly (it never lines up correctly with the
TextBox, by default), and the
Label as well if it was placed to the left.
- Locate the folder image.
- Add the
- Wire up the
FolderDialog to the
PictureBox as needed.
- Recode the Drag-n-Drop for each
- Recode the function to strip the filename from the path if I needed it.
Well, that's a lot of coding to do over and over. And I got tired of it. So I created the
Features of the BrowseField
- Allows you to drop a single control on the page, eliminating all of the steps above.
- Has a property called
BrowseType that allows you to specify whether it should spawn a File or Folder dialog.
CaptionStyle property determines if the
Label should appear above, to the left, or out-dented (Wizard 97 style) from the
- Is already setup to accept drag-n-drop from Windows Explorer.
- Can simply enter the path by hand.
- Properly docks and resizes without any extra work.
- If entering files, you can specify the
FilenameOnly() option which will truncate the file path down to just the filename.
- You can query the
FileName() property, which will also give you filename while leaving the full path intact.
- You have full control over the appearance - set the text and/or
Label fonts as needed, or change the border style of the
- Exposes the
BrowseField control is as simple as dropping it onto a page, setting the properties up the way you like them in the IDE, and then querying the
Text value for the result. Or, you could set the properties programmatically like this:
BrowseField1.Caption = "This is my label text"
BrowseField1.CaptionStyle = BrowseField.CaptionStyles.Top
BrowseField1.FileDialogFilter = "All Files (*.*)|*.*"
BrowseField1.FileDialogFilterIndex = 1
BrowseField1.BrowseType = BrowseField.BrowseTypes.File
BrowseField1.BorderStyle = BorderStyle.FixedSingle
Note that you do not need to setup any code to display the dialog boxes, handle drag and drop operations, or handle resizing operations. For the most part, any changes you make are purely cosmetic. It just works.
Shortly after releasing the
BrowseField control, I realized that I often used a
ListBox control in much the same way - to gather multiple folder and file names. This is even more of a hassle than using the
TextBox, as I usually add several
PictureBox controls used to Add, Delete and Edit the paths entered. Checks for duplicate paths are needed as well. And in my opinion, some critical events were left out of the
ListBox control -
ItemChanged(). These needed to be implemented too.
Features of BrowseList
- Has all the features of
BrowseField (except for the
- Adds the
- Allows for multiple items to be added (either using the dialogue or drag-n-drop), by default.
- Option to allow hand editing of list items (enabled by default).
I think I should also mention that both controls are written in VB.NET. However, as you already know, that won't stop it from working with C# or any other .NET compliant language. There isn't a great deal of commenting in the code - as this is really more of a tool than a tutorial, I didn't see the need for it. Also, since these are composite controls, they are very simple in nature.
I always like to list my projects as "ThankYouWare". That is, if you use them, please send me a "Thank You" email letting me know if you like them, and any features or improvements you'd like to see. The controls are open source, you may modify them at will (just don't ask me to fix your modified code). If you redistribute the original or modified code, please credit me somewhere, even if it's just in the code comments.
While I hate to make "breaking changes" in controls, I thought it was necessary with this control. The original versions of these controls had a minimal interface, and instead of providing access to the child controls through shadowed properties, I simply exposed the child controls directly. This worked, and certainly exposed every aspect of the child controls to the programmer, but it allowed the programmer to "break" the functionality of the code, and wasn't VS.NET-IDE friendly. (Changes made in the properties grid of the IDE tended to disappear randomly.) Frankly, it was just poor programming.
In version 2, all the important properties and events have been exposed directly. Now the programmer cannot "break" the control's built-in validation and security. It also means that the controls play nice with the IDE. As well, the
Label) is entirely new.
There is a funny little "bug" in the resizing of the controls sometimes. For example, if you open the sample project and change drag the form's width so that it is very small, then re-expand it, the right side of the browse controls goes off the edge of the form. I'm not sure why this is taking place. Also, while very minor, there are icons associated with the controls, but they don't appear to be showing up. If anyone knows of a fix to these problems, I'll be happy to update the code and credit you in the code as well. Thanks.
- Oct. 15 2004 - Added the
- Jan. 25 2005 - Both controls rewritten and released as version 2.