Cinch Source Code Rss Feed

Source code checked in, #70832

sachabarber — Thu, 20 Dec 2012 13:30:21 GMT

• Fixed this issue: http://cinch.codeplex.com/discussions/398290 • Changed it to build against Any CPU : http://cinch.codeplex.com/workitem/7128 • Swapped out WeakProxy insides for better workings, as stated on Paul Stovells blog : http://www.paulstovell.com/weakevents. This meant I lose the IDisposable implementation of this class, but I doubt that was ever used, so if you did use it as IDisposable, sorry but that made no sense

Source code checked in, #70298

Project Collection Service Accounts — Mon, 01 Oct 2012 21:36:45 GMT

Upgrade: New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link: http://go.microsoft.com/fwlink/?LinkId=254563

Source code checked in, #70297

Project Collection Service Accounts — Mon, 01 Oct 2012 21:31:58 GMT

Checked in by server upgrade

Source code checked in, #68724

sachabarber — Thu, 05 Apr 2012 06:22:22 GMT

Adding enhancements to the WPF message box service based on Cinch user Michel Renauds comments. In fact Michel provided the work I just reviewed it and added his extra methods. In his words this is why they needed adding Early on when we started using Cinch, we noticed some limitations in the message box service, namely hardcoded captions (we sometimes need something more explicit, and the apps are bilingual too) and inability to set a specific button as the default button (e.g. having "Cancel" as the default instead of "Ok" ). I ended up adding more methods to the service to take care of that.

Source code checked in, #66567

sachabarber — Sun, 04 Dec 2011 10:29:40 GMT

Removed unused Cinch.WPF MediatorSingleton that was npt part of solution but existing on disk. My bad, Cinch.WPF always uses common linked MediatorSingleton file. This does not effect the Dlls just the files on disk, so no harm done here.

Source code checked in, #66567

sachabarber — Sun, 04 Dec 2011 10:29:40 GMT

Source code checked in, #66413

sachabarber — Sun, 27 Nov 2011 17:53:51 GMT

1. TabControlEx loaded event 2. Small changes on RestoreFieldValues() methods to protect against null stored values

Source code checked in, #65254

sachabarber — Wed, 07 Sep 2011 20:00:23 GMT

Fixed a silly mistake where I had changed the StoreValues for DataWrapper base class, but forgot to override RestoreValues(..). This fixes this problem : http://www.codeproject.com/Messages/4008953/EditableValidatingObject-CancelEdit-and-NPC.aspx

Source code checked in, #64992

sachabarber — Sat, 27 Aug 2011 06:54:46 GMT

Fixing this issue : http://cinch.codeplex.com/discussions/248599

Source code checked in, #63736

sachabarber — Wed, 06 Jul 2011 18:43:59 GMT

Carrying out request : http://cinch.codeplex.com/discussions/264023

Source code checked in, #63660

sachabarber — Tue, 05 Jul 2011 19:41:45 GMT

Had to change DataWrapper<T> as the check in for fixing another issue broke something I forgot to change in DataWrapper<T>.IsDirty code. Ooop sorry.

Source code checked in, #63612

sachabarber — Mon, 04 Jul 2011 08:48:03 GMT

Added the following requested features: 1. Resynced with MefedMVVM version 75221 2. Added GenericRule class 3. Added Validator class 4. Added new ViewModel interface IViewStatusAwareWindowInjectionAware, to allow WPFUIVisualizerService service to inject full IViewAwareStatusWindow into popup ViewModel 5. Added WeakDelegateReference class 6. Altered WPFUIVisualizerService to fix this issue : http://cinch.codeplex.com/discussions/263365 7. Added AsyncHost (WPF Only) (read the comments at top of this file to see example usage) 8. Added CircularProgressBar (WPF Only) 9. Added AsyncFailedUserControl (WPF Only) 10. Added AsyncBusyUserControl (WPF Only)

Patch Uploaded: #7947

HelmutE — Mon, 03 Jan 2011 09:14:14 GMT

HelmutE has uploaded a patch.

Description:
Patch to being able to call Dispose() on the view through it's data item WorkspaceData.
Just call Dispose() on the WorkspaceData so it's going to call the Dispose() of the view, if it implements IDisposable.

Added a call to Dispose() on closing a tab in TabcontrolEx on it's data item.

Source code checked in, #55703

sachabarber — Sun, 02 Jan 2011 08:36:07 GMT

Forgot to add ICinchDisposable to SVN source control. Grrr…Ooops sorry

Source code checked in, #55664

sachabarber — Sat, 01 Jan 2011 09:07:34 GMT

