 |
|
 |
When adding the built .dll as reference, I can navigate it by object explorer but it's impossible to compile any IPAddressControlLib object and no more dll exploration is possible. It seem that after compile every reference to IPAddressControlLib is lost.
|
|
|
|
 |
|
 |
If possible please add the [VS03] tag to the two first items in the download section (I know they are in chronological order and the file name begins the VS03 but it is much appreciated.).
|
|
|
|
 |
|
 |
when I want to increase 192.168.150.25 for 1 step it being 193.168.150.25. I thing there is something wrong?
does anyone has any fix for this situation?
|
|
|
|
 |
|
 |
Anybody implemented this for MAC addresses, e.g. "aa-bb-cc-11-22-33" etc.
|
|
|
|
 |
|
 |
thanks for this control!
but i have one issue. i would like to copy the contents (ip address) of that control. it is not possible with right click, which is default for the textbox.
so, i would like to have the shortcut menu with Undo, Cut, Copy, Paste, Delete, Select All
is it possible to implement this?
Ivan
|
|
|
|
 |
|
|
 |
|
 |
I've found a problem using this control in a form set as an MDI Child.
public frmMDIParent()
{
InitializeComponent();
frmContainingIPControl newForm = new frmContainingIPControl();
newForm.MdiParent = this;
newForm.Show();
}
When the form is rendered, the IP Control is not visible. If I comment out newForm.MdiParen = this; the control is visible.
The workaround I did is instantiating the form in the MDI parent form's Activated event. Like this:
private void frmMDIParent_Activated(object sender, EventArgs e)
{
frmContainingIPControl newForm = new frmContainingIPControl();
newForm.MdiParent = this;
newForm.Show();
}
Anyone know why it does not show up in the first code example?
|
|
|
|
 |
|
 |
Hi!
Thanks for a really great control!
I have however noticed strange behavior on Korean Windows XP Professional. The fourth IP block is merely visible. I've uploaded a snapshot here.
Best regards,
Disore
Why is it drug addicts and computer afficionados are both called users?
--Clifford Stoll
|
|
|
|
 |
|
 |
Thank you very much. I wonder why this MS-guys did not include such a control in the .NET. Maybe it has something to do with licenses and patents-rights.
Or maybe they just want us to do some work ...
José
|
|
|
|
 |
|
 |
I've encountered a problem when using the IPAddressControl together with other simple controls like labels or comboboxes which have short cuts. You can reach all controls via their short cuts if other controls have the focus. If the IPAddressControl has the focus, the other controls cannot be reached via their short cuts, the focus remains in the IPAddressControl instead.
Analyzing the source code doesn't give me the deciding hint, any ideas to solve this problem?
|
|
|
|
 |
|
|
 |
|
 |
It seems to be a special problem in our application, which is a C++/C# mixed mode one. In a native C# application I cannot reproduce the problem. So I think we can close this issue.
|
|
|
|
 |
|
 |
Many thanks, you save me some hours of work.
have a 5.
Dr.Luiji
Trust and you'll be trusted.
Try iPhone UI [ ^] a new fresh face for your Windows Mobile, here on Code Project.
|
|
|
|
 |
|
 |
The new 2008 has a masktextbox and it still does not have an Ip mask. good work.
|
|
|
|
 |
|
 |
When you enter a too big value in a field, the control make an auto correction of the value to 255.
After this auto correction, the cursor is placed on the left side of the value and it's no more possible to use the key point to go to the next field.
Sorry for my English, I hope you understand what I mean.
Thank you for your work...
|
|
|
|
 |
|
 |
Your control is simply the best one of all the IP controls I tried, including those I've developped myself.
Even better than the native SysIPAddress32 control because I couldn't get it to behave properly in VS.
I have some suggestions :
- Property .Text of the control : replace blanks by "0" (in order to avoid we get "192..." for example). Really easy to do;
- There is some kind of little flickering when we move the parent window form. I couldn't get rid of it, I don't know where does it come from.
Thank you for your great control !
|
|
|
|
 |
|
 |
It seems that under Windows Vista the IPAddressControl doesn't calculate the correct width if the user changes the default font size to a larger one via the control panel.
The last part of the IP address cannot be edited and is not visible in this case.
Any ideas to solve this problem?
|
|
|
|
 |
|
 |
I don't have Vista, but I do not see any font change issues on XP. Do you get the same behavior using the demo project attached to this article? I just wrote a small application where I can change the font of just the Form, and then just the IPAddressControl. In both instances, the control was rendered according to the font size with no clipping of any field.
Henry David Thoreau wrote: Beware of all enterprises that require new clothes.
|
|
|
|
 |
|
 |
The demo attached with this article produces the same problem.
With larger font sizes I meant other DPI settings in the control panel, especially 120 DPI.
It's the same effect as mentioned in "Problem with Control and 120DPI" from May 2005.
|
|
|
|
 |
|
 |
OK, now I see what you're saying. It looks like it could be related to the AutoScaleMode property. The form defaults to AutoScaleMode.Font. If I use AutoScaleMode.Dpi within the control, the control (with a little modification) is sized so that all fields are visible. Are you using VS2005? If so, would you mind grabbing this dll and seeing if it's a step in the right direction? All fields are there, but the control itself is a little wider than I think it should be.
Henry David Thoreau wrote: Beware of all enterprises that require new clothes.
modified on Thursday, June 26, 2008 5:36 PM
|
|
|
|
 |
|
 |
Yes, all parts of the IP address are visible now. The control itself is larger as normal as you mentioned above. It ends outside the form's right edge.
|
|
|
|
 |
|
|
 |
|
 |
Perfect! Well done, you did a great job. Thank you very much for your effort.
|
|
|
|
 |
|
 |
Hi,
after get the last version of control (Rev 36 for VS2005) I still have the problem.
I've try one tips that solves the problem.
In Function 'protected override void OnPaint' of the control I added at the end this line:
this.Font = new Font(SystemFonts.MessageBoxFont.Name, 8f, FontStyle.Regular, GraphicsUnit.Point);
What do you think about?
|
|
|
|
 |
|
 |
I've just downloaded the Rev44 and all works fine!!!
Thank you very much 4 all.
|
|
|
|
 |