|
If this is for something UI related, I'd start a timer instead of a new thread. That avoids the various synchronisation issues and is good enough for UI updates.
The other question is: can you do whatever you're trying to do on mouse move? Dragging things around is a common scenario that you can do without a loop/timer.
|
|
|
|
|
Hi,
is it possible to replace the "Application / Form" Icon, when minimized to TaskBar (not Tray), during runtime with a picturebox ?
I want a mouseover, get the color from cursor and put the current color "in the icon". Mousecursor moves, Taskbar (Icon/P-Box) color changes.
Greetings from Cold Germany,
T0M
|
|
|
|
|
What is shown in the taskbar is one of the icons belonging to your application, there is no PictureBox involved here. You can switch icons any time you like, I'm not sure how fast Windows will pick it up though.
And then you must be careful, an ICO file typically contains icons at several sizes; which icon from your ICO file is being shown on the taskbar may well depend on the Windows version you use and maybe also some Windows settings (e.g. since Vista, Windows can stack together the icons of similar processes; since Win7 Windows can show a progress bar on top of the app's taskbar button).
I'm afraid you will need to experiment a lot.
Luc Pattyn [My Articles] Nil Volentibus Arduum
Fed up by FireFox memory leaks I switched to Opera and now CP doesn't perform its paste magic, so links will not be offered. Sorry.
|
|
|
|
|
Not with a picture box as far as I'm aware. As Luc has correctly stated, what you see is an icon from your application.
You could maybe create an icon of the solid colour you want dynamically in memory and assign that...? Untested but may work.
|
|
|
|
|
This icon is the one assigned to the Form.Icon property: documentation[^].
|
|
|
|
|
Thanks for the answers and suggestions
|
|
|
|
|
I am working on a Png encoder software . This software has a requirement that it should generate a png file without the PLTE(palette) chunk , so I want to programmatically delete the "palette chunk" using C#.Net.
Anybody out here knows how it can be done using the dotnet framework?
|
|
|
|
|
Why don't you just not encode it as paletted in the first place?
Anyway if you're going to forcefully remove the PLTE chunk (which is pretty easy), beware that that makes the PNG invalid (indexed PNG's need a PLTE chunk).
|
|
|
|
|
Yes right ... Deleting palette chunk will make the PNG invalid i know that .. but thats the requirement.
You said that the deleting palette chunk is easy. How do i implement that in C#.Net??
Kindly reply.
|
|
|
|
|
Ok that's odd, but ok. This is what I would do.
Read the file back with a BinaryReader. Beware that integers in PNG are stored big-endian, so if you need their integer value you have to byte-reverse it (there is of course no good reason to reverse the FourCC's, just reverse the constants you test them against).
Write all chunks to an other stream unless the FourCC of the chunk is PLTE (FourCC's can not be read as strings because they are not strings in the way BinaryReader wants them, just read an int32 and test against 0x45544C50 (ETLP in ASCII) - the other FourCC's are not relevant, just write anything "unknown" to the destination stream).
|
|
|
|
|
You'll have to work with the file format directly. The .Net API won't let you create an indexed image without the colour table, because it's invalid.
|
|
|
|
|
I have created a .png file from say a bmp using the Image.Save() call. Now I want to delete the PLTE chunk from the .png file created , how do I do it??
Best Regards
|
|
|
|
|
Read the file using file reading tools (e.g. FileStream), find the PLTE chunk and rewrite the file not including it. This will require you to understand the PNG file format so you can recognise the part you want to process differently.
|
|
|
|
|
hello guys... I have this database application on <b>machine 1</b>. Now I want to save some of the records on <b>machine 2</b>, in sql server. This is client-server architecture. Client is not the problem here, it will be merely a record like
ID - Name - StartTime - EndTime
--- ------ --------- --------
The problem is server. I dont know what to implement on machine 2 (the server). Which of the following should I use
- WCF
- socket programming
- or remotely access the sql server on machine 2.
I am just confused whats the best choice?
|
|
|
|
|
Depends.
Will all the machines always (forever) be on the same network behind the firewall? If so, you can just use ADO.NET or whatever and connect directly to both SQL servers.
Will there be a lot of data transferred?
I'd DEFINITELY avoid WCF because its very slow and network traffic is very large (relative to the real data) because its all SOAP & WSDL.
If you need to access the server from outside the firewall, transfer a lot of data, etc. I'd go with the socket server middle man approach. Thats really the most scalable, but also the most work to get going  .
|
|
|
|
|
SledgeHammer01 wrote: I'd DEFINITELY avoid WCF because its very slow and network traffic is very large
(relative to the real data) because its all SOAP & WSDL.
Errm, this is only true if you don't use something like TcpBinding. WCF is transport agnostic.
|
|
|
|
|
Pete O'Hanlon wrote: Errm, this is only true if you don't use something like TcpBinding. WCF is
transport agnostic.
Ok, and how many clients can you handle with TcpBinding on a single server? Is the TcpBinding fully binary and stripped of all XML tags?
Also, the OP wanted push notification which WCF doesn't support as far as I know. Or does it?
So my original response of an IOCP TCP/IP server is the best answer for his scenario regardless of my slight misinformation on WCF . Multiple clients polling the database directly every second is a poor design.
|
|
|
|
|
SledgeHammer01 wrote: Ok, and how many clients can you handle with TcpBinding on a single server?
Well, we have one app which is currently handling about 5K clients (granted not push), using TCP. I didn't see anything in the OP that suggests that he has any need for that type of scale.
SledgeHammer01 wrote: Is the TcpBinding fully binary and stripped of all XML tags?
Yes.
|
|
|
|
|
Pete O'Hanlon wrote: I didn't see anything in the OP that suggests that he has any need for that type
of scale.
Yes, OP confessed he only has a need for about 5 clients. Carving stone tablets and shipping them via carrier pigeon would work at that scale.
Pete O'Hanlon wrote: Well, we have one app which is currently handling about 5K clients (granted not
push), using TCP. I didn't see anything in the OP that suggests that he has any
need for that type of scale.
Cool. Yes, that is what I've seen on google as well. Something in the 3k to 5k range.
If you want something that'll do 10k+ clients bi-directional though, as far as I know, only TCP/IP w/ IOCP can handle that.
Yeah, but 5 != 10,000 .
|
|
|
|
|
SledgeHammer01 wrote: I'd DEFINITELY avoid WCF because its very slow and network traffic is very large
(relative to the real data) because its all SOAP & WSDL.
There is overhead regardless of the transfer mechanism.
And if there is actual concern about the traffic size and message throughput then a wide range of conderations come into play. And if that is really a concern then myself I would go with import files and moving them via file transfer mechanism.
But excluding exremely high volume systems on a modern data center setup any WCF implementation is going to be sufficient.
|
|
|
|
|
I've never tested it on WCF myself, but I did a quick google search and ONE guy claimed he wrote a WCF service that could handle 7000 "concurrent clients". Most other links I found are claiming closer to around 3000 to 5000 for a "real" service. The 7000 client guy had a very light weight sample.
If you have < 100 clients or whatever, pretty much anything will work. Maybe even at 1000 clients anything will work. Even if its all the way up to 5000 on a real service, you do realize that is very few clients in the internet scheme of things, right?
I did ask the guy how many clients he had...
But regardless of that fact... WCF doesn't support push.
|
|
|
|
|
SledgeHammer01 wrote: But regardless of that fact... WCF doesn't support push.
So, you can't do any form of push with WCF at all[^]?
|
|
|
|
|
Ah, didn't know you could do that .
|
|
|
|
|
|
SledgeHammer01 wrote: Even if its all the way up to 5000 on a real service, you do realize that is very few clients in the internet scheme of things, right?
Not sure what you mean.
However a site that has 5000 simultaneous clients would be a site with very high traffic.
And if the OP wants to do a machine to machine database transfer that involves 5000 simultaneous clients then I suspect a flawed design and/or flawed architecture. Not to mention a flawed question.
SledgeHammer01 wrote: WCF doesn't support push.
And that matters why? Do you think that most client/server applications should be designed with push? Do you think that serves the OPs goal?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
