|
Like this,
this.WindowState = WindowState.Minimized;
where this is my Window object.
|
|
|
|
|
|
Appreciate the reply. Glad to be of help.
|
|
|
|
|
Hi,
There is a weird problem for which I will have to do some explanation on background.
I am working on a WPF client application which has about 3-4 usercontrols loaded, each having a listview displaying records using a observable collection. This observable collection is a collection of class instances that follow the INotifyPropertyChanged model. Upon each change in the collection the change reflects onto the listview column. Updates to existing rows in the collection keep streming in from the server using WCF TCP/IP at about 100-200 updates per second.
The issue is that once in a while the UI just freezes and then the no of threads attached to the process (seen in the task manager) keep on increasing exponentially.. I have no clue why this happens.. when i debug the updates are still coming in and observable collection is still getting updated.. but the UI hangs.. This does not happen always or on a particular action.
I am using Dispatcher.BeginInvoke when adding items to the listview but not when updating the properies of instances within the collection as observable collection automatically takes care of such updates. I am also using Virtualization in listview which is anyways enabled by default.
Any clues what could be causing this..
Pankaj Chamria,
Software Programmer.
|
|
|
|
|
Suggestions,
- The only thing striking from your description is, your object implements INotifyPropertyChanged. ObservableCollection inherently implement the change notification. You might want to try disabling the property change mechanism of the objects and just rely on the ObservableCollection.
- What DispatcherPriority do you set for BeginInvoke ? Did you try setting it to a lower priority e.g. Background ?
- Don't update the main Observable collection. Work on a different one and periodically replace the main one with the updated one. I don't feel good about this one though :>
|
|
|
|
|
Thanks for your reply.
I am using two collections. Collection A is a list of objects which implement INotifyPropertyChanged. It gets updated continuosly using a worker thread. Collection B is my observable collection hosted in the UI thread, which observes on Collection A elements. I used Normal priority. Using Background too causes this issue, although it occurs less frequently.
The issue seems to be with the wpf framework, although i am not sure. I found the solution to my problem on the following thread, which makes for a good reading.
http://social.expression.microsoft.com/Forums/en-US/wpf/thread/e55530dc-a358-4c6b-81b6-25a11c173a22/[^]
Now i let the background thread do the updations as fast as it wants to without raising the property changed events at that time, but i raise all the property changed events for all objects in collection from the UI thread on every 100 frames using the CompositionTarget.Rendering event. Now the hang problem is thankfully put to rest!
PS: You mentioned that even without raising the property changed events, my listview should get updated as I am using the observable collection. But I tested it out. It does not work without raising the PropertyChanged event, for my design of using 2 collections.
Pankaj Chamria,
Software Programmer.
|
|
|
|
|
The article was definitely a nice read.
You did not mention that you were working with 2 collections. The fine frequency of update would be causing WPF go bonkers, I sensed that and so provided you the third option.
I had faced something similar when WPF was beta. I needed updates as fast as 100ms with plotting on a WPF graph. The app just died away! Microsoft recommendation was wait for the 3.0 release having performance boosting. I settled with DirectX plotting finally.
It's great to know you've got things sorted out. Have fun :>
|
|
|
|
|
Can you offload any of the work to a Background Worker thread?
|
|
|
|
|
My searches are coming back with limited results, so I thought I would ask the question directly.
What's best in terms of components (DataGrid) or even framework (WPF) to use to develop a Windows desktop application the UI of which is primarily going to consist of two read-only data grids which needs to be updated in real time with data coming in from serial ports at a 10Hz rate?
Thanks in advance.
Siraj.
Siraj Podikunju
SP Consulting, Inc.
sirajp@spconsult.com
|
|
|
|
|
Try WPF. The new .Net 3.5 SP1 improves WPF performance.
|
|
|
|
|
I'm trying to force the aero appearance in a wpf form. My app.xaml file looks like this:
<Application x:Class="AnagramsWPF.App"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
StartupUri="Window1.xaml">
<Application.Resources>
<ResourceDictionary Source="/PresentationFramework.Aero;component/themes/aero.normalcolor.xaml" />
</Application.Resources>
</Application>
When I run the app under the debugger, it runs fine, but if I run it without the debugger, it throws this exception:
'/PresentationFramework.Aero;component/themes/aero.normalcolor.xaml' value cannot be assigned to property 'Source' of object 'System.Windows.ResourceDictionary'. Could not load file or assembly 'PresentationFramework.Aero, Culture=neutral' or one of its dependencies. The system cannot find the file specified. Error at object 'System.Windows.ResourceDictionary' in markup file 'AnagramsWPF;component/app.xaml' Line 6 Position 29.
I have no earthly clue how to fix it. Can anyone help?
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Change it to
<ResourceDictionary Source="/PresentationFramework.Aero,
Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35,
ProcessorArchitecture=MSIL;component/themes/aero.normalcolor.xaml" />
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
That makes it fail under debug as well.
'Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, ProcessorArchitecture=MSIL;component/themes/aero.normalcolor.xaml' value cannot be assigned to property 'Source' of object 'System.Windows.ResourceDictionary'. Cannot locate resource 'version=3.0.0.0,%20culture=neutral,%20publickeytoken=31bf3856ad364e35,%20processorarchitecture=msil;component/themes/aero.normalcolor.xaml'. Error at object 'System.Windows.ResourceDictionary' in markup file 'AnagramsWPF;component/app.xaml' Line 6 Position 29.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Sorry - I should have put it in as
<ResourceDictionary Source="/PresentationFramework.Luna;V3.0.0.0;31bf3856ad364e35;
component\themes/luna.normalcolor.xaml" />
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
That was it. Thanks. 
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
No bother. Glad to help.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
Weren't you just ranting about how much you hate WPF and yet you are using it? What's up with that? Just wondering
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
|
|
|
|
|
WPF, in my opinion, is one of the greatest technologies in software development. Period! I am working on a project now that would have taken me eons with MFC. With C# and WPF, it is a breeze - and the power is amazing.
|
|
|
|
|
BlitzPackage wrote: WPF, in my opinion, is one of the greatest technologies in software development.
I'm willing to bet that you haven't even been a programmer for more than just a few years (if that)... The people that "don't get it" (like me) have been programming since long before Microsoft even existed.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Actually, my apologies if I offended.
Indeed, my comment is meant to communicate my effusive assessment of WPF.
However, you are right that I am new to programming. I actually started with C++, moved to Visual C++, then to C# and WPF. I am self-taught and have been toying around with all of this since around 1999 or so. I just started developing my own software app about a year ago in WPF.
At any rate, I hope you find solutions to your challenges.
Cheers,
Blitz
|
|
|
|
|
Since when do you have to like a given programming "technology" to code in it? I don't like .Net either, but I'm coding in it. I'm "using" WPF because my job requires it. Believe me - if it didn't, I certainly wouldn't.
In this particular case, the functionality I'm trying to implement was possible in WinForms in about a dozen lines of code, taking about 15 minutes, including the research into how to do it. In WPF, it has so far taken me two days and required four times as much code. Tell me how that's "better than WinForms".
In our particular project, there is simply *no need* for the added complexity and hassles imposed by WPF, and that annoys me to no end.
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Is there any way to customize the look and feel of the IME candidate window with WPF? Can this be done without writing our own custom TextBox-like control? Any pointers would be extremely helpful!
|
|
|
|
|
Hi All,
I'm having a few trouble with Callbacks in this scenario. I have developed a prototype service that, in true time honored fashion, works on my machine!!! But now I'm running on my dev desktop at work and I get this error on startup of the service:
"A user callback threw an exception. Check the exception stack and inner exception to determine the callback that failed."
I do use a callback contract in the service but I think the real issue is the lack of credentials on the service host.
I'm creating the servicehost, behaviours and endpoints all in C# code, not in config.
Does anyone have any pointers as to how to provide these credentials to the service host to get this service functioning in a more secure environment?
Cheers,
|
|
|
|
|
Try just setting the credentials of the service to run under the account that you need.
|
|
|
|
|
You know what ... I drove home from the office just after posting that and had the exact same thought. I'd left out the credentials on the ServiceBase object ... it's got nothing to do with the Wcf component and everything to do with the ServiceBase it's running in.
Thanks chap.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
