Re: Conversion from vb.net to c# - C# Discussion Boards

Conversion from vb.net to c#

30-Aug-02 0:37

H i Martin

I have tried calling Dispose and without , same effect, seems there are a lot of useless funtions lying around. The PF delta is caused as a bitmap is written to every 20ms or so. The high memory issue was cause by creating a new Bitmap every time instead of just reusing one. Unfortunately, ya cant seem to write directly to the screen without flashing problems (every draw/clear operation is reflected immediately to screen. So i guess im stuck with the PF delta problem although I dont think its so serious.

Thanx for the help

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

suresh_sathya29-Aug-02 2:14

suresh_sathya

29-Aug-02 2:14

Dim UIH As UIHierarchy = DTE.Windows.Item onstants.vsWindowKindMacroExplorer).Object

Dim samples As UIHierarchyItem = UIH.GetItem("Macros\Samples")

How to convert these two lines to c#.I am just starting c# on doing some simple project.UIHiearchy is a interface.

Thanks in advance

Nnamdi Onyeyiri29-Aug-02 2:29

29-Aug-02 2:29

<br />
UIHierarchyItem samples = UIH.GetItem("Macros\Samples");<br />

thats the second line but i will will need to know more about the first line before i can convert it.

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

leppie29-Aug-02 3:11

29-Aug-02 3:11

suresh_sathya wrote:
Dim UIH As UIHierarchy = DTE.Windows.Item onstants.vsWindowKindMacroExplorer).Object

Thre ar som mising chratrs Smile | :)

Please repost line

maybe

UIHierarchy UIH = (UIHierarchy) DTE.Windows.Item[Constants.vsWindowKindMacroExplorer];

Try it Blush | :O

UPDATE: Dont try it, it wont work. That constant is not defined in any enum from the envdte assembly. Could you please repost complete VB.Net line?

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Maciej Pirog29-Aug-02 4:31

Maciej Pirog

29-Aug-02 4:31

leppie wrote:
maybe

UIHierarchy UIH = (UIHierarchy) DTE.Windows.Item[Constants.vsWindowKindMacroExplorer];

I don't use VB.NET but the assembliey attributes are placed between < and >.

Ñ There is only one MP Ð

Maciej Pirog29-Aug-02 4:43

Maciej Pirog

29-Aug-02 4:43

Maciej Pirog wrote:
I don't use VB.NET but the assembliey attributes are placed between < and >.
1st - In VB.NET of course Smile | :)

2nd - Maybe it should be:
Dim UIH As UIHierarchy = DTE.Windows.Item(constants.vsWindowKindMacroExplorer).Object

In C#:

UIHierarchy UIH = (UIHierarchy)DTE.Windows.Item(Constants.vsWindowKindMacroExplorer).Object;

UIHierarchy UIH = (UIHierarchy)DTE.Windows.Item(Constants.vsWindowKindMacroExplorer).Object();

I havn't wrote any Add-In so far, and I'm not sure:
.Object; or .Object();

Ñ There is only one MP Ð

David Stone29-Aug-02 13:01

David Stone

29-Aug-02 13:01

I'll help you solve this problem because my fellow CPians who have not had the pain of learning VB.NET can't seem to figure this out. Big Grin | :-D

This should work.

UIHierarchy UIH = DTE.Windows.Item(EnvDTE.Constants.vsWindowKindMacroExplorer).Object;
UIHierarchyItem samples = UIH.GetItem("Macros\Samples");

David Stone

But Clinton wasn't a predictable, boring, aging, lying, eloquent, maintainer-of-the-status-quo. He was a predictable, boring-but-trying-to-look-hip, aging-and-fat-but-seemingly-oblivious-to-it, lying-but-in-sadly-blatant-ways, not-eloquent-but-trying-to-make-up-for-it-by-talking-even-more, bringer-in-of-scary-and-potentially-dangerous-new-policies. And there was also Al Gore. It just wasn't *right*.

Shog⁹

Desinger crashes after adding own Component with Properties to form

Sijin29-Aug-02 19:58

Sijin

29-Aug-02 19:58

Btw just in case you are converting a Macro don't bother only VB.Net is supported for scripting.

May the Source be with you
Sonork ID 100.9997 sijinjoseph

Chris Richner29-Aug-02 0:25

Chris Richner

29-Aug-02 0:25

This code is found in InitializeComponent() on my form, busFormManager1 is my class.

