DevForce Community Forum : [COMPLETED] Widget View Template http://www.ideablade.com/forum/ This is an XML content feed of; DevForce Community Forum : DevForce Classic : [COMPLETED] Widget View Template Wed, 13 May 2026 18:07:02 -700 Sat, 29 Sep 2007 10:36:36 -700 http://blogs.law.harvard.edu/tech/rss Web Wiz Forums 9.69 360 www.ideablade.com/forum/RSS_post_feed.asp?TID=423 DevForce Community Forum http://www.ideablade.com/forum/forum_images/IdeaBlade_logo_tm.png http://www.ideablade.com/forum/ [COMPLETED] Widget View Template : Hey Dan, Certainly. I am leaving... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1378#1378 Author: Linguinut
Subject: 423
Posted: 29-Sep-2007 at 10:36am

Hey Dan,
 
Certainly.  I am leaving for the day, so Monday I will try to put something together as a summary of this widget view creation.
 
Have a good weekend!
Bill
]]> Sat, 29 Sep 2007 10:36:36 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1378#1378 [COMPLETED] Widget View Template : Can you supply your final findings... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1376#1376 Author: orcities
Subject: 423
Posted: 29-Sep-2007 at 10:32am

Can you supply your final findings and paths to final product. This thread was rather long and hard to keep track of what exactly was going on.
 
 
]]> Sat, 29 Sep 2007 10:32:30 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1376#1376 [COMPLETED] Widget View Template : Thanks for all of your help, Bill.... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1369#1369 Author: Linguinut
Subject: 423
Posted: 28-Sep-2007 at 4:53pm

Thanks for all of your help, Bill.  I am going to end this thread.  It is a bit long.  And, I think I can pursue other questions separately, now.  The new widget control view works quite well.]]> Fri, 28 Sep 2007 16:53:36 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1369#1369 [COMPLETED] Widget View Template : Yeah, that sounds reasonable.... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1363#1363 Author: Bill Jensen
Subject: 423
Posted: 27-Sep-2007 at 3:45pm

Yeah, that sounds reasonable.  It'll probably be generic <boundType>.  Be sure to follow the template pattern so a specific TabViewController can override the Add, Delete and Edit methods.
 
Bill J.
]]> Thu, 27 Sep 2007 15:45:12 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1363#1363 [COMPLETED] Widget View Template : I should create a new ControlViewTabViewController... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1362#1362 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 2:10pm

I should create a new ControlViewTabViewController in the IdeaBlade.Cab.UI project under the TabViewController folder.  When I add a new control view to a tab controller, I would just add the view using this controller.  What I am trying not to do is have to create all of that add/edit/delete code every time I add a new view.
 
Please let me know if there are any gotchas for doing it this way.


Edited by Linguinut - 27-Sep-2007 at 2:11pm]]> Thu, 27 Sep 2007 14:10:13 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1362#1362 [COMPLETED] Widget View Template : Sorry, you have to provide the... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1360#1360 Author: Bill Jensen
Subject: 423
Posted: 27-Sep-2007 at 1:55pm

Sorry, you have to provide the handlers to add, edit or delete objects.  In MasterDetailTabViewController (in IdeaBlade.Cab.UI), look at the method
 
ConfigureMasterViewContext()
 
You'll need to create handlers and register commands in much the same way in your ContactViewTabViewController.  Just walk thru the code to see how it's done.
 
The point of the command pattern is to decouple the source of the command's firing (button, menu item) from the actual command processing.  The view controller is where you "know" about how to create, edit and delete elements of your data mode.  You don't want to couple the general-purpose presenter or the ToolStripAdapter to this information.
 
Bill J.
]]> Thu, 27 Sep 2007 13:55:38 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1360#1360 [COMPLETED] Widget View Template : From what I can tell, I would... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1359#1359 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 1:35pm

From what I can tell, I would have to implement the actual add/save/delete calls (EntityManager.SaveAll(), or something like that).  This kind of thing should already be wrapped up above this toolbar somewhere and accessible to it.  I do not want to rewrite any of the code found in the MasterDetailTabViewController.  Shouldn't it have "bubbled up" someplace else, already?  Well, I hope Ward can come to the rescue and point the way on this.  I do want to duplicate code unnecessarily.  If the wheel has already been created...]]> Thu, 27 Sep 2007 13:35:38 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1359#1359 [COMPLETED] Widget View Template : Here is the method in the Do... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1358#1358 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 12:05pm

