|
Change you List<node> to an observablecollection<node> (reference system.collections.objectmodel) and comment out the update method after adding a node!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Seems to be working  Thanks!
|
|
|
|
|
Using the right tools makes a huge difference, the observable collection and the onpropertychange wire up is what makes xaml binding work.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Hi,
I would like to purchase an apple mac laptop for learning and developing in:
1- visual studio express 2010 i.e. silverlight/wpf
2- sql server express 2008
3- Winidows phone 7
Is it possible to install the above softwares on apple mac laptop please?
Thanks
|
|
|
|
|
You will have to install windows on your mac first either via a virtual machine or boot camp http://support.apple.com/kb/ht1461
Its the man, not the machine - Chuck Yeager
If at first you don't succeed... get a better publicist
|
|
|
|
|
|
If your only reason to buy a laptop is to learn everything there is to know about visual studio, silverlight, wpf, WP7,... why on earth would you consider a mac?
|
|
|
|
|
Hi all, I am new to silverlight. I am a ASP.NET developer. I have to work on a project in which DevExpress Controls and Silverlight is used but i have only initial level undersatnding. Lots of work needs to be done on DevExpress Grid Control and it will be a copmlex grid in which data coming from different sources.Apart from this WCF RIA and Entity framework is being used. Please help me out to solve the devexpress grid finctioality in silvelight and please suggest me what are the best approaches to get familiar with these as soon as possible.
Thanks
|
|
|
|
|
Check out the help and documentation on the grid here[^].
There are a few demos available as well.
Too much of heaven can bring you underground
Heaven can always turn around
Too much of heaven, our life is all hell bound
Heaven, the kill that makes no sound
|
|
|
|
|
Hi;
I have been wrestling with microsoft's changing standards and technologies like many of us. with that I was really not prepaired when silverlight 3/4 came out and WPF. I'm a winforms guy.
So I have been looking for an example of a project that will show me how to use an MVVM pattern with WPF with an Icommand in it. That may seem trivial to most here. but I just have allot of problems with the databinding concepts and the viewmodels. I would like to create a control that I can host in a window that is XAML and have that control connected to a viewmodel and use ICommand for the clicks and such. Everyone adds their own classes and it seems to clutter up the core concept for a rookie. I would like to use a WCF service to fill the UI with data and back and forth. Can someone furnish me with some info on this. this may need a couple of tutorials or just one good one to get me off to the races. I want to use the ICommand so that I will be able to use some of that MVVMness with Silverlight 4.
I thank you in advance for your help.
Blessings and regards
-Peter
|
|
|
|
|
|
Not that its going to help you, but I've NEVER seen a good MVVM tutorial. They are all WAY too complicated and try to introduce too many concepts at once. If you don't get data binding concepts with writing non-MVVM code, I'd start there. MVVM is only going to confuse you more. Next step would probably be to learn how to use RelayCommand and RelayCommandT in non-MVVM code. Honestly though, you'll need an MVVM framework cuz you can't do MVVM with .Net out of the box, you need a lot of support infrastructure first.
|
|
|
|
|
Honestly though, you'll need an MVVM framework cuz you can't do MVVM with .Net out of the box, you need a lot of support infrastructure first.
I completly disagree. I do MVVM apps all the time and I strt from scratch. Once you understand some basics, it's really not that hard.
MVVM is just a pattern. Most competant programmers are already conforming to some patter, whethere it's n-tier or something else.
Everything makes sense in someone's mind
|
|
|
|
|
Kevin Marois wrote: I do MVVM apps all the time and I strt from scratch
Yeah but I bet you have a bunch of tools/utilities/styles etc. I know I have and you could almost call them a framework.
I started off with MVVM light but we kept extending the dammed thing with stuff we need specific to our style. Starting a new project is a bitch, you need to chase around and get all the really useful bits from the last project(s). We now have most of them in a single utilities project but it keeps changing!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
... because its awesome to have 50 copies of all your classes strewn across 100 projects and have all the different versions be different 6 months down the road rather then put it in a reusable library  .
I don't use any of the "popular" MVVM frameworks like MVVM light, Cinch, etc... but I do have a framework that I put together myself... c&p'ing code repeatedly is just silly.
|
|
|
|
|
SledgeHammer01 wrote: c&p'ing code repeatedly is just silly
I just wish I could put styles in a central, reusable project like I can with code.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Why can't you? I do this all the time. You basically create an assembly full of resource dictionaries.
|
|
|
|
|
So every time you write a new MVVM app, you write the following from scratch:
1) RelayCommand and RelayCommand<T>?
2) ViewModelBase?
3) a Messenger service to communicate between ViewModels?
4) a ViewLocator?
5) a dialog service?
Aside from the above obvious "required" stuff, you also usually need:
1) some way to map events to commands
2) a DI container
3) lots of other little things here and there... for example a way to bind to DialogResult, a way to bind to multi-select list controls, etc.
Thats just off the top of my head...
|
|
|
|
|
Have you read my series of articles? (See my sig for a link)
I didn't use a framework, just a couple of classes that make things easier, and the example as a whole is, I think, about as simple as it can get and still be real enough to be more than a trivial "Hello World"
It's WPF - but converting to Silverlight is pretty easy if you need to.
|
|
|
|
|
In 95% of projects MVVM adds another degree of complication that is simply not necessary. For what? To separate the UI from business logic? You are probably doing this anyway. For automated testing? I fail to see how automated testing can test anything but the simplest of scenarios.
Check the excellant tutorials on the Silverlight site to get started. Look into entity framework (EF) and Domain Services to generate code for backend database access. Use one of the business application templates to stub out a new project with styling. Avoid MVVM unless you are working on a team of dozens.
|
|
|
|
|
Glosse wrote: In 95% of projects
Did you know that 78% of statistics on the internet are just made up?
Glosse wrote: I fail to see how automated testing can test anything but the simplest of scenarios.
Then you're doing it wrong
Have you ever actually developed an MVVM project?
I rather tend to agree that there are many cases where MVVM would be overkill if you were just going to use it for a single small project. But if you develop using MVVM for everything, it becomes second nature, and you start thinking in MVVM terms. It is massively helpful in large teams, or when the gui design may change (i.e. you have customers) but there's no reason to avoid it in any size team (from 1 up) - at the very least, once you know the pattern and are familiar with your way of doing it, there's no disadvantage.
|
|
|
|
|
I'm on a 1 1/2 man team and have written WPF projects using both MVVM and non MVVM ways. The non MVVM projects are complete clusterf**ks in terms of code organization. Everything is hacked together with duct tape and chicken wire. I then developed my own MVVM framework (the right way) and wrote a few projects using it. The code is MUCH cleaner, MUCH more elegant, there are very few "cheezy hacks" and there is no duct tape and chicken wire holding things together. Thats the biggest advantage of MVVM IMO. The biggest PROBLEM IMO is getting a framework together that actually allows you to do MVVM properly. Theres much, much, much more to doing proper MVVM then just having a RelayCommand<T> implementation that you C&P everywhere. Once you've done a few MVVM projects (the right way) and have it all fleshed out, the next project is much easier since you've already solved all the typical MVVM problems and of course put it all together in a reusable framework.
|
|
|
|
|
I think that's what I said, isn't it?
The only reasons I wouldn't use MVVM (at least for silverlight/wpf) would be:
Pre-existing project where conversion isn't practical.
The Boss Told Me To Do It Another Way (aka the other devs don't understand)
I'd never done MVVM before, didn't have the framework bits and bobs I do have, and didn't foresee more than this one project
I think it's that third one that gets a lot of people. They think that they are just going to develop one thing in wpf, and it's a small one, so the overhead of getting to know WPF outweighs the benefits for this one project
Usually, I think, what happens is that this project grows into the sorry cheezy-hack state you describe, and other projects follow - each of which is met by the "it's too small to use MVVM"
The thing I personally like about MVVM is the way it enables me to change the way I think about the design of a project, without worrying too much about what it's really going to look like. Conversely, once the tech design is done, I can sit and play with the pretty stuff until it blows the socks off my customers, who generally do like shiny objects.
|
|
|
|
|
I took me about 4 months to get my MVVM framework from nothing to where its at now where it does everything I need. When I first saw MVVM, I thought, yeah, its overkill for a small app, so I avoided it like the plague. But thats simply because I didn't fully understand it yet. Thats the case with everyone who says "its not worth it in a small app"... they just haven't gotten it yet. At this point, I'd even write a Hello World app using MVVM because the code is so much cleaner.
|
|
|
|
|
I stand abashed. MVM was devised by people far smarter than me. However, coding trends come and go.
It would be interesting to do a survey to see how many are actually using the MVVM pattern, or are planning to use it. MVM seems to fly in the face of the KISS principle.
As a consultant, bidding and developing LOB apps is very competitive. Time is money. Code should be concise and logically structured. It should be easily picked up and modified at a later date.
What are the benefits? You say it is elegant. You say once you get used to it its easy. In the middle ages wearing a hair shirt or self flagelation were thought to bring you closer to God.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
