Re: Layout - C# Discussion Boards

21-Mar-07 4:27

pashitech wrote:
i need to display, image and other text coloms in ListBox/DataGridView

DataGrid[^] sample for datagrid having different types of data objects in the cells.

Knock out 't' from can't,
You can if you think you can
Cool | :cool:

SPI_SETWORKAREA Problems

AndyBob21-Mar-07 3:26

AndyBob

21-Mar-07 3:26

Hi everyone. I'm trying to use SPI_SETWORKAREA to reserve some space down the side of the screen for my application.

Everything works fine as far as other applications go (the space is reserved so that a maximised window doesn't cover the area, for example) but the desktop itself isn't affected. That is to say, icons on the traditional Windows desktop don't obey the new work area, meaning half of them end up underneath my window.

The code I'm using is as follows:

{
        RECT R;

        R.Left = 300;
        R.Top = 0;
        R.Right = Screen.PrimaryScreen.WorkingArea.Right;
        R.Bottom = Screen.PrimaryScreen.WorkingArea.Bottom;

        IntPtr p;
        p = Marshal.AllocHGlobal(Marshal.SizeOf(R));
        Marshal.StructureToPtr(R, p, false);

        SystemParametersInfo(SPI_SETWORKAREA, 0, p, 0);
        int ret = Marshal.GetLastWin32Error();
}


    RECT OriginalScreen;
    public struct RECT
    {
        public int Left;
        public int Top;
        public int Right;
        public int Bottom;
    }

I know I can achieve all of this (including resizing the desktop icon area) by creating an AppBar, but would rather use the SETWORKAREA if possible. Has anyone got any suggestions? I'm running this on Vista if that makes any difference. Thanks in advance!

Layout

V.21-Mar-07 2:52

21-Mar-07 2:52

Is there a guide somewhere on the net about the layout of a form (windows or web)?
I'm searching more along the line of best practices or guidelines about placing the OK/Cancel buttons, tab order, placing the controls in a good manner, etc...

Searching google, Msdn and CP didn't deliver anything useful.

thanks !

V.
I found a living worth working for, but haven't found work worth living for.

Re: Layout

Laxman Auti21-Mar-07 3:18

21-Mar-07 3:18

V. wrote:
Is there a guide somewhere on the net about the layout of a form (windows or web)?

Here[^] is one for web design tips.

Knock out 't' from can't,
You can if you think you can
Cool | :cool:

Re: Layout

V.21-Mar-07 4:35

21-Mar-07 4:35

thanks

V.

Stop smoking so you can: Enjoy longer the money you save.
Moviereview Archive

Re: Layout

Laxman Auti21-Mar-07 5:01

++x + x and x + ++x [modified]

21-Mar-07 5:01

Welcome

Knock out 't' from can't,
You can if you think you can
Cool | :cool:

Varibrus21-Mar-07 2:44

Varibrus

21-Mar-07 2:44

<br />
            int x = 1;<br />
            int z = ++x + x;<br />
            Console.WriteLine (x.ToString () + "  " + z.ToString ());<br />
<br />
            int x = 1;<br />
            int z1 = x + ++x;<br />
            Console.WriteLine (x.ToString ()  + "  " + z1.ToString ());<br />

Why z is 4, but z1 is 3?

In accordance with
Operators (C# Programming Guide)
The operator ++ has a higher precedence than the operator +. In both cases, ++ must execute at first.

There's not this problem in C++!

Oleg

-- modified at 10:04 Wednesday 21st March, 2007

Re: ++x + x and x + ++x

Stefan Troschuetz21-Mar-07 3:04

Stefan Troschuetz

21-Mar-07 3:04

++x is a prefix increment operation and its result is the value of x after it has been incremented. Therefore, the first calculation is 2 + 2 whereas the second is 1 + 2.

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rick Cook

www.troschuetz.de

Re: ++x + x and x + ++x

Pete O'Hanlon21-Mar-07 3:08

Re: ++x + x and x + ++x [modified]

21-Mar-07 3:08

It's all to do with prefix and postfix operators. If you break it down, you get the following:

++x is a prefix operator, so it performs the operation first - so it turns x from 1 into 2. Next, you add x again which is 2 by this stage.

In the case of z1, x is equal to 1 and then you add x back on, but increment it before you add it so the maths becomes 1 + 2.

Here's a one for you, what do you get with this:

int x2 = 1;
int z2 = x++ + x;

Deja View - the feeling that you've seen this post before.

Jimmanuel21-Mar-07 3:08

Jimmanuel

21-Mar-07 3:08

For ++x + x, because of the location of the pre-increment x is pre-incremented before it's value is substituted in the in the equation - so the expression effectively evaluates to z = 2 + 2.
For x + ++x the value of x is substituted as the first operand in the equation before it is modified, then it is pre-incremented and substituted as the second operand in the expression. This makes the expression evaluate to z1 = 1 + 2. At least that appears to be what's going on . . .

-- modified at 10:39 Wednesday 21st March, 2007

The compiler/run time environment/whatever has to substitute the value of x into both expressions twice. The first expression is evaluated as such:

z = ++x + x;       // x equals  1
z = (x = x+1) + x; // x still equals 1
z = 2 + x;         // x now equals 2
z = 2 + 2;
z = 4;

Whereas the second expression is evaluated like this:

z1 = x + ++x;       // x equals 1
z1 = 1 + ++x;       // x still equals 1
z1 = 1 + (x = x+1); // x still equals 1
z1 = 1 + 2;         // now x equals 2
z1 = 3;

In both expressions the pre-increment is performed before the addition, keeping the order of operation correct, but in the first expression the pre-increment happens before the value of x is substituted for the 2nd operand in the addition.

In C++ the compiler will examine the entire expression and evaluate any pre-increments before it does any value substitutions (apparently - this probably depends on what optimizations/type modifiers you specify), so it isn't that C++ doesn't have this problem, it's just that the code is being interpreted by different compilers and therefore will behave differently.

Re: ++x + x and x + ++x

Laxman Auti21-Mar-07 3:32

Main form with always-on-top flag + dialog

21-Mar-07 3:32

Varibrus wrote:
Why z is 4, but z1 is 3?

+ is the arithmatic operator which works left to right

When int z = ++x + x; expression executes it increments the value of x and put it into stack(generally all the operations are done with the help of stack Smile | :)

). so stack will be 2 + value of x(i.e. 2) so result is 4.

When int z = x + ++x; expression executes stack will be 1 + incremented value of x(i.e. 2) so result is 3.

Knock out 't' from can't,
You can if you think you can
Cool | :cool:

Dominik Reichl21-Mar-07 2:36

Dominik Reichl

21-Mar-07 2:36

Hello!

I got a main form, which can set to be always-on-top (this is achieved using the TopMost property of the main form).

The problem now is that when opening a modal dialog box, the dialog appears behind the main window.

The brute-force solution would be to disable the always-on-top mode while displaying the dialog. A better solution would be to tell the dialog somehow that its parent is the main form and therefore to appear in front of it. I tried setting the Owner, Parent and ParentForm properties of the dialog, but nothing worked (Owner: doesn't do anything, Parent: not allowed for top-level controls, ParentForm: read-only property).

Any solution? How can the dialog displayed in front of the main window?

Thanks and best regards
Dominik

Too many passwords to remember? Try KeePass Password Safe!

Re: Main form with always-on-top flag + dialog

Stefan Troschuetz21-Mar-07 2:45

Stefan Troschuetz

21-Mar-07 2:45

Did you try also enabling the TopMost property of the dialog.

Re: Main form with always-on-top flag + dialog

Dominik Reichl21-Mar-07 4:13

Dominik Reichl

21-Mar-07 4:13

No, didn't try that Blush | :O

Works great, thank you!

Too many passwords to remember? Try KeePass Password Safe!

Re: Main form with always-on-top flag + dialog

Stefan Troschuetz21-Mar-07 4:31

Stefan Troschuetz

21-Mar-07 4:31

Glad to hear my guess was right Smile | :)

Progressive Disclosure Control in windows form using c#

Kumar Subramanian21-Mar-07 2:03

Kumar Subramanian

21-Mar-07 2:03

Hi !

I would like to implement the Progressive Disclosure Controls in windows forms using c# . The Progressive Disclosure Control is the same when you use the add/remove programs from control panel the particular row gets expand when its clicked .
Can anyone give a ref. or sample code for this kind of implementation.

Thankyou

/S.Kumar

Re: Progressive Disclosure Control in windows form using c#

joon _vh.21-Mar-07 5:11

joon _vh.

21-Mar-07 5:11

I was watching to see if anyone would reply. So I'll make an attempt. I've done some reading on this, and it's a bit confusing. Progressive Disclosure is a UI pattern, and on MSDN[^] they talk about Prog. Disc. Controls like they're just arrows.

Start with the MSDN article, if you haven't already. Other than that, I myself am interested in whether there really are standard/custom controls like f.e. the one used in Add/Remove programs.

Visual Studio can't evaluate this, can you?

public object moo<br />
        {<br />
__get { return moo; }<br />
__set { moo = value; }<br />
}

Constructor is instance method?

Russell Jones21-Mar-07 2:00

Russell Jones

21-Mar-07 2:00

ConstructorInfo ctor = LocatedType.GetConstructor(BindingFlags.NonPublic|BindingFlags.Instance, System.Type.DefaultBinder, new Type[] { }, new ParameterModifier[] { });

I've just been creating some code to let me unit test private methods on classes. I created the code and then thought that maybe i might want to test a private constructor in the future so i started playing with the get constructor method.

The thing that surprised me was that i need to use BindingFlags.Instance rather than BindingFlags.Static to get the constructor. Does this strike anyone else as strange?

Russell

Pete O'Hanlon21-Mar-07 3:09

21-Mar-07 3:09

No. When you think about it, the constructor is not a static method.

Deja View - the feeling that you've seen this post before.

Russell Jones21-Mar-07 3:19

Russell Jones

21-Mar-07 3:19

You're right. There after all specific static constructors. It just seemed that calling a ctor an instance method was going to start a chicken / egg problem.

Russ

Pete O'Hanlon21-Mar-07 3:31

21-Mar-07 3:31

Russell Jones wrote:
It just seemed that calling a ctor an instance method was going to start a chicken / egg problem

I can answer that one as well. The egg came first. If you follow evolutionary theory here, then the egg must have come first because the chicken was the result of genetic adaptation/mutation, but the egg was there before. Big Grin | :-D

Deja View - the feeling that you've seen this post before.

Russell Jones21-Mar-07 3:45

Russell Jones

21-Mar-07 3:45

That's always been my argument.

This site has now been blacklisted in 5 states of the USA.

Russell

Pete O'Hanlon21-Mar-07 3:49