|
I need to dynamically add items to a treeview, but each item should include a check box, and I need to be able to specify the font a color.
Can anybody assist me please ?
Johan Lombaard
Only two things are infinite, the universe and human stupidity, and I'm not sure about the former - Albert Einstein
|
|
|
|
|
Have a look at this[^] article to get some ideas.
|
|
|
|
|
Hello All,
What tools do you use to create 3D models and export them to XAML?
Is XAML the only format that WPF can accept for specifying 3D geometry?
Is there a XAML exporter plugin available for 3ds Max?
|
|
|
|
|
Bartosz Bien wrote: What tools do you use to create 3D models and export them to XAML?
I'm using ZAM3D http://www.erain.com/Products/ZAM3D/DefaultPDC.asp[^]
Bartosz Bien wrote: Is XAML the only format that WPF can accept for specifying 3D geometry?
Yes
Bartosz Bien wrote: Is there a XAML exporter plugin available for 3ds Max?
Don't know. Need to contact them. You "could" go from 3ds Max to ZAM3D to XAML.
modified 27-Feb-21 21:01pm.
|
|
|
|
|
Bartosz Bien wrote: What tools do you use to create 3D models and export them to XAML?
I use Cinema4D, 3DS Max and Maya. Although I'm looking into Zam3D.
Bartosz Bien wrote: Is XAML the only format that WPF can accept for specifying 3D geometry?
Yes - well, you could write your own internal 3D methods that interact with the 3D engine directly, but that would be defeating the whole purpose of XAML.
Bartosz Bien wrote: Is there a XAML exporter plugin available for 3ds Max?
It's not exactly a plugin, but you can always look at this[^] for simpler models.
|
|
|
|
|
I've been playing around with WPF a little bit. I'm using vs 2008. I'm trying really hard to see what the benefits are to using XAML. I understand that when I drag buttons and junk from the toolbox that they will be described in the XAML markup. That's fine. But if I want to do anything beyond that, like custom drawing, I don't see when XAML would be the answer. So far the only one I can come up with to us XAML is the shiny preview window in the designer. This is nice but doesn't overcome the XAML problems I'm seeing:
No strong typing.
No error handling.
No intellisense.
No inheritance. (I've seen some workarounds for this but they don't exactly excite me.)
If I write my WPF customizations in nice procedural code behind C# these problems go away. Along with the shiny preview window.
Am I missing something here?
|
|
|
|
|
There are many advantages of XAML, but disadvantages as well as you pointed out. In the case of WPF, XAML is a non-language specific description of the UI using a more natural hierarchical relationship between elements. This also enables easier code sharing between languages, and enables tools to generate XAML without knowing the nuances of a programming language. Expression blend is one such tool, and there are converters for many other third party tools as well, such as Adobe Illustrator. You can write a feature-rich app with just XAML and never touch a line of VB.NET or C#.
That being said, there are advantages to both XAML and procedural code and those trade-off decisions need to be addressed in your design. I personally like to see the hierarchical relationship, but do have some gripes when it comes to debugging complex XAML.
|
|
|
|
|
Could anyone recommend me a good example that includes FPS camera (like in Wolfenstein or Doom) THAT runs/compiles under Visual Studio 2008?
Thanks for help
|
|
|
|
|
I don't believe that is a WPF/WF/WCF question, that sounds more like Direct X. Unless WPF is hiding an excellent feature that I don't know about yet.
Regards,
Thomas Stockwell
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.
Visit my homepage Oracle Studios[ ^]
|
|
|
|
|
Hi I want to capture rezise event of WPF window ... how can I do that ... please guide...its urgent
|
|
|
|
|
ciacia wrote: its urgent
It's always urgent. Just once, I'd like to see somebody say get round to it when you can.
Anyway - the Window element in your XAML exposes a SizeChanged event so you'd hook it up as in
<Window x:Class="MyNamespace.MyClass"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Size Test" Height="411" Width="310"
Loaded="Window_Loaded"
SizeChanged="Window_SizeChanged"> This creates an event handler in the codebehind that looks like this:
private void Window_SizeChanged(object sender, SizeChangedEventArgs e)
{
}
|
|
|
|
|
Funny but useful reply. tks
|
|
|
|
|
Hi,
This is my requirement,
Can I have linklabel in my dialog to open another dialog in WPF(Xaml).
Say there is a Dialog A inside that I have couple of textboxes and a couple of linklabel,
Based on the link the user chooses I have to open Dialog B or Dialog c.
It is not a web based application but WPF application.
Any sample appreciated.
With Rgds,
|
|
|
|
|
Use a HyperLink control in the in the Click event perform any operations you need to.
modified 27-Feb-21 21:01pm.
|
|
|
|
|
I wrote a simple application in WPf and I`m getting StackOverflowException in PresentationCore.dll. It seems to be WPF bug. It`s impossible to debug or trace the cause, since exception occurs not in my code. I`m attaching the sample application which produces this exception (http://62.233.162.212/martinez/SMOG/Sample%20application.rar[^])
How to produce this exception in this application:
1. The application initially contains 2 polygons. Enlarge the "brown" one a bit
2. Turn off snaping (upper-left corner checkbox)
3. Insert the second polygon inside the former one
4. Move the bigger polygon one or two times - it always throws this exception.
Thank you very much for any help
|
|
|
|
|
The problem isn't with WPF. It's your code that's at fault - basically you have entered an infinite loop in MovePolygon where you execute this section:
foreach (var item in children)
{
item.MovePolygon(xDestination, yDestination);
} You seem to be iterating through the same item every time, and I'm guessing this isn't the effect that you want.
|
|
|
|
|
Hey all,
I'm just trying to make some nice WPF file dialogs for saving and opening files ... is the best way of getting back the file name and which button was clicked best done by implementing some dependency properties?
I keep getting compile errors like 'incorrect return type' due to the void setting on the button click event handlers and so forth.
I really don't want to use the OS native open / save dialog boxes ... they look so horrid!!
Cheers,
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
Jammer wrote: I really don't want to use the OS native open / save dialog boxes ... they look so horrid!!
You may need to rethink this because users are already used to those dialogs and it's what you "should" use for this reason. Not sure why you are having issues, they work great for us.
modified 27-Feb-21 21:01pm.
|
|
|
|
|
Oh for sure ... the standard ones work ... i'm just getting right into the design side of things and really wanting to maintain that sort of feel over the app ...
have got my dialog working now too ... no need for dependency properties ... I was barking (mad) up the wrong tree with that one.
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
If you are using the standard dialogs, the user has certain control over them through the use of themes, so if you implement your own versions, they need to be consistent with user expectations.
|
|
|
|
|
Hi Pete,
Not sure what you mean here. Do you mean the look and feel expectations or functionality or both together?
Cheers,
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
It's a bit of both. The themes issue relates to what they expect to see - the expectations relates to the interaction they expect from the dialogs.
|
|
|
|
|
Sure that makes complete sense. At the moment I have a nice little dialog that just does what I need it too at the moment ... nothing fancy but its got all the same theme as my app.
It needs expanding on before the final release for sure. I'm also not even allowing browsing to random folders at the moment its just locked into offering file names at the moment. That needs attention for the final release.
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|
|
It's fair enough to redo or change an implementation if what you are after is sufficiently different to the behaviour of a standard dialog.
|
|
|
|
|
Well ya got me there ... at the moment its really not doing anything remotely different.
Guess I'll just have to make something up!
Jammer
Going where everyone here has gone before!
My Blog
|
|
|
|