Re: Linking two pages using Visual STudio - Windows Forms Discussion Boards

Re: OpenFileDialog exceptions

MannyTheMammoth5-Oct-11 19:17

MannyTheMammoth

5-Oct-11 19:17

No I'm not, I call it from the main thread.
The Control.InvokeRequired method returns always false.

Re: OpenFileDialog exceptions

Luc Pattyn5-Oct-11 7:55

Luc Pattyn

5-Oct-11 7:55

There shouldn't be any problems provided your main method is managed, has the [STAThread] attribute, and you create your AForm instance(s) from the main thread. If you deviate from this path, you are set for trouble with COM objects such as OpenFileDialog.

Smile | :)

Luc Pattyn [My Articles] Nil Volentibus Arduum

Re: OpenFileDialog exceptions

MannyTheMammoth5-Oct-11 19:29

MannyTheMammoth

5-Oct-11 19:29

That's exactly what I did Frown | :(

Re: OpenFileDialog exceptions

Perić Željko5-Oct-11 9:29

Perić Željko

5-Oct-11 9:29

<pre>
public MainForm()
{
InitializeComponent();

OpenFileDialog ofd = new OpenFileDialog();
ofd.ShowDialog(); //The exceptions are thrown from here

}
</pre>

I have copied the code into my program and it works perfectly.
Perhaps you forget to Initialize some Components that are used by AFORM() and exceptions are thrown because of that, or you forget to initialize the OpenFileDialog itself if it is necesary,
InitialDirectory,Filter...

Try to use your code in different place,
for example in subprogram, and call it from wanted place:

<pre>
public AForm()
{
// calling subprogram
Openfiledialog();
}

void Openfiledialog()
{
OpenFileDialog ofd = new OpenFileDialog();
ofd.ShowDialog(); //The exceptions are thrown from here
}
</pre>

If you dont get error messages again it is clear that something diferent is wrong with your program.

For this exception I have found explenation,

RPC Server unavailable:

You are trying to connect to a remote server that is unavailable or does not exist. This error may be caused by your network connection being lost.

For other exeptions I didnt.

All the Best,

Peric Zeljko
(periczeljkosmederevo@yahoo.com)

-- modified 16-Dec-11 13:59pm.

DaveyM695-Oct-11 10:44

DaveyM69

5-Oct-11 10:44

Kudos for answering, but please place code inside a pre block either by using the code widget or manually using <pre> ... </pre> around the code. You can still do this by editing your response.

I would not post your email address publicly in an online forum unless you really like spam!

Dave

Binging is like googling, it just feels dirtier.
Please take your VB.NET out of our nice case sensitive forum.
Astonish us. Be exceptional. (Pete O'Hanlon)

BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)

Re: OpenFileDialog exceptions

MannyTheMammoth5-Oct-11 19:53

MannyTheMammoth

5-Oct-11 19:53

That was a good clue! I disabled my network adapter to check if the network could cause the problem and the OpenFileDialog worked fine!

As my "My Documents" folder is stored on a remonte server, my computer uses the network connection to get the folder and files informations. Any idea why this could throw the exceptions I have?

I'm not sure yet why I have those exceptions, but my code isn't faulty! Poke tongue | ;-P

Linking two pages using Visual STudio

Jomon T Jose26-Sep-11 16:53

Jomon T Jose

26-Sep-11 16:53

I am doing a project which requires me to have a link from one page that will direct/take me to another page. How can i do this..?

Re: Linking two pages using Visual STudio

RobCroll10-Oct-11 12:11

RobCroll

10-Oct-11 12:11

Pages generally refer to web development not form development but if you are talking about forms in a Windows Application, it is easy. Create Form1 and place a button on the form using the form designer. Double click on the button and it will create the default event code stub for that control. The stub will be displayed in the code view. In the code stub enter something like:

Form2 form = new Form2();
form.Show();

"You get that on the big jobs."

Re: Linking two pages using Visual STudio

rajeevcapgeminiindia17-Nov-11 19:50

rajeevcapgeminiindia

17-Nov-11 19:50

There are two conditions in Windows form application to open Secod Form from First form.

Openning the form in Normal mode:
---------------------------------
Form2 objForm2=new Form2();
objForm2.Show();

it will open the second form as normal mode.

Openning the form in Model mode:
---------------------------------

Form2 objForm2=new Form2();
objForm2.ShowDialog();

