|
Nope, you're right. Some of the IDesigner implementations (like the ControlDesigner let you capture notification messages. See ControlDesigner.WndProc for more information.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
You extend ControlDesigner with your own designer class and override it.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
You don't. The designer host "hooks" your messages and routes them through the designer. Read about the ControlDesigner[^] in the .NET Framework SDK.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
|
|
I have a Hashtable. I need to go through it and delete some of the entries.
The problem it as soon as I delete an item the enumerator becomes invalid and the program crashes on enumerator.MoveNext. Do you know a way around this?
Here is the code:
<br />
IDictionaryEnumerator enumerator = table.GetEnumerator(); <br />
while (enumerator.MoveNext())<br />
{<br />
if (IsSubfolder(virtualFolder, enumerator.Key as String))<br />
{ <br />
table.Remove(virtualFolder); <br />
}<br />
}<br />
|
|
|
|
|
You could split it into two loops: One to mark those entries for deletion, then one to delete all marked keys...
Also, I'm not positive, but I believe a construct like this would work...
foreach( string key in table.Keys ) {
string value = (string)table[key];
if( ... ) {
}
}
Jeremy Kimball
|
|
|
|
|
No, foreach is a compiler "alias" that gets the enumerator and enumerates the collection (rather, the IEnumerable implementation). Doing that is the same as what he was doing originally.
Your first idea is one way of solving it, though.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
*sigh* yup, you're right...I said earlier, my brain is broke today 
|
|
|
|
|
If you read the documentation for IEnumerator interface and its members, it is documented that an exception is thrown when you modify the underlying collection. This is by design for a reason. If you modify the collection that you're enumerating, there's a good chance that enumerated data was changed which makes your enumerator invalid. Note that the foreach keyword is nothing more than a compiler "alias" for getting the enumerator and looping through it much as you're doing.
One workaround is to clone the Hashtable (see Hashtable.Clone) and enumerate it, removing the elements from the original. Since cloning the hashtable creates a shallow copy, the keys and values themselves will reference the same object (unless they are value types like int, long, DateTime, etc.).
You could also copy the keys to an array (using Hashtable.Keys.CopyTo), enumerate that, and call Hashtable.Remove on the keys you want to remove. There's several other workarounds that would work along these lines as well.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
FYI, I saw a link to this[^] on MSDN. I haven't tried it myself, but it apparently allows you to modify a collection while in the foreach loop of that collection.
---------------------------
He who knows that enough is enough will always have enough.
-Lao Tsu
|
|
|
|
|
All this does is return a custom IEnumerator that doesn't keep track of the serial number (version of the enumerator). This is a very bad idea for reasons I mentioned earlier. If the collection over which you're enumerating changes, you should not continue enumerating because the underlying data has changed.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Interesting. Yeah like I said I hadn't actually looked at their code, thought I'd throw it out on the table anyway.
---------------------------
He who knows that enough is enough will always have enough.
-Lao Tsu
|
|
|
|
|
One way to do it is to have ArrayList that holds keys to be deleted.
ArrayList delteList = ...
foreach element in hashtable
if want to delete key
add key to deleteList
foreach key in deleteList
hashtable.delete(key)
|
|
|
|
|
Does anybody know how I could print a .Net Bitmap with Win32 Api calls? Thanks alot
|
|
|
|
|
Why would you want to? GDI+ (encapsulated in the System.Drawing classes) gives you all the functionality as GDI (though some things are still easier in GDI at times) and all the printing facilities in .NET allow you to manipulate the image that is printed (including text) however you want. It's a heck of a lot easier, especially since coordinate transformations are a little easier since the printer-specific coordinate mapping is abstracted away.
If you want to use Win32 printing APIs (which is really just GDI using the HDC of a printer), then find an example in C/C++ and go to all the work of P/Invoking what you need to do it in C#.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
The reason that I want to use API is because I am working on a project to print invoices. The .Net printing framework is to slow to keep up with the volume of invoices printed every night. So, my only other alternative is to print using the API. Thanks for your help.
|
|
|
|
|
By the time the performance hit for marshaling parameters for P/Invoked method invocation, you probably won't notice a huge difference anyway.
Perhaps a better solution is an N-tier design, one in which reports are generated and placed in a directory where another app (or even if the printer "driver" supports such a thing) is responsible only for printing the queued reports and removing them or backing them up. This would be truly faster so that your reporting app can just worry about generating these reports from the onslaught of all this data without having to wait for the printer queue to free-up after a few pages go in. A good multi-threaded design would help, but eventually you'd have to start blocking for sake of memory and performance.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
That wouldn't work because I only have a certain block of time that the reports can print because the printer is used for other purposes and with the .Net printing framework, it is constantly going behond that block. It is not the report generation that is slowing down the process, it is the actual printing of the reports. And actually, I am almost done with the Win32 Api printing functions and it seems to be considerably faster.
|
|
|
|
|
Yeah why don't you start getting undress and start f***ing the printer....
|
|
|
|
|
Why are you posting as Anonymous, you don't want anybody to know who you are?
|
|
|
|
|
I'm trying to code something that would act like Google's Deskbar.
Basically, I want an editbox in the Windows Taskbar, where I would type a work, and it would execute Encarta's Dictionary accordingly:
msdict -danythingtyped
What should I read about?!
Thanks.
Sammy
"A good friend, is like a good book: the inside is better than the cover..."
|
|
|
|
|
You would have to create a shell extension called a "Desk Band". See this MSDN article[^] for Microsoft's introduction to Explorer Bars, Tool Bands, and Desk Bands. There is also an article here[^] on CodeProject.
RageInTheMachine9532
|
|
|
|
|
I hope I can articulate this so that you can understand the problem. I built to classes: Encrypt and Decrypt according to MSDN article. When I run the program to encrypt and decrypt strings with the test program, everything works fine. The process is:
plaintext = "this is to be encrypted"
ciphertext = encrypt(plaintext)
returntext = decrypt(ciphertext)
in this example plaintext and returntext are identical.
I am trying to store the results of the encrypt to a registry string. ciphertext is a byte[] on the return so I am converting it to string for storage in the registry by using:
mystring = Convert.ToBase64String(cipherText)
in this example, ciphertext has a length of 48. I store mystring to the registry and retrieve it. This works fine. When I convert the plaintext from the registry back into a byte[] using:
cipherText = Encoding.ASCII.GetBytes(mystring);
the length is now 64 for ciphertext and the decrypt function fails returning an error message about PCKS7 padding is invalid.
How can I store the ciphertext to the registry and reconvert it back to byte[] without physically changing the data? Hope this makes sense. Thanks.
|
|
|
|
|
A good look at the documentation for the Convert and Encoding classes would be a good idea. You are mixing two incompatible methods, which just won't work. Convert.ToBase64String teams up with Convert.FromBase64String, and Encoding.GetBytes() teams up with Encoding.GetString(). Choose either pair and you should reach your goal.
John
"You said a whole sentence with no words in it, and I understood you!" -- my wife as she cries about slowly becoming a geek.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
