Properties inspector style control - C# Discussion Boards

Colin Angus Mackay9-Dec-03 3:08

9-Dec-03 3:08

Heath Stewart wrote:
Colin, note that putting a try-catch around Application.Run only works when an exception causes the application message pump to terminate

True, like happened here. I realise that the try...catch would be better placed else where but trying to help quickly I figured it was easiest to put round the Application.Run.

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

Re: Word object

hazzem elrefai9-Dec-03 3:20

hazzem elrefai

9-Dec-03 3:20

iam so confised now,coz i can not run my application yet
and i do not know what is the problem exactly.

Re: Word object

Colin Angus Mackay9-Dec-03 3:29

Colin Angus Mackay

9-Dec-03 3:29

Well, it looks like your code was copied from the documentation. So I don't see much difference between that and MSDN. Are you using a WordProject?

--Colin Mackay--

Re: Word object

hazzem elrefai9-Dec-03 3:35

hazzem elrefai

9-Dec-03 3:35

i do not know what is word project exactly
but if it is wizard in vs.net,then i do not use it and it doesn't there
iam using vs.net2003 profissional
thanx

Re: Word object

Colin Angus Mackay9-Dec-03 3:45

Colin Angus Mackay

9-Dec-03 3:45

I'm using VS2003 and Office 2003 (So it might be an office thing) Anyway - I've emailed you the skeleton of the WordProject - it might provide clues to help with your problem. (Its easy for me because it does all the hard work getting everything integrated - You may have to change the project properties because the startup command line may be different in your case)

--Colin Mackay--

Re: Word object

hazzem elrefai9-Dec-03 4:29

hazzem elrefai

9-Dec-03 4:29

thank u so so so much
and sorry coz i have to go know and c u after little hours

Re: Word object

hazzem elrefai9-Dec-03 1:36

hazzem elrefai

9-Dec-03 1:36

the erorr message say:
the server threw an exception

and nothing more.

Properties inspector style control

AJ1238-Dec-03 23:02

AJ123

8-Dec-03 23:02

Hi,

Does anyone know if the .NET framework has any support for easily creating property inspector style windows? Had a quick look through the available Windows Forms controls and components, but couldn't see anything of interest. Anyone any suggestions?

Cheers
Richard

Re: Properties inspector style control

Heath Stewart9-Dec-03 2:47

Heath Stewart

9-Dec-03 2:47

