|
Is the Grid-tag just good to define the layout/alignment of controls, or can be used as a true grid control?
Does it allow scrolling with a fixed header? Can I navigate through the cells with the arrow keys?
If I want an array of 20x20 edit boxes, do I have to define each edit box or can I use the ColumnDefinition/RowDefinition to get a column/row of controls?
Does the grid itself has any events to notify the parent that cell x,y has changed, is not beeing edit etc.?
Links with information about the grid would be great too.
Thanks Andre
|
|
|
|
|
|
I found MS to be pretty responsive, not as collaborative or quick as CP.
http://forums.microsoft.com/MSDN/ShowForum.aspx?ForumID=119&SiteID=1
|
|
|
|
|
Thanks, from what I've read so far the grid is not a true grid control, although Microsoft calls it so. It just defines the layout of the child controls like a table.
Dustin Metzgar wrote: You might not get much help this early in the game.
Isn't Avalon under development since 5 years? Also after all the hype Microsoft already made around WinFX/WPF I'd expected a little bit more than a set of common controls that we already had on Win95.
I'll guess we have to wait for 3rd party controls again 
|
|
|
|
|
Actually, I just read in the forum posted above that they don't have a date/time picker. I guess I can understand why it's lacking in the features department because the backend of it is the most important. They're now pushing the graphics processing off to the video card, which is a big step in the right direction IMO. You might not have a date picker, but you can place 3D objects in your windows. 
Don't worry. In a couple more years, we might actually have a workable system. 
Logifusion[^]
|
|
|
|
|
Dustin Metzgar wrote: Don't worry. In a couple more years, we might actually have a workable system.
I like the idea of using markup to declare the UI, but so far I'm not impressed at all. The designer always ends up with invalid XAML and if I get a WPF app running it eats a lot of memory just for an other set of controls which we already have in Windows Forms and the Windows common controls 
And the Grid-tag is basically nothing else than the Table-tag, just that the child controls can be layered
Is it possible to create custom controls using XAML? Can I invent my own tags and put it into XAML?
|
|
|
|
|
ABuenger wrote: Is it possible to create custom controls using XAML? Can I invent my own tags and put it into XAML?
Yes, you can definitely write your own controls: http://windowssdk.msdn.microsoft.com/en-us/ms745025(VS.80).aspx[^]
I'm not sure about writing your own tags though. There's an xsd out there that xaml files are validated against. I imagine if they let you add your own tags, it would cause errors with the validation. It looks like the custom control they make in the article does not have its own tags.
Logifusion[^]
|
|
|
|
|
You can add your own tags into a XAML file. You need to import your class's namespace via xmlns:myNameSpace="clr-namespace:MyNameSpaceBlah" in a Window or Page tag. Then you can include your own types in XAML by writing:
<myNameSpace:MyType />
I think CP needs more .NET 3.0 space! Perhaps part of the reason that many CPians are exploring .NET 3.0 (assuming that is actually the case) is because CP hasn't launched forums for those topics yet...
Josh
-- modified at 13:16 Wednesday 21st June, 2006
|
|
|
|
|
-an other set of controls which we already have in Windows Forms and the Windows common controls
From the perspective of someone accustomed to coding up UI and attaching it to business logic, it kinda feels like a step backwards. I can see it as win for an organization that wants to use differently skilled (often less expensive) people with graphic design and/or HTML background to focus on UI layout and wiring in the presenation layer (validation, data binding, etc.) objects.
Alas, it forces one into a rather strict (not extensible) UI/code model that I personal am not enjoying yet. I have to find a way take an event driven back-end and find some way to mate to a property oriented front end (not pretty thus far) so that our useability folks can do app. development without coding. I'm hoping the story will get better as I understand it more.
|
|
|
|
|
No, the Grid in WPF is strictly for layout purposes. It not a data container, like DataGridView. If you are looking for a data grid control, Infragistics has their DataPresenter, which you can request from them.
Cheers,
Josh
|
|
|
|
|
Have some architectural issues I need to hash out.
|
|
|
|
|
There aren't any WPF (or .NET 3.0) forums yet, but there have been murmurs here and there requesting them. I think that right here in the .NET Framework forum is a good place to post such questions, especially since they changed the name to .NET Framework 3.0 
Josh
-- modified at 11:06 Wednesday 21st June, 2006
|
|
|
|
|
Hello,
I want to share datas managed in a DLL that is called by 2 different applications.
Someone said me sometimes a DLL with singleton can have 2 instances.
An other solutions exists ?
thanks
Freg
|
|
|
|
|
When a DLL is used by a process, a "fresh copy" of it is loaded into that processes address space. The singleton instance of a class in one process is a separate entity from the singleton instance in another process.
What you could do is use .NET remoting to host a singleton instance of your class. When either of your apps needs to access that truly unique instance, it would request it from the remoting service. If you need more info about remoting and singleton activation, CP has some great articles on that subject.
Josh
|
|
|
|
|
Are these applications running on the same machine or on a network?
Best,
Jun
|
|
|
|
|
|
Then it looks like a typical IPC case. In theory, all IPC mechanisms may work for your purpose, but "shared memory" should be an effective solution for significant amount of data sharing. On Windows platform, it's implemented as "memory-mapped files" or MMF. An MMF is a kernel object that maps a disk file to certain memory block of your process address space so that multiple processes/DLLs can access the same data as if they were accesing its own process data.
Google "sheared memory" or "memory-mapped file" to get yourself on the track. If you need more guidance, drop a line here.
Best,
Jun
|
|
|
|
|
The smallest deployment unit that exist in .NET is an assembly, but when you create an assembly (*.dll, *.exe), this makes them like small islands to comunicate them you need to use things like .NET Remoting to be able to let them talk, but the use of such power solution will make sense only if you are talking about processes(running in the back) or executable applications because either a private or public dll can be used in many applications at the same time with no problems.
Hope this help
|
|
|
|
|
Hi EveryOne
In VC.NET I added a button control Dynamically
My Code is:
private: System::Void Form1_Load(System::Object^ sender, System::EventArgs^ e)
{
array<Button^>^ myButton = gcnew array<Button^>(10);
myButton[0]=gcnew Button();
myButton[0]->Location = System::Drawing::Point(300, 189);
myButton[0]->Name = L"button123";
myButton[0]->Size = System::Drawing::Size(148, 41);
myButton[0]->TabIndex = 1;
myButton[0]->Text = L"Added";
myButton[0]->UseVisualStyleBackColor = true;
this->Controls->Add(myButton[0]);
this->button123->Click += gcnew System::EventHandler(this, Form1::button123_Click);
}
But
When I Added the folowing(below) code:
private: System::Void button123_Click(System::Object^ sender, System::EventArgs^ e)
{
MessageBox::Show("Verified");
}
and compiled
Then Following Error
form1 doesn't have button123
some body should help me to get rid of this problem
OK....
-- modified at 7:23 Tuesday 20th June, 2006
|
|
|
|
|
Nagaraju_Focus wrote: myButton[0]->Name = L"button123";
The Name property of a control has nothing to do with the name of a variable that the compiler can recognize. Use myButton[0]->Click instead of button123->Click.
Josh
|
|
|
|
|
Thank You
Its working fine
|
|
|
|
|
Hi Every One
i am new to .net programming
in which i am facing problem to accessing database such as
SQLServer
I request kindly send me a procedure for accessing database
OK
Bye...........
G.Nagaraju
G.Nagaraju
|
|
|
|
|
|
If I write a pure C# application, only using the standart publi API, no interop, the same binary should work well on32 bit, 64 bits and perhaps on the compact framework as well if I link against it.
Now how could I achieve the same thing if I do interop and I have a managed C++ API?
let say I have a managed C++ module compiled for 3 different target but with always the same interface:
mycppmodule32.dll
mycppmodule64.dll
mycppmoduleCE.dll
let say in the C# code I also do some interop
internal class User32 // & CE ?!
{
[DllImport("USER32")]
public IntPtr GetHdc(IntPtr hWnd); // 4 byte IntPtr
}
internal class User64 // not sure it exists, but I assume....
{
[DllImport("USER64")]
public IntPtr GetHdc(IntPtr hWnd); // 8 byte IntPtr
}
Let suppose these DLLs are included as modules in my csharpdll.dll.
Now if I deploy all these DLLs, how could write a simple nice code in my C# dll which internally target whatever native lib is appropriate?
Is it possible (to keep it simple)?
|
|
|
|
|
 I am new to C# and .Net. I am trying to execute a bat file from inside a C# application. I continue to get a security error and no one here can help me out. Any ideas?
Thanks in advance.
tom
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