It will open the second form as model form.

dock a windows form into ppt application window

shama_12325-Sep-11 21:18

shama_123

25-Sep-11 21:18

how to dock a windows form into ppt application window

Re: dock a windows form into ppt application window

Dave Kreskowiak26-Sep-11 3:40

Dave Kreskowiak

26-Sep-11 3:40

If you're talking about a normal Windows Form application, you can't. PowerPoint will not repaint your window since it will know nothing about it. There is also no interface in PowerPoint to tell it about your window either.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak

Visual Studio insists my form has changed

Wjousts22-Sep-11 4:05

Wjousts

22-Sep-11 4:05

I have an old Windows Forms project that has an annoying habit of claiming (some of) the forms have changed when they haven't. For example, I open the project. I open frmMain.cs, it appears in design mode and is immediately marked as changed (with the * next to the file name) even though I haven't do anything yet. This would be only marginally annoying except several times in the past it's managed to mess up some of the controls on the form (e.g. disappearing toolbars) when I've let it save while closing the project (without thinking about the fact that I didn't actually change anything).

Has anybody else seen something like this? Has anybody else managed to fix this problem?

Re: Visual Studio insists my form has changed

RobCroll24-Sep-11 12:01

RobCroll

24-Sep-11 12:01

Someone's been writing code in the InitializeComponent method. Thumbs Down | :thumbsdown:

#region Windows Form Designer generated code

/// <summary>
/// Required method for Designer support - do not modify
/// the contents of this method with the code editor.
/// </summary>
private void InitializeComponent()
{
	this.components = new System.ComponentModel.Container();
	this.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font;
	this.Text = "Form1";
}

"You get that on the big jobs."

Re: Visual Studio insists my form has changed

Wjousts27-Sep-11 11:41

Wjousts

27-Sep-11 11:41

I don't *think* I changed anything in there, but I'll make sure to double check.

Re: Visual Studio insists my form has changed

Alan N24-Sep-11 20:59

Alan N

24-Sep-11 20:59

I've seen this too and it is damned annoying! Last week I built a form from scratch and found that the problem occurred when I set the docking property of a MonthCalendar. I didn't pursue that any further as I already knew that the form.cs, .designer.cs and .resx were not changing.

As for stuff disappearing I think you just have to accept that the designer will occasionally get it wrong. I've seen the error message

Code generation for property 'Items' failed. Error was: 'An item with the same key has already been added'

presented on a message box with a nice OK button to click. No it is not OK to remove the items from my toolstrip would be my answer but by then it's too late and usually the line of code that adds the individual items to the container has been deleted.
e.g.

toolStrip1.Items.AddRange(new ToolStripItem[]{....})

I've got a note in the comments on one form that says "WTF - added Load event handler, toolstrip items wiped".

My solution to these designer problems was an automated hourly backup of changed source code. I know that this works as the problem reoccurs only when the backup has failed!

Good luck, Alan.

modified 25-Sep-11 3:42am.

Re: Visual Studio insists my form has changed

Eddy Vluggen26-Sep-11 8:33

Eddy Vluggen

26-Sep-11 8:33

Wjousts wrote:
Has anybody else seen something like this?

Yup. Often in custom controls, someplace setting a property once it's shown. The Designer picks up the change, and marks the document as dirty. Checking the DesignMode[^] would be a quick work-around.

If the form goes dirty, can you undo it?

Bastard Programmer from Hell Suspicious | :suss:

Re: Visual Studio insists my form has changed

Wjousts27-Sep-11 11:43

Wjousts

27-Sep-11 11:43

I have some custom controls and some forms that inherit from other forms. You might be on to something there.

Re: Visual Studio insists my form has changed

Wjousts27-Sep-11 11:41

Wjousts

27-Sep-11 11:41

Thanks for all the replies. I shall check my project next time I have it open and see if any of the suggested causes might be in play for my project.

Windows::Forms::ListView Repaint-Bug

Allgaeuer9-Sep-11 1:14

Allgaeuer

9-Sep-11 1:14

Hello,

i have a question regarding the System::Windows::Forms::ListView. There's a bug witch i can't get rid of.
The intention was to create a ListView item whose last column adjusts to the available space of the surrounding panel. Please check the following code:

Form1.h:

C++

#pragma once

#include "MDIChild.h"

namespace ListView_Test {

	using namespace System;
	using namespace System::ComponentModel;
	using namespace System::Collections;
	using namespace System::Windows::Forms;
	using namespace System::Data;
	using namespace System::Drawing;

	public ref class Form1 : public System::Windows::Forms::Form
	{
	public:
		Form1(void)
		{
			InitializeComponent();

            MDIChild ^ child = gcnew MDIChild();
            child->MdiParent=this;
            child->Show();
		}

	protected:
		~Form1()
		{
			if (components)
			{
				delete components;
			}
		}

	private:
		System::ComponentModel::Container ^components;

        void InitializeComponent(void)
		{
            this->SuspendLayout();
            // 
            // Form1
            // 
            this->AutoScaleDimensions = System::Drawing::SizeF(6, 13);
            this->AutoScaleMode = System::Windows::Forms::AutoScaleMode::Font;
            this->ClientSize = System::Drawing::Size(1060, 484);
            this->IsMdiContainer = true;
            this->Name = L"Form1";
            this->Text = L"Form1";
            this->ResumeLayout(false);

        }
	};
}

MDIChild.h:

C++

#pragma once

using namespace System;
using namespace System::ComponentModel;
using namespace System::Collections;
using namespace System::Windows::Forms;
using namespace System::Data;
using namespace System::Drawing;


namespace ListView_Test {

	public ref class MDIChild : public System::Windows::Forms::Form
	{
	public:
		MDIChild(void)
		{
			InitializeComponent();
		}

	protected:
		~MDIChild()
		{
			if (components)
			{
				delete components;
			}
		}

    private: System::Windows::Forms::ListView^  listView1;
    private: System::Windows::Forms::ColumnHeader^  columnHeader1;
    private: System::Windows::Forms::ColumnHeader^  columnHeader2;
    private: System::Windows::Forms::ColumnHeader^  columnHeader3;
    private: System::Windows::Forms::ColumnHeader^  columnHeader4;
    private: System::Windows::Forms::ColumnHeader^  columnHeader5;
    private: System::Windows::Forms::ColumnHeader^  columnHeader6;
    private: System::Windows::Forms::ColumnHeader^  columnHeader7;
    private: System::Windows::Forms::ColumnHeader^  columnHeader8;

		System::ComponentModel::Container ^components;

#pragma region Windows Form Designer generated code

		void InitializeComponent(void)
		{
            System::Windows::Forms::ListViewItem^  listViewItem1 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"1", 
                L"a", L"b", L"c", L"d", L"e", L"f", L"g", L"h"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem2 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"2", 
                L"b", L"c", L"d", L"e", L"f", L"g", L"h", L"i"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem3 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"3", 
                L"c", L"d", L"e", L"f", L"g", L"h", L"i", L"j"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem4 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"4", 
                L"d", L"e", L"f", L"g", L"h", L"i", L"j", L"k"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem5 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"5", 
                L"e", L"f", L"g", L"h", L"i", L"j", L"k", L"l"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem6 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"6", 
                L"f", L"g", L"h", L"i", L"j", L"k", L"l", L"m"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem7 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"7", 
                L"g", L"h", L"i", L"j", L"k", L"l", L"m", L"n"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem8 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"8", 
                L"h", L"i", L"j", L"k", L"l", L"m", L"n", L"o"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem9 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"9", 
                L"i", L"j", L"k", L"l", L"m", L"n", L"o", L"p"}, -1));
            System::Windows::Forms::ListViewItem^  listViewItem10 = (gcnew System::Windows::Forms::ListViewItem(gcnew cli::array< System::String^  >(9) {L"0", 
                L"j", L"k", L"l", L"m", L"n", L"o", L"p", L"q"}, -1));
            this->listView1 = (gcnew System::Windows::Forms::ListView());
            this->columnHeader1 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader2 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader3 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader4 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader5 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader6 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader7 = (gcnew System::Windows::Forms::ColumnHeader());
            this->columnHeader8 = (gcnew System::Windows::Forms::ColumnHeader());
            this->SuspendLayout();
            // 
            // listView1
            // 
            this->listView1->Anchor = static_cast<System::Windows::Forms::AnchorStyles>((((System::Windows::Forms::AnchorStyles::Top | System::Windows::Forms::AnchorStyles::Bottom) 
                | System::Windows::Forms::AnchorStyles::Left) 
                | System::Windows::Forms::AnchorStyles::Right));
            this->listView1->Columns->AddRange(gcnew cli::array< System::Windows::Forms::ColumnHeader^  >(8) {this->columnHeader1, this->columnHeader2, 
                this->columnHeader3, this->columnHeader4, this->columnHeader5, this->columnHeader6, this->columnHeader7, this->columnHeader8});
            this->listView1->FullRowSelect = true;
            this->listView1->HeaderStyle = System::Windows::Forms::ColumnHeaderStyle::Nonclickable;
            this->listView1->Items->AddRange(gcnew cli::array< System::Windows::Forms::ListViewItem^  >(10) {listViewItem1, listViewItem2, 
                listViewItem3, listViewItem4, listViewItem5, listViewItem6, listViewItem7, listViewItem8, listViewItem9, listViewItem10});
            this->listView1->Location = System::Drawing::Point(6, 15);
            this->listView1->Name = L"listView1";
            this->listView1->Size = System::Drawing::Size(710, 110);
            this->listView1->TabIndex = 2;
            this->listView1->UseCompatibleStateImageBehavior = false;
            this->listView1->View = System::Windows::Forms::View::Details;
            this->listView1->SizeChanged += gcnew System::EventHandler(this, &MDIChild::ResizeListView);
            // 
            // columnHeader1
            // 
            this->columnHeader1->Text = L"Main";
            // 
            // columnHeader2
            // 
            this->columnHeader2->Text = L"Sub1";
            // 
            // columnHeader3
            // 
            this->columnHeader3->Text = L"Sub2";
            // 
            // columnHeader4
            // 
            this->columnHeader4->Text = L"Sub3";
            // 
            // columnHeader5
            // 
            this->columnHeader5->Text = L"Sub4";
            // 
            // columnHeader6
            // 
            this->columnHeader6->Text = L"Sub5";
            // 
            // columnHeader7
            // 
            this->columnHeader7->Text = L"Sub6";
            // 
            // columnHeader8
            // 
            this->columnHeader8->Text = L"Sub7";
            this->columnHeader8->Width = 55;
            // 
            // MDIChild
            // 
            this->AutoScaleDimensions = System::Drawing::SizeF(6, 13);
            this->AutoScaleMode = System::Windows::Forms::AutoScaleMode::Font;
            this->ClientSize = System::Drawing::Size(721, 139);
            this->Controls->Add(this->listView1);
            this->Name = L"MDIChild";
            this->Text = L"MDIChild";
            this->ResumeLayout(false);

        }
