|
So do I, all the time! 
I used the radio buttons, those work nicely..Doh! 
|
|
|
|
|
Isnt CheckedChanged called after the checkboxes state is changed? Basically, your recieving the event, and changing a property of the checkbox, that causes the event to be fired again, so its a vicious circle.
Instead, try:
private void XvaluescheckBox_CheckedChanged(object sender, System.EventArgs e)
{
this.m_bDrawXValues = this.XvaluescheckBox.Checked;
}
private void YvaluescheckBox_CheckedChanged(object sender, System.EventArgs e)
{
this.m_bDrawYValues = this.YvaluescheckBox.Checked;
}
I havent tested it, but that should work. Strictly speaking, you dont even need the m_bDrawXValues and m_bDrawYValues variables, you can use the Checked property of the checkboxes.
To those who didn't make it, we will remember you. To those who did ![Green Alien | [Alien]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/alien.gif) is back. - Megan Forbes in Black FridayAnother Post by NnamdiOnyeyiri
|
|
|
|
|
Hi
I made an application with Crystal dependecie. When I made the Setup Project, this detect it. And add a crystal packet, but when I build the project, and try to install this in another PC without Crystal assembly, the install begins but in the middle stop with a warning about a miss assembly, I imagine this miss assembly is Crystal, cuz I only use .NET and Crystal assembly, anyone else. 
What can I do??
Thanks.
----
hxxbin
|
|
|
|
|
|
Thanks I'm lookin' the article about in MSDN.
----
hxxbin
|
|
|
|
|
|
XCOPY won't work with Crystal Reports. As the documentation I gave a link for explains, the regwiz*.msm merge module needs the license key. It uses this to register it in the registry or in a file somewhere (I haven't looked, so I don't know at this point). You must use an installer so that the Crystal Reports runtime is registered correctly.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Welcome to the Crystal Reports mini-hell  ...
When you install you application on a client machine, ... the user presses to get his fancy report, and Crystal Reports throws you this exception
cannot find keycodev2.dll, or invalid keycode
In order to avoid this error, you need to add to your installation set, the following msm’s ( in your Visual Studio Installer you will find the option “add modules”, and it will point you automatically to the right folder where the MSM’s are there). Then add the following msm’s:
· regwiz ( or regwiz2003 something like that in Vstudio 2003), there in the “properties” of that MSM, you will find (after search a bit), an option called “License Key”, there you have to include the license key of your Crystal reports ( go to Visual Studio, Help Menu, about box... there you can find your Creports ID Key).
· You need to include two more msm’s, one about STL and another about ATL ( you will find them in the same place).
Have fun...
|
|
|
|
|
Je je,
No me había dado cuenta de que eras de Méjico ! , yo soy de España ( Málaga al sur).
Saludos !
Braulio
|
|
|
|
|
Sip, Mexicano, aka de Guadalajara  Saludos a la gente hispana!
----
hxxbin
|
|
|
|
|
I still can't make this works. I read the article, and added three more modules, to the regwiz2003 module I added the licence code. But it still doesn't work  . The message I got display this:
Unabled to get installer types in the c:\....\.exe assembly. -->
One or more of the types in the assembly unable to load.
----
hxxbin
|
|
|
|
|
Finally I got this work. I make a dummy project with the CR modules and then just a XCOPY with my project, and works
I can relax me this weekend 
----
hxxbin
|
|
|
|
|
Greetings All,
I have a DataGrid bound to a DataTable. A particular column in my DataTable contains names in all uppercase. I would like to present this data in the grid capitalized (first character of each word uppercase the rest lower). What is the best way to achieve this?
Many Thanks,
Bitwise
|
|
|
|
|
Well, you could always NOT store them all in caps. :P
The best way is to use format specifiers, but you'll need to create a custom IFormatProvider to provide formatting for strings. Read my article, Custom String Formatting in .NET[^]. It gives you links to additional information.
Then, you must define table and column styles. See the DataGrid.TableStyles property documentation in the .NET Framework SDK for more information and an example.
Finally, on the DataGridTextBoxColumn bound to your column in question, assign the FormatInfo property to your IFormatProvider you created from the info above, and set the Format property to the specifier (if any).
For instance, you could create an IFormatProvider that when passed to various formatting functions calls creates a new string with the first character of each word capitalized and the rest of the characters in lower case. You could do ths many different ways.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Do you think I can convert a string of binary numbers, say, "110" to integers (should equals 6) using the IFormatProvider? Thanks
|
|
|
|
|
Yes, and if you look at my article I already go the other way (going back is trivial using the BitConverter).
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Greetings,
Thank you for the reply Heath! Great info! I have implemented the IFormatProvider and ICustomFormatter interfaces in a StringFormatInfo class as per your article. Works like a charm when tested with a String.Format call.
My problem is that my grid seems to be ignoring my DataGridTextBoxColumn.FormatInfo setting . Using breakpoints I see that I never enter the StringFormatInfo code. The indifference seems to be based on the underlying DataColumn's type ... which is System.String. If I set the .FormatInfo property for another DataGridTextBoxColumn in the grid, with an underlying System.Int32 DataType, the StringFormatInfo breakpoint is reached.
Thank You,
Bitwise
|
|
|
|
|
Interesting. Looking at the IL, I see that a type must implement IFormattable, which the String class does not! That's not good, nor typical.
There seems to be another way, though. You can set the PropertyDescriptor property using a PropertyDescriptor that describes your string. The set accessor for PropertyDescrptor uses that information to get a TypeConverter for your string. You can use this TypeConverter instead of the formatter, or use them in conjunction with each other (i.e., the TypeConverter could use the formatter you've created). It's a cludge, but it looks like it'd work.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
I'm trying to update the drag-and-drop mouse cursor when the user presses a shift key (SHIFT, CONTROL or ALT).
The problem is that although MSDN indicates that returning DragAction.Continue from the QueryContinueDrag handler fires a DragOver event (where I update the mouse cursor), this doesn't happen, so the cursor only updates when the user drags over another tree node, not when they press a key.
Here's what happens:
1. user drags a node.
2. DragOver returns DropEffects.Move.
3. user presses and holds the CONTROL key.
4. QueryDragContinue returns DragAction.Continue.
5. DragOver doesn't get called, so the cursor doesn't update to DropEffects.Copy.
PeteB
I wouldn't say "he's not the sharpest knife",
I'd say "he's a spoon."
|
|
|
|
|
All these events and related classes, structs, and enums actually use OLE drag and drop interfaces, as well as the DoDragDrop function. If you look at the DoDragDrop function documentation in the Platform SDK, you'll notice the supposed behavior is documented as well (i.e., calling IDropTarget::DragOver after S_OK is returned from IDropSource::QueryContinueDrag).
There are no known bugs I can find related to this unusual behavior.
Have you tried setting breakpoints to see if perhaps your DragOver event handler isn't accomodating this properly?
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Well, it all seems to work with a form containing just a TreeView, so I guess I've got some digging around to do...
PeteB
I wouldn't say "he's not the sharpest knife",
I'd say "he's a spoon."
|
|
|
|
|
My bad.
I created a TreeView derived class to ease some of the drag-and-drop commonality, such as highlighting the target node and scrolling the tree, but to cut down on redrawing, I wasn't reacting if the dragged over node hasn't changed which would be fine if I called the base DragOver.         =>
While we're on the subject, why doesn't the tree hightlight the drop-target node and how are you supposed to use the DragDropEffects.Scroll to get the tree to scroll?
PeteB
I wouldn't say "he's not the sharpest knife",
I'd say "he's a spoon."
|
|
|
|
|
A co-developer and I were in a discussion today about the right way to do this, I'd like some outside opinions on the subject.
Let's say we have a control that contains children of type Foo. Each child Foo can also contain children of type Foo.
To model the following, here's how I believe it should be modeled:
//////////// example #1, my solution ///////////////////
public class Foo
{
private FooCollection children = new FooCollection();
public Foo()
{
children.ItemAdded += SomeDelegate(this.ChildAddedCallback);
}
private void ChildAddedCallback(Foo addedChild)
{
}
public FooCollection Children
{
get
{
return this.children;
}
}
}
<pre>public class FooCollection
{
public event SomeDelegate ItemAdded;
public FooCollection()
{
}
public void Add(Foo item)
{
if(this.ItemAdded != null)
this.ItemAdded(item);
}
}
FooBarControl.Children.Add(foo);
foo.Children.Add(anotherFoo);
The developer I was discussing this with disagreed with the above code. He instead believes it should look something like:
//////////// example #2, the other developer's solution ////////////////
public class Foo
{
private FooCollection internalChildren = new FooCollection();
public Foo()
{
}
public void AddChild(Foo child)
{
internalChildren.Add(child);
}
public FooCollection GetChildren()
{
FooCollection externalChildren = new FooCollection();
foreach(Foo child in internalChildren)
externalChildren.Add(child);
return externalChildren;
}
}
<pre>public class FooCollection
{
public class FooCollection()
{
}
public void Add(Foo item)
{
}
}
FooBarControl.AddChild(foo);
foo.AddChild(anotherFoo);
His argument was that the above code is object-oriented, and all the functionality for adding a child is contained in a single class.
His main argument was that my code (sample #1) would allow external objects to invalidate the inner workings of Foo children. With his solution (example #2), the inner workings of Foo would be completely concealed. His solution would protect the inner workings and inner data of the Foo children. His solution also gives more of a de-coupling of the collection-to-Foo.
My argument was that my solution (example #1) follows that of the .NET FCL (look at TreeView w/ TreeNode for example, or any other control with children/items). I also argued that my solution is truely object oriented, using a seperate object to store and manipulate the children.
Additionally, my solution would allow for code reuse, in that the main FooBar control containing Foo items can also utilize the collection, without the need to write .AddChild methods for both the FooBar control and Foo item.
So, I'd like to hear from you all on how you guys would implement such a structure. Is example #1 or example #2 closer to what you would do/recommend?
---------------------------
He who knows that enough is enough will always have enough.
-Lao Tsu
|
|
|
|
|
He's making a case for encapsulation of the collection, which does give you better control. But ask yourself, do you need that much control over callers? Very few classes within the FCL encapsulate their lists and collections like this and instead expose them as you were doing: as properties. Yes, a caller could add, remove, and even clear your collection but decent code would accomodate that. That's the question you really have to answer in this case.
Another question is whether or not you want callers to be able to enumerate your collection. If not, then encapsulation is the way to go; otherwise, why waste the time?
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Thanks for the response Heath.
We certainly do want to be able to iterate over and enumerate the Foo items of the FooBar control. In fact, there are many methods in our main app that already do this, so that is a definite must.
Heath Stewart wrote:
Yes, a caller could add, remove, and even clear your collection but decent code would accomodate that.
Right. Our FooCollection already has methods for clearing, insert, remove, add, etc. and handles them all. As best as I can tell, there is no way for an external caller to break the control or corrupt the internal children via manipulation of the FooCollection.
As far as encapsulation goes, heck aren't we already doing some encapsulation via get/set accessors? I always thought that's one of the main uses of properties.
Anyway, with that in mind, and given the fact that Microsoft seems to expose collections as properties throughout the entire framework class library, I think I'll stick with my initial reaction, unless someone can point out how to break my code via access to the collection. (w/o using reflection of course!) :P
---------------------------
He who knows that enough is enough will always have enough.
-Lao Tsu
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
