|
Awesome! I can't wait to try it. That's really good. Seems Microsoft may have outdid themselves with this WPF thing.
Thanks,
Blitz
|
|
|
|
|
DataTemplates are the #1 thing I loved initially about WPF.
I used to spend (waste?) so much time doing it in MFC.
Now I let the framework do all the work
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Here's a little example in case I'm not making any sense
<Window x:Class="MyNamespace.TestWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:local="clr-namespace:MyNamespace"
xmlns:mytypes="clr-namespace:MyTypes;assembly=MyTypes"
Title="TestWindow" Height="Auto" Width="Auto" ShowInTaskbar="False" WindowStartupLocation="CenterOwner" >
<Window.Resources>
<local:MyBaseTypeList_design x:Key="MyBaseTypeList_design"/>
<DataTemplate DataType="{x:Type mytypes:DerivedFromMyBaseType}">
...
</DataTemplate>
<DataTemplate DataType="{x:Type mytypes:MyBaseType}">
...
</DataTemplate>
</Window.Resources>
<Grid>
<ListBox ItemsSource="{Binding Source={StaticResource MyBaseTypeList_design}}" />
</Grid>
</Window>
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Thanks, that is also awesome and really helps alot. This way, if I can't do it in blend, I can hand code it.
Blitz
|
|
|
|
|
Having the static "designer" data helps alot - then you can have
live data to see while designing the DataTemplates.
Cheers!
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
What is "the static designer"? Are you talking about how Blend will populate it with some data while you are working on it?
Thanks,
Blitz
|
|
|
|
|
Heh sorry, I didn't word that right...
I meant that static resource shown in the xaml sample with the
"_design" suffix on the name. It's just a wrapper around a collection<T>
type that adds a few items to the collection in the constructor.
That way there's data available at design time (can be seen in both Blend and VS)
of the actual types I'm designing data templates for, and I can see them as they'll
look in the listbox.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
|
Hi ,
I plaved a combobox and a listbox in a .xaml page. I used LINQ to fill combobox. I want the selected value to be displayed in the textbox. But i am getting object and not the exact value.I used like this,
var value=additem.selectedItem;
text1.text=value.ToString();
Pls help me!
Gomathi R
|
|
|
|
|
GomathiR wrote: text1.text=value.ToString();N/blockquote>
Because you are doing a ToString() on the object. You would need to use the objects porperty value.
e.g.
var value=additem.SelectedItem as YourObject;
text1.text = value.PropertyInYourObject;
You can do it in XAML itself also, databinding the Text property of text1. See if this works,
Text = ="{Binding ElementName=additem,Path=SelectedItem}"
|
|
|
|
|
|
Hi,
thank u very much for your help. Its working now.
Gomathi R
|
|
|
|
|
|
Hi all,
We develop classic business applications (relational DB, GUI etc.). We are considering implementing our business processes using WF.
We consider WF as a means of simplifying development and making maintenance of complicated logic easier (Persisting, multiple async users, etc. are not relevant. The WF replaces a synchronous call to a static method).
During the few weeks we have tested it we found out it does have some quirks and we also learned about the expected, totally different, ver 4 (though we cannot wait for it).
We have not been able to find someone with actual working experience that can tell us weather working with this technology actually pays back.
Can anyone help from their own experience?
Thanks,
Asher
|
|
|
|
|
Asher Barak wrote: Can anyone help
I don't know that you are going to get very many responses but here's mine. About 2 years ago I had to implement several business processes in MFC. It was a nightmare and took a couple of months to get it worked out. My latest project is using WPF, WCF and WF. I decided to try WF for the processes that I had to do before and see if it would work for us or not. The first workflow took maybe 3 days to create and worked the way I expected the first time out. I have had to add things to it but the core has remained the same since. Worked out really great for me. The second workflow took less than 1 day to create the base. I had to shift to other priorites so it's not quite finished but I expect that I could finish it in a couple of hours. So the WF has worked out fine for me and I think that I am going to stick with it unless I discover some really compelling reason to switch.
The big caveat here is that that I am not using any of the more advanced features of WF as yet. I am just doing some really basic stuff.
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
Help humanity, join the CodeProject grid computing team here
|
|
|
|
|
|
Hi friends,
I have a MFC dll which i m trying to load in Wpf. My Dll consist of a dialog which i
am trying to embedd in WPF Browser. i have done following steps.
a)Build my dll using /clr option
b)I have created a namespace in DLL and added a class which is being derived from
HWNDHost.
c) i have overridden
protected override HandleRef BuildWindowCore(HandleRef hwndParent)
{
}
in this function i have created a dialog and returning the handle of the window.
In the Main application(WPF) i am adding the reference of the Dll, then creating the object of it and then making it as a child control of WPF panel
my applications gets the handle of the window but it crashes..
Can anyone correct my steps if they are wrong
Thanks in Advance
Regards
Samir Satardekar
|
|
|
|
|
Did you look at this[^] ?
|
|
|
|
|
|
|
|
you will need to declare the 'ctrl' namespace in your XAML namespaces.
|
|
|
|
|
Stop reposting in different forums. I seen your post in the C# forum also. Stick to a forum.
|
|
|
|
|
I have a WPF application (client/server). i had created .exe file. when i install it on my client box it will install all the the dll's in the program files/manufactuere/ productname folder.It will install dll's of different languages also( spanish dll's in ES folder, portugese dll's in pt folder in program files/manufactuere/ productname)
What i need is when client is installing it i need to give him an option to select the language. based on the language it should install the concerning dll's in the client box.
Setup project is not giving any option to select language.
Please help thanks.
|
|
|
|
|