|
Graphical problems really, functionality is fine.
Due to the slightly odd shape of the form, when you minimize / restore the form the blue (silver/green) bar reapears and looks kinda lame (WinXP). On minimizing i can just hide the form, minimize it, then show it again. But that code is in my little minimize button. When restoring i can't control what happens, so any ideas there would be great.
A more serious problem, when loading (initially and when restoring the window) everything appears, then all controls / graphics dissapear leaving a black shape, then all reappear. All withing a fraction of a second of course, i need to find out how to hide the form until everything has been (re)loaded then show it again. Also when the form first loads and it flickers, you just see garbage from the vram instead of the background image of the form, just for a fraction of a second of course.
Ugh anyway...
perhaps if you could have some kind of double buffering. I know c# has an option for that somewhere, but i don't know what it affects or how to use it. Argh, this is doing my head in.
-- modified at 23:32 Thursday 20th September, 2007
Eew, temporary fix. On form load, set opacity to 0.
In the on paint event count up the number of controls draw (14 need to be drawn, so each time the paint event is fired by each control a counter is increased) once the counter reaches the required number the opcaity is set back to 1.0.
When you minimize the counter is reset.
It wouldn't be so bad, but not all controls set off the paint event, so i coulnd't compare the counter to this.Controls.Count
|
|
|
|
|
I think this might fix your problem if your form is extended from the System.Windows.Forms.Form class. Enter the following code into the constructor of your form.
<br />
this.SetStyle(ControlStyles.OptimizedDoubleBuffer, true);<br />
I hope it fixes your problem, if it doesn't maybe someone else knows how to fix it. 
|
|
|
|
|
While recording the application, using Web test, the test is not recording the Cookie actions in certain stage, how could i record the Cookie actions in that application? or how could i add the code to the webtest source code?
|
|
|
|
|
After adding pictureboxes to my form which move using the keydown event and drawing using gdi+,i decided to put a defined usercontrol on my form.the pictureboxes don't move,and nothing is drawn.then i thought the problem is in the usercontrol so i removed it and i put a button.the same happend wht should i do?
|
|
|
|
|
Hi,
we may need more info, possibly code too.
Are you accessing some Controls from different threads? (you shouldn't)
if so, is this .NET 1.x? or have you set Control.CheckForIllegalCrossThreadCalls false
(you shouldn't).
Luc Pattyn [Forum Guidelines] [My Articles]
this weeks tips:
- make Visual display line numbers: Tools/Options/TextEditor/...
- show exceptions with ToString() to see all information
- before you ask a question here, search CodeProject, then Google
|
|
|
|
|
I'm a Newbee, so be patient please.
My c# Application has a Tabbed control in it. (lets say 2 tabs just as an example, TabTest1 & TabTest2)
Each Tab has WebBrowser dropped into it and its default website is set to our test webserver.
If I log in to the webserver using the browser on TabTest1 using Testaccount1 userid and password all is fine. As soon as I switch to TabTest2 and log in using Testaccount2 userid and password, I find myself inside the Testaccount1's profile.
I guess I need to make these two WebBrowser components truly independent of each other, they appear to be sharing cookies & session variables.
I cant figure out how to do that.
(I can post the code if that will help)
I downloaded a couple of multiTabbed browser applications as examples from here and they exhibited the same behaviour.
I guess I am asking is there a way to make these WebBrowser Instances completely seperate within the same application.
(the hardest thing is explaining myself)
|
|
|
|
|
This doesn't have anything to do with the WebBrowser control. The website uses cookies, which are essentially tied to the site not the browser. Since each control is navigating to the same site, they are using the same set of cookies. In order to make this work you would need to change the web site to somehow create a unique cookie for each login.
|
|
|
|
|
I agree that the webbrowser controls are using the same set of cookies.
They are being tied to the application, which contains two browser controls.
I noticed that firefox's multitabbed browser displays the same traits (Shared cookies across tabs).
However...
If I launch IE point it at my test server, sign in (cookies are created). Then launch another seperate IE window point it at my test server this second window does not share the same cookies and behaves like a seperated browser(application) a unique instance. and I can log in with the different userid, and all is fine. (firefox does'nt behave the same multiple windows still share cookies)
I'm trying to achieve this behavior, of completely seperate browser instances within the same tabbed application. (I'm using IE version 6 by the way)
I guess i'm trying to achieve the impossible?
Thanks for the input Scott.
Beefy
(The hardest thing is explaining myself)
I guess I'm trying to achieve the impossible.
|
|
|
|
|
You might want to do the same test using IE 7 and see how it behaves.
You could possibly achieve this by loading different .NET AppDomains for each browser control, but that may not be worth the additional hassle of doing so.
|
|
|
|
|
Hi all,
I have written a small application that takes a snapshot of a webcam stream every so many seconds, and then saves as either a jpeg or bitmap.
Is there a straight forward way to convert these into a video file, such as an avi or mpeg?
Thanks,
Ben.
-- modified at 18:48 Thursday 20th September, 2007
PHP and C# Developer for Magezine Publishing Ltd
|
|
|
|
|
I think there's an article on this site on creating a video from stills, using DirectX
Christian Graus - Microsoft MVP - C++
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
I'm using CVS with a very large WinForms project (written in C#).
A little over a month ago, the code split into 2 lines (6.0 and 5.1). Over the past month, I've been making changes in over 100 files for various enhancements and bug fixes in 5.1, while other developers have been pushing unrelated changes into 6.0.
Now I need to push all my changes into the 6.0 line without overwriting the changes of other developers. There's probably only 2 or 3 files with unresolvable differences, and I'd hate to have to manually analyze over 100 diff's when the vast majority of the difference between files is that I made a change in a file that no one else made a change to, and most of the files that we both made changes to can be merged without trouble.
If there was a way to make CVS believe that I checked out version 6.0 on 8/10/2007 (when it was born), and that now I'm pushing changes I've made since then into 6.0, and it should merge these changes with everyone else's, I would be in great shape.
However, although I can check out 6.0 from 8/10/2007 and overlay my changes, it won't merge them back in, as it says the files have a "sticky date" on them. Can I remove the sticky date in such a way that it will still try to merge with other developers' changes rather than overwrite them?
|
|
|
|
|
Not sure but it sounds like a headache...
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
Now, I know how to send a filename to my application through the context menu with the registry.
AppName "%1"
But I want to send multiple filenames to my application.
Does anyone have any examples or hints as to what direction I should be looking do do this?
Thanks
|
|
|
|
|
I got this link from Marc Clifton's website. Looks interesting. Anyone have any experience with it? Would you recommend it?
TIA
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
The people in the lounge said I should google for the answer to a programming question but I do not know what search engine to use
|
|
|
|
|
I know people who've used it and like it. To be honest - I prefer to use the ones that I've rolled over the years, but they do seem to be solid enough.
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
Thanks Pete
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
The people in the lounge said I should google for the answer to a programming question but I do not know what search engine to use
|
|
|
|
|
No problem. I'm glad to help.
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
I get the following error when running my code:
"A local variable named 'textOut' cannot be declared in this scope because it would give a different meaning to 'textOut', which is already used in a 'child' scope to denote something else"
namespace file_i_o<br />
{<br />
public partial class Form1 : Form<br />
{<br />
public Form1()<br />
{<br />
InitializeComponent();<br />
}<br />
<br />
private void button1_Click(object sender, EventArgs e)<br />
{<br />
string path = @"c:\testc.txt";<br />
try<br />
{<br />
<br />
StreamWriter textOut = new StreamWriter(new FileStream(path, FileMode.Create, FileAccess.Write));<br />
<br />
}<br />
<br />
catch(IOException ioe)<br />
{<br />
MessageBox.Show(ioe.Message);<br />
}<br />
StreamWriter textOut = new StreamWriter(new FileStream(path, FileMode.Create, FileAccess.Write));<br />
textOut.Write("test");
textOut.Close();<br />
}<br />
}<br />
}
If I put the "textOut.Write("test");" code in my try statement all is fine.
I think this sucks; I found that I cannot reuse textOut anywhere else in my code, this just does not seem right!
Please help and enlighten me.
Many Thanks,
Stuntman
-- modified at 18:06 Thursday 20th September, 2007
|
|
|
|
|
You are declaring textOut twice in the same method.
In your 'catch' block don't use StreamWriter in front of textOut.
God Bless,
Jason
I am not perfect but I try to be better than those before me.
So those who come after me will be better than I am.
|
|
|
|
|
It's not in the catch block. Take a look at my response to see the code in a formatted block. Even if it was in the catch block, it still wouldn't work because then textOut would be undefined in the catch block. In either case, the variable should be declared outside of the try.
|
|
|
|
|
Scott Dorman wrote: It's not in the catch block.
I guess my eyes got confused.
Scott Dorman wrote: it still wouldn't work because then textOut would be undefined in the catch block
You right I wasn't paying much attention.
God Bless,
Jason
I am not perfect but I try to be better than those before me.
So those who come after me will be better than I am.
|
|
|
|
|
No worries. Whenever I see a post like that, at a minimum I will respond saying they should wrap the code in <pre> tags. Sometimes, as I did with this one, I'll reformat it for them (and anyone else that responds) and provide an answer.
|
|
|
|
|
First, please wrap large code blocks in <pre> tags, not <code> in order to preserve the formatting.
namespace file_i_o
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private void button1_Click(object sender, EventArgs e)
{
string path = @"c:\testc.txt";
try
{
StreamWriter textOut = new StreamWriter(new FileStream(path, FileMode.Create, FileAccess.Write));
}
catch (IOException ioe)
{
MessageBox.Show(ioe.Message);
}
StreamWriter textOut = new StreamWriter(new FileStream(path, FileMode.Create, FileAccess.Write));
textOut.Write("test");
textOut.Close();
}
}
}The issue you are running into is due to the scoping rules of the language. If you want to do this, you need to declare the variable outside of the try block (StreamWriter textOut; or StreamWriter textOut = null;) and then simply "new" the variable in both places. Your code would end up looking like this:
namespace file_i_o
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private void button1_Click(object sender, EventArgs e)
{
string path = @"c:\testc.txt";
StreamWriter textOut = null;
try
{
textOut = new StreamWriter(new FileStream(path, FileMode.Create, FileAccess.Write));
}
catch (IOException ioe)
{
MessageBox.Show(ioe.Message);
}
textOut = new StreamWriter(new FileStream(path, FileMode.Create, FileAccess.Write));
textOut.Write("test");
textOut.Close();
}
}
}
|
|
|
|
|
I have to point out the obvious here. This code is really bad practice. In the try block, he initializes the textOut variable and if he gets an IOException he shows the message. Then, he initialises the try textOut variable in exactly the same way - if it didn't work once, is it really going to work again.
Finally, the textOut.Close() should really be in a finally block.
Deja View - the feeling that you've seen this post before.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