Here is the method in the DotNetNavigatorControlViewToolStripAdapter:

protected void AddButtonToControlViewToolStrip(ToolStripButton pButton, string pCommandRootName, bool pHideIfNoCommandHandler) {
  string commandName = ViewContext.MakeViewSpecificId(pCommandRootName);
  ControlViewToolStripSite.Add(pButton);
  CabWinFormFns.AddCommandToButton(WorkItem, pButton, commandName);
  if ( pHideIfNoCommandHandler ) {
    CabFns.ResetStatusIfNoHandlers(WorkItem, commandName, CommandStatus.Unavailable);
  }
}
 
What if I added the following into the above code?
 
CabFns.RegisterCommandHandler(WorkItem, commandName, pButton.Click);
 
All of the ingredients I need are right there while the button is cooking.  I am not sure how I would do this in the tab controller.
 
Bill
 
Note: pButton.Click cannot be used as the EventHandler passed in the argument.  The eventhandler must be presented another way.


Edited by Linguinut - 27-Sep-2007 at 12:09pm]]> Thu, 27 Sep 2007 12:05:33 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1358#1358 [COMPLETED] Widget View Template : In the DotNetGridViewToolStripAdapter... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1357#1357 Author: Bill Jensen
Subject: 423
Posted: 27-Sep-2007 at 11:12am

In the DotNetGridViewToolStripAdapter (and presumably your ControlView version), the method AddButtonToGridViewToolStrip() contains the code:

if ( pHideIfNoCommandHandler ) {

CabFns.ResetStatusIfNoHandlers(WorkItem, commandName, CommandStatus.Unavailable);

Basically this hides the button if its attached command doesn't have a handler registered.
 
The ToolStripAdapter (and in fact the presenter that owns it) doesn't care what happens when a button is clicked--it merely sets up a command (with a name that includes the unique ViewId)  and fires it.
 
The handler for the command must be registered somewhere.  It remains a mystery to me where this is done for the detail grid view case.  However, the MasterDetailTabViewController contains this function:

/// <summary>Register CommandHandler for a Command on the detail view.</summary>

/// <param name="pCommandRootName">The root name of the CommandName to make (e.g., "Edit").</param>

/// <param name="pHandler">CommandHandler of this command.</param>

protected void RegisterDetailCommandHandler(string pCommandRootName, EventHandler pHandler) {

string commandName = mDetailViewContext.MakeViewSpecificId(pCommandRootName);

CabFns.RegisterCommandHandler(WorkItem, commandName, pHandler);

}

I can't find any invocations of this method, but at least it shows you how to register a command handler.  You'll need to register handlers for the button events (probably in your ContactViewTabController).

I'll try to get some more information out of Ward.
 
Bill J.
]]> Thu, 27 Sep 2007 11:12:32 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1357#1357 [COMPLETED] Widget View Template : I much appreciate the quick refresher.... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1355#1355 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 10:55am

I much appreciate the quick refresher.  I wanted to make sure that my thinking was straight on these issues.  Thanks.
 
Btw, I am going to start a new thread regarding the toolbar buttons.
]]> Thu, 27 Sep 2007 10:55:24 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1355#1355 [COMPLETED] Widget View Template : I created a DotNet Grid View and... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1354#1354 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 10:54am

I created a DotNet Grid View and added it to the customer tab controller.  No toolbar is displayed, so I cannot even tell if the buttons will show up.
 
Bill, can you verify that the add/edit/delete buttons, in fact, do show up on a DotNet Grid View?
 
Thanks!
]]> Thu, 27 Sep 2007 10:54:00 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1354#1354 [COMPLETED] Widget View Template : A quick refresher on object-oriented... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1353#1353 Author: Bill Jensen
Subject: 423
Posted: 27-Sep-2007 at 10:19am

A quick refresher on object-oriented 101, C# style:
 
The ControlViewToolStripAdapter has a protected virtual method defined called AddToControlViewToolStrip. 
 