#pragma endregion

        void ResizeListView(System::Object ^ sender, System::EventArgs ^ e)
        {
            try
            {
                ListView ^ list = listView1;

                int nSize = 3;
                int nLastIndex = 7;
                int nLastColumnSize;

                nSize += list->Columns[0]->Width;
                nSize += list->Columns[1]->Width;
                nSize += list->Columns[2]->Width;
                nSize += list->Columns[3]->Width;
                nSize += list->Columns[4]->Width;
                nSize += list->Columns[5]->Width;
                nSize += list->Columns[6]->Width;

                nLastColumnSize = 200;

                nSize = list->ClientRectangle.Width - nSize - 19;

                if (nSize > nLastColumnSize)
                {
                    nLastColumnSize = nSize;
                }

                list->Columns[nLastIndex]->Width = nLastColumnSize;
            }
            catch(...)
            {
                ;
            }
        }
	};
}

As you can see an outer panel(Form1) serves as an MDI container for the interior(MDIChild) which contains the list view.

But if a list view item is displayed, witch content encompasses so many lines that the vertical scroll bar appears, a interessting repaint error arises when maximizing. But only if the ListView was scrolled down bevor the maximize. Presumably it happens because i set the size of the last column header, while the list view is redrawn.

Reproduction:
1.Execute the code posted above.
2.Move the vertical scroll bar of the "MDIChild" window to the bottom.
3.(optional) maximize the Form1.
4.The MDIChild maximize window.

