[RESOLVED] [1.0/1.1] Reference Errors? Help Me, Gimme Code :lol:

[RobDog888]

Why cant I do this without getting the described errors?

Error 1:
Form1.cs(84): 'Outlook_Email_CS.Form1.moApp' denotes a 'field' where a 'class' was expected

Error 2:
Form1.cs(85): An object reference is required for the nonstatic field, method, or property 'Outlook_Email_CS.Form1.moApp'

public class Form1 : System.Windows.Forms.Form
    {
        private System.Windows.Forms.Button button1;
        /// <summary>
        /// Required designer variable.
        /// </summary>
        private Microsoft.Office.Interop.Outlook.Application moApp;
        private System.ComponentModel.Container components = null;
 
        [STAThread]
        static void Main() 
        {
            Application.Run(new Form1());
            [color=red]moApp.Quit(); 'Error 1
            moApp = null;[/color] 'Error 2
        }

Thanks

[sunburnt]

You don't have an instance of the object.

moApp = new Microsoft.Office.Interop.Outlook.Application();

or something like

moApp = this.ActiveExplorer().Application;

HTH

[RobDog888]

I set it in the form load event because I didnt want to create it at the declaration line. Is this wrong for C#?

private void Form1_Load(object sender, System.EventArgs e)
        {
            moApp = new Microsoft.Office.Interop.Outlook.Application();
        }

[sunburnt]

Nope, that should work fine.

I see the problem now.

Main is static method -- you are referencing moApp, which is a non-static variable inside of it.

I think you should destroy moApp in your form's destructor of form_closed event.

[RobDog888]

Ok, its moved but now another error.
Form1.cs(99): 'Microsoft.Office.Interop.Outlook.MailItemClass.MailItemClass()' is inaccessible due to its protection level

private void button1_Click(object sender, System.EventArgs e)
        {
            Microsoft.Office.Interop.Outlook.MailItem oEmail = [color=red]new[/color] Microsoft.Office.Interop.Outlook.MailItem();
'...

[RobDog888]

How come my closing event doesnt fire?

private void Form1_Closing(object sender, System.EventArgs s)
        {
            moApp.Quit();
            moApp = null;
        }

[jmcilhinney]

How come my closing event doesnt fire?

private void Form1_Closing(object sender, System.EventArgs s)
        {
            moApp.Quit();
            moApp = null;
        }

Are you exiting the app using Application.Exit? If so then no Closing or Closed events will be raised. That's fixed in 2.0 with FormClosing and FormClosed, which are still raised when Application.Exit is called, replacing the Closing and Closed events.

[RobDog888]

No, I am clicking on the 'x' to close the form. In VB.NET this would fire the form_closing event.

[jmcilhinney]

Are you sure that that method is handling the Closing event fo the form? How did you create it? Have you checked the Properties window to make sure they are linked? There's no Handles clause in C# so it isn't immediately obvious.

[RobDog888]

I'll check but I did fix my other error. I have no idea what I was thinking earlier.

Microsoft.Office.Interop.Outlook.MailItem oEmail = moApp.CreateItem(Microsoft.Office.Interop.Outlook.MailItem);

[RobDog888]

I spoke too soon. Its giving me an error that I cant use MailItem as it denotes a class, but its actually an object.

Heres my closing event adjusted. I am not sure if the signature is correct.

private void Form1_Closing(object sender, System.EventArgs e)
        {
            moApp.Quit();
            moApp = null;
        }

[jmcilhinney]

I spoke too soon. Its giving me an error that I cant use MailItem as it denotes a class, but its actually an object.

Heres my closing event adjusted. I am not sure if the signature is correct.

private void Form1_Closing(object sender, System.EventArgs e)
        {
            moApp.Quit();
            moApp = null;
        }

The fact that you say you don't know if the signature is correct suggests to me that you created that method manually and it is not actually handling the intended event. In the C# IDE you create event handlers in the Properties window in a method equivalent to using the drop-down lists in the code window in VB.NET (see screenshot). Both methods are available in the VB 2005 IDE, which is cool because there are times when one is a better option than the other and vice versa. If you already knew all this then forget I was here but, as I say, your language suggests otherwise.

Edit: Double-click to create a method or use the drop-down list to select from existing methods with the appropriate signature.

[RobDog888]

Yes, your right. I created the closing event myself manualy. I am still on 2003 and I dont have the property like posted so I figure something may be missing as I dont have the form closing event from the dropdown in the codebehind.

[RobDog888]

Fixed the other error. Now just need to fix the closing event so it can properly dispose of the Outlook application object.

Microsoft.Office.Interop.Outlook.MailItem oEmail = (Microsoft.Office.Interop.Outlook.MailItem)moApp.CreateItem(Microsoft.Office.Interop.Outlook.OlItemType.olMailItem);

[jmcilhinney]

Yes, your right. I created the closing event myself manualy. I am still on 2003 and I dont have the property like posted so I figure something may be missing as I dont have the form closing event from the dropdown in the codebehind.

That drop-down list just shows you all the existing methods that have the appropriate signature. To create a new event handler you double-click either the event name or the empty space where the method name will go.

As for your other error I was just coming with the solution and you beat me to it.

[RobDog888]

Ill try what you suggested but is there any way to shorten the Outlook objects?

I added the using at the top with "using Microsoft.Office.Interop;" but it doesnt recognize any Outlook objects unless fully qualified.


Yay, I finally beat you at something

[RobDog888]

Ok, I finally got the freaking event to be created. It was an incorrect signature too. Damn event icon button on the properties window (HOW BLIND AM I?). Why cant they just have the events avalable like in VB.NET?

private void Form1_Closing(object sender, System.ComponentModel.CancelEventArgs e)

Any idea on shortening the Office qualification?

[jmcilhinney]

Did you perhaps not look too closely at the screenshot I posted earlier?

The equivalent of "Imports" from VB is "using", so at the top of your code file add:

using Microsoft.Office.Interop.Outlook;

[RobDog888]

Yup, I know about that but its still not working. This is like pulling teeth.

using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;
using Microsoft.Office.Interop;

And it will give an error that Outlook.Application is undefiuned in my code.

[jmcilhinney]

Why cant they just have the events avalable like in VB.NET?

I know that this was at least partly rhetorical but I'll give an explanation anyway. The drop-down lists in the VB code window are for all member variables declared WithEvents. You can declare a variable manually in code as WithEvents and it will appear in that list. It has no specific connection with the designer, except that every object added in the designer is declared WithEvents automatically. There is no WithEvents or Handles equivalents in C# so that doesn't apply. You are provided a method for creating event handlers for objects added in the designer as a time saver. Like I said, both mechanisms are available in VB 2005 and I find them both useful. One of the good things about the Properties window is that you can add a single event handler for multiple objects just as you can set the same property for multiple objects: just select them all in the designer and double-click the name of the event. This creates one method with all the objects listed in the Handles clause. You can also then use it to select existing methods for other events with compatible signatures.

[RobDog888]

Thanks for the explaination. Hopefully as I write a couple more C# projects the pieces will start to come together.

I dont know why the "using" isnt linking the Outlook.Application code to it. It should be working.

[jmcilhinney]

You cannot use unqualified namespaces in C#. You can only use unqualified types. There is no namespace named "Outlook". Try:

using Outlook = Microsoft.Office.Interop.Outlook;

Then "Outlook" becomes an alias for "Microsoft.Office.Interop.Outlook", so by using "Outlook" you are actually using the fully qualified name by proxy.

[RobDog888]

Yup, that did it.

Thanks for all the help guys

[jmcilhinney]

Please use better thread titles in future. "Plzzzzzzzzz help me. Gimme code." would have been more appropriate.

[RobDog888]

I thought I did give a sensible thread title

[conipto]

Hey Rob,

If you want to see how your function is attatched to the event handler, one thing you can do is let the IDE generate a handler for you, then right click it and do a Find all references.. You should be able to find where the event handler is assigned. Usually it's in the form designer generated code something along the lines of:

Object.Event += EventHandlingFunction

(which is also the format you use when adding event handlers in code)

This type of functionality replaces the Handles and Addhandler bit in VB.

Bill

[RobDog888]

Ah, so I see. Thanks Bill.