Correct.  It has an empty body.  The virtual declaration indicates that a child class may provide a non-empty implementation.  The protected modifier merely restricts the visibility to the base and child classes.  A virtual method can be public or internal, but private virtual doesn't make any sense.
 
The class DotNetNavigatorControlViewToolStripAdapter is derived from ControlViewToolStripAdapter; therefore, has the implementation of the AddToControlViewToolStrip method.
 
Correct, though it doesn't have to provide an implementation, since an empty implementation is provided in the base class.  If it were marked abstract in the base class, the child class would be required provide an implementation.
 
When a call is made to ControlViewToolStripAdapter.Configure, the method AddToControlViewToolStrip is called.  This is where I get confused.  The abstract class then calls the concrete class to run the method defined there?  Is that right? 
 
Yes, that's the meaning of the override modifer on a method; when the method is invoked, the implementation in the overriding method is called, even if the invoker thinks it is holding a reference to an instance of the base class.  
 
Does the protected virtual designation make a difference over the protected abstract designation?
 
If the child implementation were marked new (instead of override), then the child method will be invoked if the invoker holds a reference to an instance of the child class, but the base class method will be invoked if it is called on a reference to the base class.
 
Does this clarify things?
 
Bill J.
 
]]> Thu, 27 Sep 2007 10:19:43 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1353#1353 [COMPLETED] Widget View Template : I can walk the code. Btw, I changed... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1352#1352 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 10:12am

I can walk the code.  Btw, I changed the virtual tag to abstract, then back to virtual--the code does the same thing either way.  The call is being made to the concrete class (as expected).  The buttons are being built.  But they are not showing up on the toolbar.  The UIExtensionSite  looks like it is being registered properly.  The buttons are being added to that defined site.  Nothing is showing up.  This remains a mystery.]]> Thu, 27 Sep 2007 10:12:58 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1352#1352 [COMPLETED] Widget View Template : Originally posted by Bill Jensen Immediately... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1351#1351 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 8:15am

Originally posted by Bill Jensen

Immediately after calling SetGridViewToolStripAdapter(), GridViewPresenterBase calls its Configure() method.  Among other things, Configure() invokes AddToGridViewToolStrip() which is again delegated to the concrete implementation.

 
Slowly wrapping my brain around this. 
 
The ControlViewToolStripAdapter has a protected virtual method defined called AddToControlViewToolStrip.  The class DotNetNavigatorControlViewToolStripAdapter is derived from ControlViewToolStripAdapter; therefore, has the implementation of the AddToControlViewToolStrip method.  When a call is made to ControlViewToolStripAdapter.Configure, the method AddToControlViewToolStrip is called.  This is where I get confused.  The abstract class then calls the concrete class to run the method defined there?  Is that right?  Does the protected virtual designation make a difference over the protected abstract designation?
 
Thanks.


Edited by Linguinut - 27-Sep-2007 at 8:51am]]> Thu, 27 Sep 2007 08:15:32 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1351#1351 [COMPLETED] Widget View Template : Hey Bill, No problem with... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1350#1350 Author: Linguinut
Subject: 423
Posted: 27-Sep-2007 at 5:33am

Hey Bill,
 
No problem with your posting frequency.  I am glad whenever you can offer help.  I do wish that there were more of us out here, though.
 
This is getting to be a long thread; however, it is all related to my desire to create the control view widget with a toolbar.  I am at the very final stages of this journey.
 
Thanks a bunch for the bird's eye overview of the adapter classes.  I will work through this for understanding.  Unfortunately, the classic template is a relatively new animal for me.  I am still doing a lot of catch-up reading to get more acquainted.
 
Thanks, again.  I'll update here when I get more answers or have more questions regarding this.
 
Bill


Edited by Linguinut - 27-Sep-2007 at 8:57am]]> Thu, 27 Sep 2007 05:33:27 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1350#1350 [COMPLETED] Widget View Template : Sorry not to post sooner today--I&#039;ve... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1346#1346 Author: Bill Jensen
Subject: 423
Posted: 26-Sep-2007 at 4:20pm

Sorry not to post sooner today--I've been out for some appointments and errands.

You've got a couple of things going in this thread which has become rather long.  At some point we should close this thread and start a couple of new ones.
 
Anyway, to address your most recent post:
 
