|
Really?!?!?
I think they have a much better record at backward compatibility than, say, apple....
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station....
_________________________________________________________
My programs never have bugs, they just develop random features.
|
|
|
|
|
That may or may not be the case, but it's certainly the case that some programs have certain compatibility issues with W7.
In my case, Visual Studio 2008 is one of them. With UAC enabled I cannot launch it as Administrator (i.e. with Administrator as the process identity, as opposed to simply launching it while being logged on as Administrator). To log on to IIS locally I must run it as Administrator, so I eventually had to disable UAC after finding that no compatibility modes made any difference. That in turn led to some programs no longer finding the correct data that had been saved per-user, although I don't really understand *why* that happened (since I do not run these other programs using the admin as process identity).
SQL Server Management Studio express also refuses to install, and I get messages that warn me "this program has known compatibility issues" so presumably MS is well aware of the problem(s) with it.
Otherwise the dev tools have worked fine and my code works fine, or at least no worse than on other platforms  , although Edit-and-continue is not supported for 64-bit apps - but that was probably the same on XP/Vista in 64-bit editions.
|
|
|
|
|
mm.... ok, maybe there are a few compatibility problem after all....
but I managed to swim around them gracefully, so I kind of forget about them!
and I also wonder why there is no edit and continue in 64bit mode?! but ha well, I'm not too miffed, as I still remember the printf debugging experience not so long ago!
A train station is where the train stops. A bus station is where the bus stops. On my desk, I have a work station....
_________________________________________________________
My programs never have bugs, they just develop random features.
|
|
|
|
|
The reality is, no software manufacturer has a good record of backward compatibility 
|
|
|
|
|
i am making text to sign language converter software & want to play continious videos(pre recorded hand movment animations) . the videos are short and many. i used the windows mediaplayer refernce file to play the video files. but the videos dont look continious( gap between 2 videos is no acceptable). so is there any other method to play the files rapidly
tnx in advance
|
|
|
|
|
I think Media player stops a certain second before staring another file. This is just because of buffering.
I think you need to create your own player in Flash and use them to avoid this situation...
|
|
|
|
|
plz can you be more specific . . .
|
|
|
|
|
No, he can't. He's told you exactly what he thinks you need to do. Another solution would be to create playlists in WMP, and if that still gives you a gap, then perhaps you can create two WMP controls and jump between them.
Christian Graus
Driven to the arms of OSX by Vista.
Read my blog to find out how I've worked around bugs in Microsoft tools and frameworks.
|
|
|
|
|
tnx i like the idea of jumping b/n 2 WMPs
|
|
|
|
|
The player can play from streams, so it must be possible to assemble what to WMP would be one clip dynamically from the parts on the fly. I don't know how difficult this would be to do though.
|
|
|
|
|
Hi,
I use the windows apis a lot and often I have to to give a parameter with the DWORD type. From my understanding the equivalent in c# is int... So when I have a parameter like "DWM_TNP_RECTDESTINATION" it's int value is 0x1.
But I only know that since I found an example where they used the code. But now I have another parameter (DWMWA_EXTENDED_FRAME_BOUNDS) from the dwmapi.dll and I don't know how to get the int value since I can't find an example where it is used :S
Isn't there an easier way to get the value instead of finding someone who knows? :P
$? 
|
|
|
|
|
TheDudeJuan wrote: Isn't there an easier way to get the value instead of finding someone who knows?
These values are generally stored in the C/C++ header files associated with the API. So you need to look up the tag in the MSDN documentation and at the bottom of the page there is usually a reference to the associated C++ header file (see this link[^]). Open this file (stored in the SDK directory) to fnd the values. This may mean that you will need to download the Windows SDK from Microsoft.
|
|
|
|
|
Google says its 9. Just type the symbol in the search box and read the first 20 excerpts.
Luc Pattyn [Forum Guidelines] [My Articles]
I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages
|
|
|
|
|
hi
how to open program through C# program and give this program focus ?
thank's in advance
|
|
|
|
|
E_Gold wrote: how to open program through C# program and give this program focus ?
You mean, you want to run one application. You can easily do it using Process.Start[^]Process.Start
Abhijit Jana | Codeproject MVP
Web Site : abhijitjana.net
Don't forget to click "Good Answer" on the post(s) that helped you.
|
|
|
|
|
|
Hope this part of code can help you.
Process AgentIDEProcess = new Process();
AgentIDEProcess.StartInfo.FileName = "AgentIDE.exe";
string AgentIDEArgument = DirPath + " " + lwSpecFileName + " " + inputFileName + " " + outputFileName;
// CurDir + "
// + sourceId.ToString() + ".xml " + sourceId.ToString() + "input.xml " + sourceId.ToString() + "output.xml";
//AgentIDEArgument = AgentIDEArgument + " " + sourceId.ToString() + "eoptions.xml";
//AgentIDEArgument += " " + sourceId.ToString() + LWFile;
Console.WriteLine("Arguments: " + AgentIDEArgument);
AgentIDEProcess.StartInfo.Arguments = AgentIDEArgument;
AgentIDEProcess.Start();
AgentIDEProcess.WaitForExit();
|
|
|
|
|
Hi,
I'm trying to add line index cell to my DataGridView by iterating over the rows.
However, when the list has many rows (hundreds), this loop takes very long time due to CPU consuming.
The "heavy" part is converting the "int" to "String".
The code:
for (int iRowIter = 0; iRowIter < this.Rows.Count; iRowIter++)
this.Rows[iRowIter].Cells[0].Value = iRowIter + 1;
Any suggestions?
Thanks!
|
|
|
|
|
eyalbi007 wrote: for (int iRowIter = 0; iRowIter < this.Rows.Count; iRowIter++)
this.Rows[iRowIter].Cells[0].Value = iRowIter + 1;
IMO, Iterating and putting line number will not be the best option. Try handling RowPostPaint[^] or RowPrePaint event. You will get index of the current row. Using that get the row object and add line number (RowIndex + 1). This will avoid unnecessary iterations on the gridview.
Best wishes,
Navaneeth
|
|
|
|
|
Hi,
First of all, thanks. Your solution saves the iterating part.
However, the problem with using these events is that it's called every time the row is painted (for example, when scrolling). This slows down the response time since every time a row becomes visible (due to scrolling) the value of the index cell is set all over again.
Even if I add "if" statement (in order to update the index cell only when required), scrolling after sorting becomes very slow since the index cell of the hidden rows wasn't updated yet.
Any suggestions?
Eyal.
|
|
|
|
|
First of all, I don't actually see any code here that converts an int to a string. Second, I doubt your analysis is correct - doing this over a few hundred rows should *not* take long.
|
|
|
|
|
1. Since the relevant DataGridView cells display Strings, there is an automatic conversion from (iRowIter + 1), which is int, to Cells[0].Value which is String Object in this case. It's the same as
Cells[0].Value = Convert.ToString(iRowIter + 1)
2. My analysis is correct. I tried the following code:
Cells[0].Value = "1" and it worked amazingly fast.
|
|
|
|
|
First of all, C# doesn't allow implicit conversion from int to string, as demonstrated by this snippet:
void foo()
{
string s;
s = 5;
}
Cannot implicitly convert type 'int' to 'string'.
So that's not what's going on and your "equivalent statement" isn't equivalent at all.
Second, DataGridViewCell.Value is not of type string - it's of type object. That means that if you assign a value type to it (such as int) there is a boxing operation, but a few hundred boxing operations (which is what you get with a few hundred rows) does NOT take long.
Try it for yourself:
public object obj;
string test()
{
int count = 10000;
var w = Stopwatch.StartNew();
for (int i = 0; i < count; i++)
{
obj = i;
}
w.Stop();
return string.Format("{0} boxing operations took {1}.", count, w.Elapsed);
}
Show it in a messagebox or just set a breakpoint (after w.Stop(), obviously!) and see what you get. On my lameass workstation 10,000 boxing operations took 0.0001546 seconds. In a debug build. With the debugger attached. In short, the boxing is not going to make any noticeable difference.
Something else is clearly going on here. That said, if assigning the string literal was so fast, why don't you try
Cells[0].Value = (iRowIter + 1).ToString();
instead? Calling ToString() on an int is not expensive either, so if there really is some oddity in the DataGridView that makes it freak out if it has to work with ints this should work around it. I find it difficult to believe such a major flaw in the component would have gone unnoticed though.
|
|
|
|
|
Thanks a lot, you are totally right!
I found the problem: The column's AutoSizeMode property was set to DataGridViewAutoSizeColumnMode.AllCells, which dragged heavy calculations every time one of the column's cells value was changed.
I changed it to DataGridViewAutoSizeColumnMode.None and now everything works smooth.
In order to have the auto-size functionality, I've set the column's Resizable property to DataGridViewTriState.False, and added calls of AutoResizeColumn(ColumnIndex) where it's needed.
Again, thanks a lot.
Eyal.
|
|
|
|
|
You're welcome!
And thanks for posting the explanation. I knew it wasn't conversion from int to string that took the time, but I had no idea what it really was and your findings may be of use to someone else (including myself) some day.
However, I think the way we're intended to avoid this is to call BeginEdit() and EndEdit() - this pattern is used with many controls to suppress expensive side-effects until EndEdit is called. For some reason I just didn't think about that.
DataGridView v;
v.BeginEdit();
try
{
}
finally
{
v.EndEdit();
}
(The BeginEdit is not part of the try block because we should only call EndEdit if BeginEdit has actually succeeded - though this is of course academic if the call to BeginEdit() always succeeds.)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