Symptoms:
First, no line is displayed. If we try to mark some lines with a marking-rectangle, it is noticeable that they will not appear until you move the mouse over them. But at the wrong place. They seem to be moved downwards exactly of the height of the non-maximized panel. Even after you press the minimize button, the rows remain initially disappeared, until you move the scroll bar to the bottom.

Additionally a horizontal scroll bar is present, which is, compared to the size of the list view, much to wide. When you move it to the right side, the scroll bar is reduced to the proper width.

Can anyone help me with this problem? -In appendix there is a screenshot showing the problem.

Sincerely,

Michael

Re: Windows::Forms::ListView Repaint-Bug

MicroVirus12-Sep-11 2:56

MicroVirus

12-Sep-11 2:56

Have you tried handling the Layout event, instead of Resize?

On the resize page, it is suggested that for a custom layout (of child elements), that Layout should be handled instead of resize. I'm guessing it might affect the repaint and re-positioning of the child controls, hopefully removing the bug.

Control.Resize Event[^]
Control.Layout event[^]

WaitCursor, again

lukeer8-Sep-11 22:00

lukeer

8-Sep-11 22:00

Hi experts,

the problem described in an earlier message[^] has changed sightly.

An application I'm developing needs to tell user that it is busy while doing some long-term processing and communication with hardware devices in a separate thread. User, in the meantime, needs to press some buttons on those hardware devices depending on what the application shows on screen. But the application itself shall be locked from user interaction with the exception of a "Cancel" button.