First, the tool strip adapter is implemented as a classic template pattern:
 
GridViewToolStripAdapter is an abstract template class that delegates its implementation details to a concrete implementation class.  It always looks the same to its client class, GridView (or more precisely, GridViewPresenterBase).  In this case, Ward has provided only one concrete implementation:  DotNetGridViewToolStripAdapter.
 
Second, the template pattern is extremely common and occurs again:
 
GridViewPresenterBase is itself an abstract template that delegates its implementation to concrete classes, two in this case:  DotNetGridViewPresenter and DevExGridViewPresenter. 
 
Once the view context is set, the OnContextSet() method configures the grid view.  One of the steps is to invoke SetGridViewToolStripAdapter() that delegates to the concrete implementation of SetGridViewToolStripAdapterCore() which creates a new DotNetGridViewToolStripAdapter, passing the tool strip object itself, the binding source and the view context.
 
Immediately after calling SetGridViewToolStripAdapter(), GridViewPresenterBase calls its Configure() method.  Among other things, Configure() invokes AddToGridViewToolStrip() which is again delegated to the concrete implementation.
 
Your ControlView-based versions of these classes should work in exactly the the same way.
 
N.B.: The GridViewToolStripAdapter and DotNetGridViewToolStripAdapter classes have "GridView" appearing all over the place.  On closer examination however, almost all of these are just class, member and variable names. 
 
The only real dependency is on the view context being a GridViewContextBase and even that is only used to provide three items:
 
The binding source (actually available from the base BindingViewContextBase class)
 
The GridViewToolStripVisible flag.
and
The GridViewToolStripChanged event.
 
These last two could be made optional by moving them to an interface, IGridViewToolStripContext, then having GridViewToolStripAdapter check if the view context implements this interface and hook them up if so.
 
Once that's done, the dependency on GridView (and ControlView, in your case) could be eliminated and it becomes possible to add a tool strip to any binding view.  If there were a BindingViewPresenterBase class (there isn't) we could move the logic there but for now, we can just leave it in our specific base presenter classes.
 
This kind of refactoring is constant in a framework like Cabana.  We start with specific implementations for initial use cases (i.e., GridView tool strips in this case), then, rather than duplicating code, refactor to a more abstract implementation to cover more use cases.  In the process we eliminate dependencies and increase reusability.
 
My battery is going dead...gotta post this.
 
Hope this helps.
 
Bill J.
]]> Wed, 26 Sep 2007 16:20:09 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1346#1346 [COMPLETED] Widget View Template : I found this method: AddToControlViewToolStrip()... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1345#1345 Author: Linguinut
Subject: 423
Posted: 26-Sep-2007 at 2:04pm

I found this method:  AddToControlViewToolStrip() in the DotNetNavigatorControlViewToolStripAdapter (adapted from the DotNetGridViewToolStripAdapter).  It has the AddEditButton, AddAddNewButton and AddDeleteButton methods that I want, but how do I get them to fire?
 
This is quite odd.  The DotNetNavigatorControlViewToolStripAdapter inherits from ControlViewToolStripAdapter in which the following is declared:

/// <summary>Add to the ControlViewToolStrip <see cref="UIExtensionSite"/>.</summary>
protected virtual void AddToControlViewToolStrip() {
}
 
In that same class is the Configure() method which has as one of its calls, AddToControlViewToolStrip().  That method is defined (with the add button methods) in DotNetNavigatorControlViewToolStripAdapter, not in ControlViewToolStripAdapter.  Shouldn't these add button methods be in that class rather than the class that is inheriting from it?  In the event that I don't want them implemented, I could override in the class that is inheriting from it.  Well, I may not have this square in my head, but if someone else could look at this and let me know what to do or how to think about it, I would really appreciate it.  The same structure is found in Cabana with the DotNetNavigatorGridViewToolStripAdapter (IdeaBlade.Cab.UI) and the GridViewToolStripAdapter (IdeaBlade.Cab.Interface).
 
Thanks!!
Bill


Edited by Linguinut - 26-Sep-2007 at 2:17pm]]> Wed, 26 Sep 2007 14:04:34 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1345#1345 [COMPLETED] Widget View Template : Along the way, I found the DevExPageView.... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1344#1344 Author: Linguinut
Subject: 423
Posted: 26-Sep-2007 at 1:14pm