You mean like the PropertyGrid? This (or at least a similar control) is what VS.NET uses and it makes full use of the classes in System.ComponentModel so you can make properties with TypeConverters and editors, as well as control the categories, descriptions, visibility, and other attributes using the attributes in System.ComponentModel. If you don't see the PropertyGrid in your toolbox, right-click on the toolbox and select "Customize toolbox". You'll find the PropertyGrid in there (it's in the System.Windows.Forms namespace).

-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----

Play avi video in full screen

kuya0008-Dec-03 20:56

kuya000

8-Dec-03 20:56

Does anyone know how to make a exe that plays a video file in full screen?

Re: Play avi video in full screen

Heath Stewart9-Dec-03 2:45

Heath Stewart

9-Dec-03 2:45

You should take a look at Managed DirectX 9 (http://msdn.microsoft.com/directx[^]). The managed classes are written from the ground up and are much easier to use (still not a trivial thing to work with, though, so read the documentation!) and offer many features like that.

Otherwise, you'd have to create an interop assembly for something like the Windows Media Player, which should have a method to make it display full-screen (hint, download the small Windows Media Player SDK and see the documentation for player.fullScreen boolean property. This might also be in the MSDN Online Library).

How keep areference of string

Eric Lacroix8-Dec-03 17:53

Eric Lacroix

8-Dec-03 17:53

Hi CodeProject member,

I got the fallowing code:

...
protected delegate bool ValidatorHanlder(object obj, ref string PropertieName, ref string ErrorNumber, ref string ErrorMessage);

PropertiesList = new Hashtable();
PropertiesList(StringProperty, new ValidatorHanlder(ZipCodeValidator));

public string StringProperty
{
get
{
return mStringProperty;
}
set
{
mStringProperty = value;
}
}
...

It is possible to reference the string by storing is pointer and not is value when added to the hashtable ? and if ZipCodeValidator is declare as static do i need to do a new pointer allocation on it?

(define Email (lambda ()
elacroix@devmesh.com))
Im not a church numeral im a free variable

Re: How keep areference of string

Heath Stewart8-Dec-03 18:28

Heath Stewart

8-Dec-03 18:28

System.String is a reference type already. If you try to modify the string, however, you will get the modified copy because strings are immutable. If you are trying to do this, use the System.Text.StringBuilder instead.

ZipCodeValidator is just a method. A delegate is like a managed function pointer. It doesn't care if the method is static or instance-based. You still need to use the new operator on the delegate, though.

Creating a Table (Class Scheduler)

Justin LaRose8-Dec-03 16:47

Justin LaRose

8-Dec-03 16:47

I am attempting to develop an algorithm that will compare data in mutiple tables(e.g. Professors, Available Classes, Curriculum, Past Schedule) and create a new table that will be a become a class schedule for a department at a college. How can I create a new table in C#, without manipulating the database with MS Access itself.

Re: Creating a Table (Class Scheduler)

Heath Stewart8-Dec-03 18:25

Heath Stewart

8-Dec-03 18:25

First of all, C# is only a language that targets the CLR. It compiles to IL just like any other .NET language.

That being said, you can't do this in the .NET base class library (BCL). You can use ADO.NET to invoke SQL commands on many different data sources, but there is nothing to help you create tables, views, etc.

Depending on what database you are using, you can create COM interop assemblies to manipulate the database. You can interop DDL for Access and SQL DMO for SQL Server. I'm sure other major RDBMS's have similar libraries - at least those built with Windows technologies in mind.

This has been covered quite a bit in the last couple days so please search the comments (click Search Comments above) for this forum.

Accessing variables from the code behind page

jaimecavazos8-Dec-03 15:24

jaimecavazos

8-Dec-03 15:24

I'm trying to pass variables from my main.aspx page to the web user control page. I have a flash application that reads the variables and based on that displays a certain item that's embedded in the web user control page. The variable that I created needs to be on the main.aspx page, so when flash opens up it can tell which page it's on. It looks something like this:

This is on the control.ascx page, the problem with this is that it has to be on the same aspx page.

<param name="FlashVars" value="navStatus=<%=pageStatus()%>" />

This is on the main.aspx.cs page

public string pageStatus()
{
return "home";
}

I have also accomplished my goal by using session variables, but I don't want to use them. Is there is any way to inheret the function that's on the main.aspx or pass somekind of global variable to where it can be accessed anywhere. Remember that the variable needs to be in the main.aspx page, it can't be in a class library or component.

Thanks,
Jaime C

Re: Accessing variables from the code behind page

Heath Stewart8-Dec-03 18:22

Heath Stewart

8-Dec-03 18:22

Do a Type-check and cast it. From the UserControl:

private void Page_Load(object sender, EventArgs e)
{
  string value = null;
  if (Page is main) // Where "main" is the Type for main.aspx.cs class
    value = ((main)Page).pageStatus();
}

Re: Accessing variables from the code behind page

jaimecavazos9-Dec-03 6:24

jaimecavazos

9-Dec-03 6:24

Hey Heath,

The function that I created on the main.aspx.cs page can be accessed from user.ascx.cs page, I don't have any problem with that. In traditional .asp pages I could just create a variable called pageStatus = "main" on the main.asp page and the user.ascs page would be an include file which would hold my flash application that have status = <%pageStatus%>, so if I went to home.asp page, the home.asp page would have pageStatus="home" and the services.asp page would have pageStatus="services". So in my flash application anytime you would go a page it would display the value of that page accordingly. Sorry, if I sound frustrated, doing some of the simpliest things in asp is a little more difficult in asp.net. I wrote this function out of frustration, I know there is a simpler way to do it. Thanks a lot in advance!

public string pageStatus()
{
string strURL = Request.ServerVariables["URL"];
StringBuilder replaceFunc = new StringBuilder(strURL);
strURL = replaceFunc.Replace("/web_isotope/","").ToString();
strURL = replaceFunc.Replace(".aspx","").ToString();
return strURL;
}

Also can I inheret the class from my main.aspx.cs page in the user.ascs.cs page.

Thanks again.
Jaime

Custom Tree View Painting

vektuz8-Dec-03 14:14

vektuz

8-Dec-03 14:14

How does one paint on a tree view? It turns out that if I make a user control based on treeview, events such as OnFocus, etc, do occur, but OnPaint and such don't ever occur.

I've done plenty of graphics / graph drawing using MFC and GDI++, so the problem is simply, how do I get the OnPaint event to occur? forcing a redraw doesn't seem to trigger it. It doesn't even get called the first time the control becomes visible.

Re: Custom Tree View Painting

Heath Stewart8-Dec-03 18:19

Heath Stewart

8-Dec-03 18:19

The TreeView's OnPaint handler is overridden so that it is not called (this is actually done in WndProc). As I mentioned earlier (perhaps not to you, but I do say this all the time), most of the classes in System.Windows.Forms are just wrappers for common controls. Painting is only performed / allowed for controls that need to do custom painting in .NET. Otherwise, pretty much all properties you change an all methods you call actually set styles, send or post messages, and call native functions on an HWND that represents the common control.

This goes for the TreeView - no painting is required because the underlying control is already doing everything.

Instead - and I've done this on many occassions with success - override WndProc in your derivitive tree class and for Message.Msg 15 (WM_PAINT) call the OnPaint method. You should also call SetStyle with the appropriate ControlStyles in your constructor to make sure that painting is handled correctly. In your WndProc override, be sure to call base.WndProc to allow the default implementation to handle everything you don't (which is quite a bit when you consider the whole class hierarchy).

Re: Custom Tree View Painting

vektuz8-Dec-03 20:25

vektuz

8-Dec-03 20:25

Thank you very much, this explains a lot.

It sounds like it may be better to just stick with MFC for now... I thought maybe .NET Forms (With C#) would be some step up from old fragile-feeling MFC, but now they are looking more and more like a somewhat inconsistent wrapper around the old MFC code, which is more powerful anyway... so its more like a step down, in many ways.

Re: Custom Tree View Painting

J. Dunlap8-Dec-03 20:42

J. Dunlap

8-Dec-03 20:42

Yeah, well, WinForms is the least advanced part of .NET. They're planning to add some stuff in .NET 2.0, and then .NET 3.0 will use Avalon. But right now it's not all that powerful (although it really isn't that bad either).

"To know what is right and not do it is the worst cowardice." -- Confucius

FLUID UI Toolkit | FloodFill in C# & GDI+

Re: Custom Tree View Painting

Heath Stewart9-Dec-03 2:41

Heath Stewart

9-Dec-03 2:41

No, both MFC and Windows Forms are wrappers around common controls. All MFC is just a wrapper for native methods anyway.

You'd have to do the same thing in MFC with messages. The only major difference is that MFC can include the appropriate header files and use the structures, messages, and notifications, as well as any other native functions. With Windows Forms, you have to create the necessary structures, define the messages and notifications as either consts or enums, and P/Invoke the necessary native functions (like SendMessage is a common one you need to P/Invoke). Besides that, it's really no different. You still handle certain notification messages and use SendMessage to send messages with the appropriate arguments to the appropriate handle (which you can get from controls through Controls.Handle).

Problem with MSDN

Redbehelit8-Dec-03 14:00

Redbehelit

8-Dec-03 14:00

Hi, I recently installed the october edition of MSDN Library and I tried to look up something like IMediaDet in it and it had almost no available information. This is weird because I thought I remember in an older one that it had all sorts of DirectX 9.0 information and Managed DirectX information too, it seems like every newer version I install has less and less info, why is that?

Re: Problem with MSDN

Heath Stewart8-Dec-03 18:12

Heath Stewart

8-Dec-03 18:12

For one, DirectX code is still changing and that means documentation will change with it. Also, the Summer 2003 updated some DirectX-specific documentation that may not have made it to the most recent MSDN Library (October 2003). If you really think this is a problem, this forum isn't the right place. Go to MSDN Online and email them (click the Contact Us link at the bottom).

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