1. Modified the WPFOpenFileService/WPFSaveFileService to allow FileName to be set to new value. Previously any set of FileName was ignored. See this Cinch post for details : http://cinch.codeplex.com/workitem/5300 2. Added the ability for the WorkSpaceData classes to be populated with their constructed ViewModel, such that the current ViewModel could be used to create a new ViewModel with the same data. See these Cinch form posts for details : http://cinch.codeplex.com/Thread/View.aspx?ThreadId=239314 and http://cinch.codeplex.com/Thread/View.aspx?ThreadId=237461 and http://www.codeproject.com/KB/WPF/CinchV2_4.aspx?msg=3685737#xx3685737xx 3. Made the CinchV2.WPFUIVisualizer service use WeakEvents, as there was a potential that the spawning ViewModel could live longer than the popup. I had missed this one, and although I do not think it was a memory leak as such, as it was only using memory while parent VM was around, and that got GC’s when its parent VM was GCd, it was worth fixing, so I fixed it. 4. Made the CinchV2.ChildWindowService unhook from the ViewModelBase. CloseRequest event when the ChildWindow is closing. Which allows the ChildWindow to be GCd 5. One user spotted something silly that I did which was pretty stupid of me, I implemented the IDisposable interface in Cinch.ViewModelBase class. And according to MEF programming guidelines : http://mef.codeplex.com/wikipage?title=Parts%20Lifetime&referringTitle=Guide if your part (and Exported ViewModels are MEF parts) and your part implements IDisposable even if you declare your part with a [PartCreationPolicy(CreationPolicy.NonShared)] MEF will keep the part hanging around, as it expects you to ask the CompositionContainer to release it, by using a call to ReleasePart(..). Now as Meffed is not my code, the solution seemed to be to not use the IDisposable interface. So what I have done is to create a new ICinchDisposable interface which has single Dispose() method, and that is what the CinchV2 ViewModelBase class now uses. I should have spotted that one. Sorry

Source code checked in, #52330

sachabarber — Sun, 17 Oct 2010 09:54:38 GMT

One user reported DataWrapper<T>.IsDirty was not working in Silverlight even though it was in WPF. The user reported a fix which I have included in SL code branch, I left WPF code alone as it was working just fine. To read more about this you can read this post : http://www.codeproject.com/Messages/3620814/IsDirty-in-a-DataWrapper-bound-to-by-a-checkbox-wi.aspx

Source code checked in, #51807

sachabarber — Sat, 02 Oct 2010 09:45:48 GMT

Added the following user suggestions 1. Additional IsReadOnly property on DataWrapper<T> which is the inverse value of IsEditable DataWrapper<T> property, but is also a full INPC property. This means that using the DataWrapper<T> with controls that support IsReadOnly, such as TextBox is even easier, and no longer requires a ValueConverter 2. Added in new ParentViewModel property in DataWrapper<T>. Which can be used to perform cross property validation within a DataWrapper<T> rule. For more information on this, see : http://cinch.codeplex.com/Thread/View.aspx?ThreadId=228895 3. Added cleanup method to the IViewAwareStatus/ViewAwareStatus for Silverlight. I would liked to have used WeakReference approach like I did with WPF version, but ran into issue with Silverlight, so opted for a new PerformCleanUp() method that unhooks the FrameworkElements Loaded/Unloaded events (which allows View to be GCd). The best place to call this is in the ViewModel Dispose methods, where you should override the ViewModelBase dispose method. The only tricky bit is figuring out when to call Dispose() on your Disposable ViewModel. The Cinch.SL demos are unable to show this due to the style of demo, but what I would recommend is that if you have some sort of tabbed interface, have a close button on the TabItem which can call Dispose() on your Disposable ViewModel, which will unhook all events for you.

Source code checked in, #51137

sachabarber — Sat, 11 Sep 2010 05:59:05 GMT

One CinchV2 user spotted a weirdness where design time data was not working with latest version of MefedMVVM (even though I swore I checked it), I talked to this with Marlon and he did make a breaking change by accident, which has now been fixed in MefedMVVM 60612. So I apologize dear users, but this time it was not me, it was him Marlon. Tee Hee. At least it is all good now, all fixed and verified and checked in. Based on this Marlon and I have agreed that every time he updates MefedMVVM we will test it against CinchV2 even if I decide not to resync with MefedMVVM at that stage. This release also includes a tiny fix for the debugger display string in the WorkSpaceData.ToString() method. My bad ooops

Source code checked in, #50505

sachabarber — Sat, 14 Aug 2010 10:48:06 GMT

Add a couple of enhancements that users have requested, I was waiting until I got a good list of enhancements together and do them all at once, to minimise the number of downloads. So the following have been done: • Altered Cinch V1 DataWrapper to take a Action in its constructor such that when the Cinch code generator is used the non auto generated part of the overall ViewModel class will be called back using the Action passed to the constructor of the DataWrapper when a property changes. Also got rid of ridiculous condtructors on the DataWrapper class, and also made it a partial class • Modified the Cinch code generator to support this, so when you next run the code generator you will see what it did. I basically added another callback call inside of DataWrapper<T> class • Altered Cinch V2 DataWrapper the same way as I did for V1 above. • Removed small issue in the WorkspaceData.ToString() override where I did not take into account a possible null dataValue. As you never know what this value could be (it could be any object) I have removed the ToString for the dataValue entirely. This is described at : http://cinch.codeplex.com/workitem/4917 • Made the following classes partial o ValidatingObject (Cinch v1 and Cinch v2) o ValidatingViewModelBase (Cinch v1 and Cinch v2) o ViewModelBase (Cinch v1) o ValidatingViewModelBase (Cinch v1) o WorkspaceData (Cinch v2 WPF only) • Added a new ViewAwareStatusWindow service targeting Windows • Added a Non mandatory extra event to WorkSpaceData that can be used to cancel a closing of a workspace. Revised WPF demo to show this for ImageLoader workspace and left About workspace as it was to show it is not mandatory. Resynced with MeffedMVVM release 58837

Source code checked in, #48912

sachabarber — Mon, 19 Jul 2010 19:27:05 GMT

Had to checkin due to me being a completed and utter SVN imbecile, for which I am incredibly sorry readers. Honest this was last change, and then I realised I forgot to manually add a file to SVN. Grrr. Done now.