Along the way, I found the DevExPageView.  I created a new ContactView2 and inherited from this control.  I passed it to the GeneralTabViewController and got the error that ContactView2 could not be converted to IBindingView.  Bummer.  That would have saved a lot of work...it has the add/edit/delete and alert messaging...sure would be nice.  Is there a way to do that, maybe?]]> Wed, 26 Sep 2007 13:14:28 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1344#1344 [COMPLETED] Widget View Template : The culprit was in the new Con... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1343#1343 Author: Linguinut
Subject: 423
Posted: 26-Sep-2007 at 11:05am

The culprit was in the new ControlViewWithToolbarPresenterBase.cs class.  I had the following:

/// <summary>ViewContext was set and is presumed ready with values.</summary>
protected override void OnViewContextSet() {
    base.OnViewContextSet();
    SetBindingManagerBindingSource();
    SetControlViewToolStripAdapter();
}
 
In the GridViewContextBase there was a slough of stuff that inaugurated the GridView.  Inside of one of the methods was a call like this:
 
GridViewToolStripAdapter.Configure();
 
Aha!!  I added the call to the OnViewContextSet() above.  Now, the data shows up properly with navigation to the additional entities.  Good stuff!!!
 
Alas!  There is always a cloud with every silver lining.  I assumed (ya, bad idea) that the add, delete and save buttons would appear in the toolbar, but they do not.  Another switch is hiding in there somewhere.  Now, where is that thing?
]]> Wed, 26 Sep 2007 11:05:13 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1343#1343 [COMPLETED] Widget View Template : From the ContactsView class: public... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1341#1341 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 8:49pm

From the ContactsView class:
 
[InjectionMethod]
public void InjectPresenter([CreateNew] DotNetControlViewWithToolbarPresenter<IBindingView> pPresenter)
{
    SetPresenter(pPresenter, mNavigator, mControlBindingManager);
}
 
Is this the right way to do this?
]]> Tue, 25 Sep 2007 20:49:50 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1341#1341 [COMPLETED] Widget View Template : As I mentioned earlier, ensure... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1340#1340 Author: Bill Jensen
Subject: 423
Posted: 25-Sep-2007 at 6:23pm

As I mentioned earlier, ensure that the BindingSource for your ControlView is properly assigned to the BindingNavigator.

]]> Tue, 25 Sep 2007 18:23:19 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1340#1340 [COMPLETED] Widget View Template : Ok. The test was partially successful.... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1338#1338 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 5:24pm

Ok.  The test was partially successful.  I was able to get past the casting problem.  Now, I am still trying to figure out how to get the toolbar to be enabled.  It has got to be related to SetControlViewToolStripAdapterCore() somehow.]]> Tue, 25 Sep 2007 17:24:23 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1338#1338 [COMPLETED] Widget View Template : It is very difficult to present... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1336#1336 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 5:18pm

It is very difficult to present to the forum all of the intricacies of this project.  As a result, I have obviously not provided enough information about what I am doing.  Sorry about that.
 
I didn't have any kind of support for the toolstrip in the BindingViewContext, so I created a new one--ControlViewContext.  I threw a few things in there to get the ball rolling.  It is possible that I didn't need to do that.  I am attempting to get this current casting issue resolved and it may include rewritting some of those classes.
 
As I was finishing this response up, I did notice that ControlViewContext was inheriting directly from BindingViewContextBase.  I changed that to ControlViewContextBase.  Building now.  Will test shortly.
]]> Tue, 25 Sep 2007 17:18:47 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1336#1336 [COMPLETED] Widget View Template : So... does IdeaBlade.Cab.ControlViewContext... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1334#1334 Author: Bill Jensen
Subject: 423
Posted: 25-Sep-2007 at 5:01pm

So...
 
does IdeaBlade.Cab.ControlViewContext inherit from IdeaBlade.Cab.ControlViewContextBase?
 
Neither of these are defined in standard IdeaBlade.Cab.  The ControlView is built using BindingViewContext.
 
What are you adding in ControlViewContext (and CVCBase) that isn't present in BindingViewContext?
 
