After programming in BASIC, FORTRAN, Assembly, PLI, C, and then C++ for a combined 30+ years, I finally decided to check out the 21st century and write my first meaningful application in .Net. It was going to be a variation of an personal information manager that I had put out as shareware a number of years ago. At first I was enamored with the seemingly endless amount of classes, controls and documentation, and the ease at which one could quickly develop in this new environment. However, it did not take long to realize that there were many deficiencies in the way some of the controls operated, holes in the documentation, as well as outright bugs. As I developed my new application there were many times where I just wish something worked differently.
The first small annoyance was how the progress bar painted the bar in little
separate boxes instead of a smooth continuous bar and didn't incorporate a
percent complete indicator. Then there was the inability to change colors in
the predefined dialogs such as the PrintPreviewDialog and others. Before long I
began rolling my own versions of various controls so that I felt I had more
control (no pun intended) over how they worked. And, of course, I would have
the source code to fix problems and enhance the controls as I had done for
years when the MFC source code was freely distributed.
One of the main areas I wanted to coordinate was simply to be able to pick a
color scheme for all my controls and somehow everything in the application
could easily use that color scheme. Then there were the many simple little
things that I wanted that were just not available in the .Net controls, such as
the ability to paint a picture in a frame but still get keystroke events (I use
that in my LeerColorPicker to allow keystrokes to move the
crosshairs around.) And then there was that nasty Interop thing that we needed
to use in order to do things that just was not included in the first two
iterations of the Framework. I wanted to write much of that stuff once so I
wouldn't have to think about it again.
Simply put, they are a collection of controls, dialogs, methods and some Interop wrappers that worked the way I felt I needed to write the quality of application I hoped to create. And having been a user of some open source code in my career, I decided to give back to the development community and release this suite of tools. Although many of the controls are basically replacements for some things that are available in .Net, either using or just reviewing the code can prove to be useful in several ways:
LeerSkin
to have a consistent color scheme can certainly be broadened to provide a total
look and feel across the controls.
Note that most of the LeerTools controls do not inherit from the .Net
counterparts. For the most part they inherit from very basic classes such as Control,
UserControl and NativeWindow.
LeerButton - A button control that adds features such as a detent
style, separator style (for use in LeerControlBar), and an
optional drop-down arrow to be used for displaying an additional context menu
(similar to the Back button in Internet Explorer.)
LeerContextMenu
- My version of a context menu. All LeerTools menus are based on an ILeerMenu
interface that can make it easy to design other parents for a set of menus.
These context menus have several styles, and include an optional label
appearing alongside a dropdown menu (a feature I had seen in some other
CodeProject article.)
LeerControlBar - This control provides what the MFC ControlBar
did, but the .Net ToolBar> sorely left out. That is, it can be
the container for any other type of control that fits within the boundaries of
the bar, not just variations of a button. This is one of my favorite controls
as none of the toolbars in my application are strictly buttons. A neat feature
of this control is that it will optionally automatically create a dropdown list
for button controls that can't be seen because the user has shrunk the window
containing the control bar. In addition, the LeerControlBar supports
a vertical orientation in addition to the standard horizonatal orientation. The
LeerFilePicker
uses the vertical form to display the "favorites" buttons.
LeerExplorer - This control is actually derived from the .Net TreeView.
It provides a standard tree view of the computer's file system, must the same
as you would see in Windows Explorer program.
LeerFolderCombo - A variation of LeerExplorer
that presents a dropdownlist look at the shell's file system to facilitate
selecting a folder. It performs like the folder drop down in the common file
dialogs we all have come to love.
LeerMenuBar - This is similar to the MainMenu .Net
control. It does not, however, need to reside at the top of a form.
It can be placed anywhere on a form and can be any width. Similar to the LeerControlBar,
the LeerMenuBar
can automatically create a dropdown to the right of the bar with menu items
that cannot be seen when a form shrinks too small to show all the menu items.
LeerPictureBox - A simple control designed to display an unscaled
image in its center. I created this control so that I can get keyboard events
from a control that is displaying a picture, which I could not get from a .Net
PictureBox. I use this control, for example, in my LeerColorPicker.
LeerProgressBar
- A non-glamorous progress bar that shows a smooth bar (rather than a series of
boxes), and allows a percent complete to be displayed as well.
LeerSkin - A set of colors properties that can be used by all
other LeerTools controls and dialogs. The Methods.PropogateSkin
method lets a form propogate its skin to all compatible LeerTools controls that
are contained within its boundaries.
LeerTabBar - This control is like a TabControl but
without the pages. It shows just the tabs so that you can have the
functionality of tabs but not be limited to the metaphor of "one tab to one
dialog (TabPage)."
LeerTabControl - This is a more traditional tab control that
consists of an underlying LeerTabBar where each tab is associated
with a TabPage.LeerCharacterPicker - The LeerCharacterPicker
dialog allows you to select any character in the range range 32-255 from within
any available system font. It is useful when you need to add a special
character into a document and you do not know the character code or do not know
how to enter the keystrokes to get that character.
LeerColorPicker - The LeerColorPicker
is a compact and powerful color selection dialog. Its crosshair color selector
(one of three ways to select a color) is based on the
Hue/Saturation/Brightless(or luminescence) presentation (see
http://www.nebulus.org/tutorials/2d/photoshop/color/color2.html for a
discussion of these terms.), which in my opinion, makes it possible to see a
wider selection of colors making it quicker to get close to the color you wish
to choose. It also has some nice features such as displaying basic and/or
web-safe color wells for quick color picking, the ability to choose a web-safe
color close to the custom color you have selected, and easy to use retention of
custom colors selected, shows hex color values if you want to use those colors
in HTML pages, and more.
LeerFilePicker - LeerFilePicker is a replacement for
the .Net OpenFileDialog using all LeerSoft components. It uses a
LeerFolderCombo to select the folder, a vertically oriented LeerControlBar
to display common locations a user might browse to, and a ListView to display
the individual files. The LeerFilePicker contains most of the elements in the
OpenFileDialog except some that are included as properties, but not
implemented. The benefits of using the LeerFilePicker is that it's
appearance can be controlled by a LeerSkin (the OpenFileDialog
is closed and therefore you get what you get.)
LeerFolderPicker
- Presents a dialog that allows a user to select any shell folder. It is not
the prettiest of the LeerTools, but gets the job done.
LeerFontPicker
- Displays a dialog from which you can select the following attributes of a
font: name, style, size, strikeout/underline, text and background colors.
LeerPrintPreviewDialog - Displays a print preview for a .Net PrintDocument.
The main reason for the existence of this dialog is to be able to control the
skin look and feel of the dialog, which cannot be done with the built in PrintPreviewDialog.
Not to mention I wanted source so that I could choose to change its behavior.Methods class that contains a few dozen [hopefully] helpful
routines, such as a routine to fetch the icon for a file from the shell, and a
routine that displays a simple yes/no or ok/cancel type of message box but uses
the LeerSkin
for look and feel.
MultiMedia class that provides for playing and/or recording
audio files. It currently will play almost any format, but the implementation
provided only records wav or wma files. The MultiMedia class is
based on the excellent BASS sound library from un4seen developments (http://www.un4seen.com),
which is ONLY free to use for non-commercial purposes. They have various
reasonable licensing prices for commercial packages, and their software
contains and enormous amount of additional functionality that LeerTools does
not expose. The MultiMedia class is actually an implementation of
the LeerTools' IMultiMedia interface so that you can rewrite the
class with any other library you may have should you need to use this in a
commercial application. LeerTools only internally uses the MultiMedia
class for playing a sound when a popup menu pops up.
IShellFolder
interface used to get information about shell objects.
The best way to get started is to unzip the application, compile the solution (please use .Net Framework 1.1 as there are a few bugs that were fixed in 1.1 that I rely on), then add the LeerTools.dll to your VS design tools. If you like, you might create a new section for LeerTools to keep the new controls separate. The sample application is not pretty nor heavily commented, but does demonstrate a good deal of the functionality. The LeerTools source files, however, are extremely heavily commented and I have supplied a reasonably accurate LeerTools.chm documentation file created with NDOC.
Note: LeerTools was written entirely in C# on Windows XP Pro, and tested both in the included sample application as well as in a large scale application that makes moderately heavy use of all the controls. However, there has not been any formal beta testing. There is a lot of code, some of which is depends quite a bit on Windows messaging and it may take a few versions to get any kinks out. In addition, I do not know any reason why they would not be usable in Visual Basic.Net, but I do not use that language and therefore have not tested it. I welcome any feedback (good or bad), requests for changes/enhancements, bug fixes, bug reports or questions. Enjoy.
The LeerFilePicker can be a little slow when filling the
ListView with the
contents of a folder that has a large number of files in it. It may be possible
to speed it up if I tapped into the Indexing Service.
| You must Sign In to use this message board. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