I therefore made most controls (excluding the "Cancel" button)

control.UseWaitCursor = true;
control.Enabled = false;

When busy time ends, controls are set back to

control.Enabled = true;
control.UseWaitCursor = false;

A problem I had was that WaitCursor was also shown on the "Cancel" button. That was because I had set the whole Form to UseWaitCursor = true after processing all individual controls. Having removed this erronuous command now, WaitCursor doesn't show up at all.

By playing around a little, I found out that UseWaitCursor = true has no effect on controls that are set to Enabled = false irrespective of command order.

Are there any suggestions for
1. Disabling all controls except for "Cancel" button
2. Showing WaitCursor on all controls except for "Cancel" button

Luc Pattyn already suggested[^] a modal dialog which is impossible due to the information on screen that user needs to press the correct buttons as mentioned above.

Ciao,

luker

Re: WaitCursor, again

GenJerDan9-Sep-11 4:02

GenJerDan

9-Sep-11 4:02

Can you get all the controls except the Cancel button onto a Panel? If so, disable the Panel.

If not, use the Tag property on the Cancel button, say "AlwaysOn". Then loop through all the controls on the form and disable any that don't have a Tag property of "AlwaysOn".

Just like that old Carly Simon song...
"You're so funny,
You probably think this joke is about you"

My Mu[sic]
My Films
My Windows Programs, etc.

Re: WaitCursor, again

lukeer11-Sep-11 22:40

lukeer

11-Sep-11 22:40

Thank you, that is nearly what I already implemented to determine which controls to disable and which to leave responsive.

My problem is this: a control has UseWaitCursor set to true. It shows the WaitCursor, but user can still use it (click button, slide slider, whatever).
The same control has Enabled set to false. Now it is inaccessible, as intended, but doesn't show UseCursor any more. Instead the normal arrow cursor is shown, which is not intended.

How can I disable a control and show WaitCursor at the same time?

Ciao,

luker

Re: WaitCursor, again

GenJerDan12-Sep-11 3:10

GenJerDan

12-Sep-11 3:10

I suppose you could intercept the OnClick and do nothing if the wait cursor is still applied, or similar status checking.

Just like that old Carly Simon song...
"You're so funny,
You probably think this joke is about you"

My Mu[sic]
My Films
My Windows Programs, etc.

Re: WaitCursor, again

MicroVirus9-Sep-11 13:30

MicroVirus

9-Sep-11 13:30

lukeer wrote:
Are there any suggestions for

1. Disabling all controls except for "Cancel" button

2. Showing WaitCursor on all controls except for "Cancel" button

Luc Pattyn already suggested[^] a modal dialog which is impossible due to the information on screen that user needs to press the correct buttons as mentioned above.

Think about it this way: you are still using and displaying information to the user on the form. Thus, the form is not currently busy, thus it shouldn't show a Wait cursor. The wait cursor is meant for if your form is busy and unable to interact for a while. This is not the case here.
Disabling all unavailable controls is already a very good hint that the form is 'working' on something, but it also shows that the form is still valid and ready for use. If you set the wait cursor on your form (even if it's not on your cancel button) then I'd get confused as a user: the wait cursor tells me that the form is currently unresponsive, pending the completion of an operation. But it isn't.

My advise to you: don't use the Wait cursor for this. It's confusing.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.