Bill J.
]]> Tue, 25 Sep 2007 17:01:51 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1334#1334 [COMPLETED] Widget View Template : Unable to cast object of type... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1333#1333 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 3:20pm

Unable to cast object of type 'IdeaBlade.Cab.UI.ControlViewContext' to type 'IdeaBlade.Cab.Interface.ControlViewContextBase'.

This is being thrown on:
/// <summary>Get the ControlView's ViewContext.</summary>
protected new ControlViewContextBase ViewContext {
    get { return (ControlViewContextBase) base.ViewContext; }
}
]]> Tue, 25 Sep 2007 15:20:51 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1333#1333 [COMPLETED] Widget View Template : I found an override where one... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1332#1332 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 2:34pm

I found an override where one didn't need to be.  It was in the ControlViewWithToolbarPresenter class. 

/// <summary>get the view's bindingviewcontext</summary>
public new ibindingviewcontext viewcontext
{
    get { return (ibindingviewcontext)base.viewcontext; }
}
 
I commented this section out.  Now, I am past that error, but am now experiencing another.  A similar error so I will review all of the various pieces again and see what I overlooked.  It is not easy converting from the grid view to the control view.
]]> Tue, 25 Sep 2007 14:34:57 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1332#1332 [COMPLETED] Widget View Template : The ViewContext is showing up... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1331#1331 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 2:13pm

The ViewContext is showing up as an IBindingViewContext type rather than the expected type of ControlViewContextBase.  The presenter base class has the following:

/// <summary>Get the ControlView's ViewContext.</summary>
protected new ControlViewContextBase ViewContext {
    get { return (ControlViewContextBase) base.ViewContext; }
}

/// <summary>Get the view's ViewContext.</summary>
IBindingViewContext IControlViewWithToolbarPresenter.ViewContext{ get { return ViewContext; } }

This is setup in the same way as the grid view presenter base class.  I tried to force the type by casting it; however, that did not work.
 
I am not sure if SetControlViewToolStripAdapterCore() is called after setting the context.  I will set some breakpoints to see if the calls are being made in the proper order.
 
 
]]> Tue, 25 Sep 2007 14:13:49 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1331#1331 [COMPLETED] Widget View Template : I&#039;d like to help, but I don&#039;t... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1330#1330 Author: Bill Jensen
Subject: 423
Posted: 25-Sep-2007 at 2:03pm

I'd like to help, but I don't quite understand the problem.
 
What do you mean when you say you can't "get the ViewContext to behave"?  Do you get a compile error?  An exception at runtime?
 
Are you calling SetControlViewToolStripAdapterCore() after the context has been set in the presenter?
 
Bill J.
]]> Tue, 25 Sep 2007 14:03:33 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1330#1330 [COMPLETED] Widget View Template : Ugh! After all that work yesterday,... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1329#1329 Author: Linguinut
Subject: 423
Posted: 25-Sep-2007 at 1:01pm

Ugh!  After all that work yesterday, I think I really screwed up the LIB source projects.  I added a ControlViewWithToolbarPresenterBase class in order to replicate what was done in the GridViewPresenterBase class. For the life of me, I cannot get the ViewContext to behave in the following method of the presenter class:

protected override ControlViewToolStripAdapter SetControlViewToolStripAdapterCore(object pToolStrip)
{
    return new DotNetNavigatorControlViewToolStripAdapter 
         (pToolStrip as BindingNavigator, BindingSource, ViewContext);
}
 
It is looking for the type ControlViewContextBase.  It is in the presenter base class.  That type is being returned as ViewContext.  And, it should be available to this presenter.  Yet, it ain't happenin'.
 
Time to take a walk.  Maybe it will all fall into place after I clear my head a little.
]]> Tue, 25 Sep 2007 13:01:08 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1329#1329 [COMPLETED] Widget View Template : Have youchecked that theBindingSource... http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1328#1328 Author: Bill Jensen
Subject: 423
Posted: 25-Sep-2007 at 10:58am

Have you checked that the BindingSource for the ControView is properly assigned to the BindingSource property of the BindingNavigator.
 
Bill J.
]]> Tue, 25 Sep 2007 10:58:52 -700 http://www.ideablade.com/forum/forum_posts.asp?TID=423&PID=1328#1328