// <br />
			// busFormManager1<br />
			// <br />
			this.busFormManager1.ActiveDockControl = null;<br />
			this.busFormManager1.ActiveMdiChild = null;<br />
			this.busFormManager1.BarManager = null;<br />
			this.busFormManager1.DefaultRegion = Medea.GfxLib.Windows.Forms.BusFormManager.ClientRegion.ToolLeft;<br />
			this.busFormManager1.DockManager = null;<br />
			this.busFormManager1.EnableMaximizedMode = false;<br />
			this.busFormManager1.Parent = null;

now in design mode the form will not appear, only a blank white page with exception message Object reference not set to an instance of an object.. At runtime everything works fine, just the desinger kicks my form out.

I guess that my FormManager will execute code at this time, that is not valid or some object required for him are null at this time.

Now i've tried to use the DesignMode Flag, to test in which state the class is. Now it seem's that this flag is always false until InitializeComponent() is executed.

how to code this propertys the right way, that you can still watch the form in Designer ?

if you got a property like this

public Form Parent<br />
{<br />
set<br />
{<br />
this.parent = value;<br />
if (parent != null)<br />
{<br />
parent.Load += new EventHandler(....../<br />
parent.IsMdiParent = true;<br />
}<br />
}<br />
get<br />
{<br />
return this.parent;<br />
}<br />
}

now this property let crash the desinger, cause there's to much code in it to execute at InitializeComponent().

Any hint ? how did microsoft code all the components in dotnet ? they work always, not like mine ;(

.:Greets from Jerry Maguire:.

Re: Desinger crashes after adding own Component with Properties to form

leppie29-Aug-02 0:40

An enigma rapped up in a puzzle inside a....

29-Aug-02 0:40

Does your class have a default contructor ie one that does not take any arguements? If not, that should solve it, else I cant help you Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Nnamdi Onyeyiri28-Aug-02 21:52

28-Aug-02 21:52

ok, i dont think it is that much of a puzzle, but i was thinking last night Eek! | :eek:

if absolutly everything in .NET is ultimatly of type System.Object, what type is System.Object?

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

leppie28-Aug-02 22:08

28-Aug-02 22:08

object is the mother of all classes.

Nnamdi Onyeyiri wrote:
what type is System.Object?

it's an object type Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Nnamdi Onyeyiri28-Aug-02 23:18

28-Aug-02 23:18

but how can a class be of type itself Confused | :confused:

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

leppie28-Aug-02 23:58

28-Aug-02 23:58

When u write:

class MyClass {<br />
}

it's really:

class MyClass : object {<br />
}

Thats understood.

now for example:

MyClass myclass = new MyClass();

now

(myclass.GetType() == typeof(MyClass)) = true

Similarly:

object myobject = new object;

now

(myobject.GetType() == typeof(object)) = true

Hope u understand...I wouldnt have sleepless nites though Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Nnamdi Onyeyiri29-Aug-02 1:13

29-Aug-02 1:13

i understand, i just didnt think you could do:

class MyClass : MyClass {<br />
}

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

leppie29-Aug-02 1:41

29-Aug-02 1:41

That will throw an compiler error as it is a duplicate definition.

You can however do this:

class MyClass : SomeOtherNamespace.MyClass {<br />
}

as the context for each MyClass is different Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Nnamdi Onyeyiri29-Aug-02 2:26

29-Aug-02 2:26

so there are more than one object classes each with the other as the base class?

Suspicious | :suss: Email: theeclypse@hotmail.com URL: http://www.onyeyiri.co.uk
"All programmers are playwrights and all computers are lousy actors."

leppie29-Aug-02 3:04

29-Aug-02 3:04

OK I think I know what u are getting to, the answer lies in inheritance.

class Base : object //this is not necessary as u know
{
public string Name {get;set}
}

Now Base class will inherit (iow have) all of it's base class's (object or System.Object, same thing) public and protected members.

class MyClass : Base
{
public int Value {get;set;}
public void DoStuff();
}

Now MyClass will get all of Base's public and protected methods, but remember Base has inherited some members from object as well, so it gets those as well.

It can get very confusing, I know. Designing a good class hierarchy takes time, only certain aspects might be affected at each level, but in the end all the inherited properties will be "visible" from top (most specialized class) to bottom (object). Look at the Form class and see how many members are actually inherited.

So in the end there can be only one! The same object class is used everywhere in .NET.

Hope this helps Smile | :)

MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info. Big Grin | :-D

Anonymous29-Aug-02 3:56

Anonymous

29-Aug-02 3:56

never mind, you didnt understand what i said, my qq has been aswered in a later post by someone else. [look below]

BTW what i said was, from wot u said, i thought it was declared by

class objectBase : object {}

class object : objectBase {}

Smile | :)

but never mind.