|
As a user, I would expect that when my UI is redrawing (if that redrawing takes a while) that it fully completes that drawing before it returns to me and allows me to edit content.
If one is using an MDI application, all child windows of a form must be drawn by the same thread. While the system should ensure that anything the user thinks he's editing is actually there, that doesn't imply that a user should be forbidden from editing anything (even in other windows!) unless everything is current.
There are many applications that operate on the general principle I describe. Google Maps, for example, allows the user to pan around a map without having to wait for everything to be updated. I hardly think that service would be improved by requiring that the user wait for each screen update to complete before being allowed to pan or zoom, or even close the application for that matter.
Of course, Google Maps happens to do updates in nice big chunks because that's how its data-transfer facilities are set up, but that doesn't mean that's the best approach for applications where data is locally available but may take a little time to render.
|
|
|
|
|
The fundamental nature of Google maps is a bit different...your only viewing, not editing. In that case, sure, delayed updates work fine, as there is no chance the user will modify incomplete information.
|
|
|
|
|
Many of the controls I design are essentially view-only, and I expect that's not particularly unusual. Even edit controls, however, shouldn't IMHO ever block the UI thread for more than a small fraction of a second. If the control needs to do something that may take awhile, it should allow the UI thread to run in the mean time even if the control itself shows a "busy" indicator and is not functional. A recent article seems to deal with this subject, so I'll have to see what I can make of that.
|
|
|
|
|
What type of control are you talking about? Some controls provide methods like BeginUpdate which can be used to prevent control from drawing until you call EndUpdate.
supercat9 wrote: Incidentally, what should be the normal pattern for controls which allow actions that may take awhile to complete (e.g. setting the RichTextBox's .rtf property)?
You can use a worker thread to load the data into memory and let UI thread read from the memory to fill the control. But still you will see some delay if the data is too heavy and I don't think that there is a method to avoid this.
|
|
|
|
|
In the particular immediate case, I'm thinking about a control that's somewhat like an enhanced ListBox which allows for the possibility of a list item changing height. When the width of the control is changed, its items get a chance to redetermine their height. My plan is to do this first for the items on the screen, and then for everything else; all items would have to be measured to set the scroll bar accurately, but I wouldn't want to hold up the entire UI thread for that.
If the control were an opaque class, it might make sense for the measurement to be done in a background thread. Since it is not, however, it would seem like very poor style to have a background thread call the list contents' measure-item methods which may not be expecting invocation outside the UI thread.
|
|
|
|
|
At worst, you could call Application.DoEvents to run any pending UI operations. Beware of issues like reentrancy though.
|
|
|
|
|
I suppose Application.DoEvents might not be totally evil in that circumstance; maintain a flag to ignore recursive calls and the rest of the UI should be able to function while the updates are completed. It would be nicer if there were a version of Application.DoEvents that would only handle certain events while ignoring others, but I don't know of any such beast.
|
|
|
|
|
I'm doing a C#/.NET home project, and need - from within C# code - to access some sort of dictionary database. The ONLY requirement is to test if arbitrary strings match to real words or not - I do NOT need any of the other dictionary or spell checker stuff, such as alternative-word-suggestions, nor word meanings ... just is the string in the dictionary or not. Not sure about plurals though?!
This is an educational exercise, so I'm definitely hoping for some kind of freebie.
If anyone's got any got ideas I'd be very grateful ... thanks.
|
|
|
|
|
If the idea is not in database usage, you could look at DataTable and DataSet and it's serializing capabilities (along with other features).
|
|
|
|
|
Many thanks. What I'm really trying to fathom is:-
1) Where do I get the dictionary info from in the first place. I need something someone else has already created - I don't have the knowledge to try creating dictionaries from scratch.
2) I need it in a form such that I can interrogate it programmatically. I want to present an arbitary string to it (from within C# code) and get it to return a value indicating if the string matches a known word or not - nothing more.
3) I would need the dictionary to recognise both singular and plural forms.
Best regards,
|
|
|
|
|
|
Excellent - your Google search was much better than mine! And yes, the storage format will have a big impact on the search time - some sort of successive approximation approach seems likely.
Thanks
|
|
|
|
|
|
This sort of thing has come up before and I don't remember what site the asker was directed to.
I wrote my own such thing a few years ago as a Scrabble aid. I got an enormous list of words* from a Scrabble website and imported them to an Access database.
* Actually two lists; one is 2.3MB, the other is 1.6MB and seems to be missing the non-kid-sister-friendly words.
Where shall I send them?
|
|
|
|
|
Here's[^] a link to the message I remember.
|
|
|
|
|
|
Take a look at the Hashset< string>. It should work at an acceptable pace for this requirement (and I'd like to know if it doesn't). Just load it in from a file when you start your app, and use .Contains(...).
|
|
|
|
|
If it weren't for my elderly PC setup I'd give this a go, but I'm running with Win2K Pro which means I cannot install .NET 3.5. But I think you've pointed me in the right direction regards implementation - a hash table looks a good approach to explore. Thanks. And I suppose one of these days I'd better stump up some cash and upgrade my PC?!
|
|
|
|
|
Do you have 2.0? Iesi.Collections contains a HashedSet< T> which is functionally very similar.
|
|
|
|
|
.NET 2.0 SP1 ... but no Iesi. Is Iesi a 3rd party library I need to install? And if so can you suggest a reliable source please.
Aha! ... NHibernate.org - is that it?
modified on Tuesday, January 27, 2009 6:25 AM
|
|
|
|
|
Yup the NHibernate chaps maintain Iesi iirc. Nhibernate distro, or even grab their source.
|
|
|
|
|
Are we talking NHibernate 2.0.0.Beta1 here? I can't see a release-version binary. I'd prefer to only download the binary ... is this Beta pretty stable do you know?
OK - I can see my mistake. I followed the Download link in the left-hand menu, rather then the direct link right in front of me. The download link doesn't show the release version!
modified on Tuesday, January 27, 2009 7:47 AM
|
|
|
|
|
Any of the above. Iesi is pretty stable, I doubt its changed much since the initial release. Diamond Binding has a known good version in the release (as we use NHibernate). Link in sig.
|
|
|
|
|
We crossed in the post. Thanks. See my edit to previous post.
|
|
|
|
|
Sorry, one more question. Now I've downloaded it - how do I install it?!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
