|
try this instead :
VerifyDialog myDialog = new VerifyDialog;
if (myDialog.Show()==DialogResult.Yes)
{
go ahead and do this.
}
Cheers,
Daaron
|
|
|
|
|
You were responding as I was updating my post as I was also doing the coding as I was following the message board. Is that multi-tasking or what??? 
_____________________________________________
I have a tendancy to where my mind on my sleeve
I have a habit of losing my shirt...
|
|
|
|
|
The AccessibleRole property is a red herring - it's related to Accessibility for disabled users.
|
|
|
|
|
If you are just asking for confirmation you can use the MessageBox class to display a message box (MsgBox in VB6).
If you need the user to input something (something beyond clicking a button) then you'll have to use the approach you have now.
[edit]
Sample code would probably help you
MessageBox.Show("Are you sure you want to do this?",
"Are you sure?",
MessageBoxButtons.YesNo
);
The Show method returns a DialogResult like you are already using.
[/edit]
James
- out of order -
|
|
|
|
|
I am using transparency effects to create shaped windows, I have followed the basic tutorial found here :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vstechart/html/vbtchShapedWindowsFormsControlsInVisualStudioNET.asp
Now on my machine this works like a dream, but on other machines it does not work correctly - transparency doesnt work at all. All machines are set to the same resolution and colour depth (32bpp).
Does anybody have any ideas on the cause of this?
More info :
The image in question is a 24bit bmp, the transparency key I am using is 255,0,255 (fuschia)
|
|
|
|
|
MrEyes wrote:
Now on my machine this works like a dream, but on other machines it does not work correctly - transparency doesnt work at all. All machines are set to the same resolution and colour depth (32bpp).
Are the other test machines running Windows XP?
As far as I know only WXP supports transparency out of the box.
Paul Watson
Bluegrass
Cape Town, South Africa
Ray Cassick wrote:
Well I am not female, not gay and I am not Paul Watson
|
|
|
|
|
Windows 2000 and greater support transparency. (95/98/Me Dont)
Contract Software Developer: andrew_lewis@mail.com
|
|
|
|
|
Andrew Lewis wrote:
Windows 2000 and greater support transparency. (95/98/Me Dont)
Ahhh, thanks, my mistake
Paul Watson
Bluegrass
Cape Town, South Africa
Ray Cassick wrote:
Well I am not female, not gay and I am not Paul Watson
|
|
|
|
|
Subject.
=====================
http://wasp.elcat.kg
|
|
|
|
|
Ahhh, thanks, my mistake
Paul Watson
Bluegrass
Cape Town, South Africa
Ray Cassick wrote:
Well I am not female, not gay and I am not Paul Watson
|
|
|
|
|
Thanks for the replies but unfortunatly they dont bring me any closer to an answer. The following is a summary of the test machines :
1) Win 2000 (SP2) - 1024*768 - 32bit color depth
2) Win XP - 1024*768 - 32bit color depth
3) Win 2000 (SP2) - 1024*768 - 32bit color depth
4) Win XP - 1024*768 - 32bit color depth
Now my form background transparency works fine on machines 1 & 2 but does not work on other two (2 & 3). I have also noticed that "opacity" works on all machines (i.e. setting the entire form to 25% opactity results in a "see through" form)
I have also tried using different image formats (i.e. gif) and also different transparency colors (current using fuschia (255,0,255) all to no avail.
I am 100% this is probably all being caused by some option I have missed, but if that is the case it isnt detailed in MSDN link above
Once again, thanks for the replies so far, any further suggestions would be greatly appreciated
PS. if anybody is interested enough, a copy of the VS .NET projects files can be found here (http://www.randomportal.com/shapedwindow.zip 256kb) - bear in mind this is a test application and is not "pretty"
PPS. Alternativly the following is the source code for the form (bear in mind that the image is held with a resx resource file). This code is also autogenerated by VS .NET, so one would assume that its correct, hmmmm
using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;
namespace ShapedWindow
{
public class Form1 : System.Windows.Forms.Form {
private System.ComponentModel.Container components = null;
public Form1() {
InitializeComponent();
}
protected override void Dispose( bool disposing ) {
if( disposing ) {
if (components != null) {
components.Dispose();
}
}
base.Dispose( disposing );
}
private void InitializeComponent()
{
System.Resources.ResourceManager resources = new System.Resources.ResourceManager(typeof(Form1));
this.AutoScaleBaseSize = new System.Drawing.Size(5, 13);
this.BackgroundImage = ((System.Drawing.Bitmap)(resources.GetObject("$this.BackgroundImage")));
this.ClientSize = new System.Drawing.Size(229, 228);
this.Name = "Form1";
this.StartPosition = System.Windows.Forms.FormStartPosition.CenterScreen;
this.Text = "Form1";
this.TopMost = true;
this.TransparencyKey = System.Drawing.Color.Fuchsia;
}
[STAThread]
static void Main() {
Application.Run(new Form1());
}
}
}
|
|
|
|
|
MrEyes wrote:
I have also noticed that "opacity" works on all machines
Silly me, I thought you were talking about opacity all along.
Anyway I had a look around and from what I can tell shape forms using the TransparencyKey are not reliable.
Shaped Windows Forms and Controls in Visual Studio .NET[^] says "Note Monitors set to a color depth of greater than 24-bit can display problems with certain parts of the form not being transparent, despite setting of the TransparencyKey property. To avoid this problem, ensure that the monitor's color depth is set to less than 24-bit in the Display control panel. When developing applications that feature this transparency, keep in mind that you will have to make your users aware of this issue." which is pretty pathetic IMO as they offer no help or even admit there is a bug.
Paul Watson
Bluegrass
Cape Town, South Africa
Ray Cassick wrote:
Well I am not female, not gay and I am not Paul Watson
|
|
|
|
|
Buggary
I saw that section and speed read it, assuming it was some inconsequential bug
|
|
|
|
|
Sooooo
Does anybody have any experience of using Transparent BLT in C#?
|
|
|
|
|
Just expose the item you want from the dialog by using a property. As long as your dialog object is still in scope, you can grab properties from it even though the window no longer dislplays. For instnace:
MyDialog dlg = new MyDlg();
string info;
if( dlg.ShowDialog(this) == DialogResult.OK )
{
info = dlg.Info
}
-------------------------
public string Info
{
get { return _info; }
}
Hope that helps.
-Matt
------------------------------------------
The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris.
--Larry Wall
|
|
|
|
|
I am currently planning a football stats project for the local football teams (in C# of course  ). It's going to be a Windows Forms app. So should I use XML or a database?
There won't be more than one user on the data store at any one time, so it's just a matter of what one is easier to adjust dynamically.
Any Pros & Cons to using an Access DB over XML or vice versa?
--Thanks for any advice.
********************
* SteveMcLenithan
* steve@steve-mac.com
* http://steve-mac.com
********************
|
|
|
|
|
Using Access at all can be a con in itself. That being said, you can't beat it for portability and cost effectiveness. The only thing I would keep in mind there is that there is, to my knowledge, no easy way to create Access databases on the fly in C# shy of using ADOX and COM+. If you don't need to creat the database programmatically, though, it's a moot point.
As far as XML goes, you should really just ask yourself why you would use it. XML, while a great and useful technology, isn't the right choice for every application. It sounds to me like you are just wanting to store some simple data that you will manipulate. I would personally go for the database just because it is fairly easy to use and the development time would be pretty quick. Adding XML, on the other hand, could produce unnecessary overhead and time consumption.
If it's your goal to learn more about XML, then it may be worth it to try it that way, but if you're under a time crunch, I would personally go for the straight SQL with a database--primarily because that is what I'm most familiar with, but also because using XML doesn't really give you an added benefit. IMHO
-Matt
------------------------------------------
The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris.
--Larry Wall
|
|
|
|
|
perlmunger wrote:
but also because using XML doesn't really give you an added benefit. IMHO
And when the app invariably needs to scale to more than one concurrent user you run into fun problems  *says Paul from stupid experience*
Paul Watson
Bluegrass
Cape Town, South Africa
Ray Cassick wrote:
Well I am not female, not gay and I am not Paul Watson
|
|
|
|
|
Thanks for the input. I think I'll stick with the Access DB. At most there will be two different people editing at the same time but always with different tables.
Thanks
********************
* SteveMcLenithan
* steve@steve-mac.com
* http://steve-mac.com
********************
|
|
|
|
|
I have sucessfully wrapped existing C++ code that controls dialogic telephony hardware into one nice managed dll file.
Here is an interface from the origional Managed C++ DLL
---------------------------------------------------------
#pragma once
#using <mscorlib.dll>
using namespace System;
namespace Telephony
{
public __gc __interface ITelephony
{
public:
// METHODS
void ClearDigitsBuffer();
void Dial( String __gc* phoneNumber);
String __gc* GetDigits(int maxDigits, float timeOutSec, String __gc* termDigits, float digitTimeOutSec, float silenceTimeOutSec,String __gc* &termDigit);
String __gc* GetDigits(int maxDigits, float timeOutSec, String __gc* termDigits, float digitTimeOutSec);
void GiveDialTone();
void OffHook();
void OnHook();
void PlayFile(String __gc* fileName, String __gc* termDigits, bool terminate);
void PlayFile(String __gc* fileName);
// PROPERTIES
__property String __gc* get_CallerId();
};
}
---------------------------------------------------------
The above worked perfectly...
I have since decided that it would be beter if I had taken the ITelephony interface out of the dialogic dll and placed it in a more generic dll file that can used to implement future wrappers for other Telephony hardware.
For this task I decided to use C# and the following is the result...
---------------------------------------------------------
using System;
namespace Telephony
{
public interface ITelephony
{
// METHODS
void ClearDigitsBuffer();
void Dial(string phoneNumber);
string GetDigits(int maxDigits, float timeOutSec, string termDigits, float digitTimeOutSec, float silenceTimeOutSec, ref string termDigit);
string GetDigits(int maxDigits, float timeOutSec, string termDigits, float digitTimeOutSec);
void GiveDialTone();
void OffHook();
void OnHook();
void PlayFile(string fileName, string termDigits, bool terminate);
void PlayFile(string fileName);
// PROPERTIES
string CallerId
{
get;
}
}
}
---------------------------------------------------------
When I recompiled the solution I noticed that any C++ class that inherited from the C# interface was now considered abstract. To confirm this I used ILDASM
---------------------------------------------------------
.class public abstract auto ansi Line
extends [mscorlib]System.Object
implements [Telephony]Telephony.ITelephony
---------------------------------------------------------
I have since found a work around for this problem by instead creating the generic dll in managed C++ using the origional C++ interface from above. Now when I use ILDASM I see this...
---------------------------------------------------------
.class public auto ansi Line
extends [mscorlib]System.Object
implements [TelTest]Telephony.ITelephony
---------------------------------------------------------
Have I made a mistake in converting my C++ interface into C# or is there a noted problem when creating C++ classes which inherite from C# interfaces?
Thanks,
Any help would be appreciated
|
|
|
|
|
Or how to return parametr to main wnd, when my modal dialog is closing?
|
|
|
|
|
Set the OK button's DialogResult property to OK. Then use this code in the main/calling form.
frmInput dlg = new frmInput();
if(dlg.ShowDialog(this) == DialogResult.OK)
{
// Code to run on OK
}
|
|
|
|
|
OK, it works, thanks.
But it I need to get some data from my modal dialog?
If I'm typing some string and after closing dialog i need to add this string into my listbox on main window?
=====================
http://wasp.elcat.kg
|
|
|
|
|
Hi guys,
I'm writing some controls to build skin application,and I would like to apply skin to the scroll bar. Because I can not change system scroll bars I think to hide the listbox scroll bar with this code:
int sb=Convert.ToInt32(ScrollBarTypes.SB_VERT);
WindowsAPI.ShowScrollBar(_toScroll.Handle,sb,0);
In my skin scroll bar code when I want to scroll I use this code:
int scroll=Convert.ToInt32(Msg.WM_VSCROLL);
IntPtr hwnd=_toScroll.Handle;
int hiword=Convert.ToInt32(ScrollBarRequests.SB_THUMBPOSITION);
int par=Convert.ToInt32(0x10000);
int par2=65535;
Debug.WriteLine(Value);
IntPtr index=new IntPtr(((Value-1) * par) | (hiword & par2));
WindowsAPI.SendMessage(hwnd,scroll,index,new IntPtr(0));
It runs correctly but each time the listbox scrolls, the system scrollbar remains visibile
Are there other methods to scroll the listbox?
|
|
|
|
|
I work on a company that makes heavy use of the COM\ATL framework for C++ component based programming. We would like to move to .Net\C#, but haven't quite resolved how to achieve all of our criteria. Outstanding issues are:
1. Type libraries
I don't yet see a concept of a binary type definition file in C#. Every C# example I've seen that defines an interface does so in a .cs file.
public interface ISayHello
{
// define properties and methods
}
This has two problems: you cannot register your interface (tlb's can be registered) and it is editable(I like giving out tlb's, knowing that the interface won't be tampered with). Can you still use idl in C#? Can you import tlb's?
2. Registry Groups
We register our COM components using a registry groups. This allows us to programmatically query the registry for a list of our company's servers. It is very important for us to be able to filter the registry contents in this way. I think I understand that the global assembly cache now replaces the registry, but I don't see a way to programattically search it, much less search it with a group filter.
3. MTA\STA
We currently create our servers in the MTA for performance reasons, and because it's more deterministic. Is there a MTA\STA concept in .Net? Is there still a message pump?
Sorry for the long post. I'd appreciate whatever advise, links or book titles that come to mind.
Aaron
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
