Re: ActiveX and MVP: Implementation Strategies Redux

Hello Blair,

I went to the link you gave and printed the reply you gave to Ingo. Your answer to him is most helpful. We're happy to know that the approach we were taking before posting this question agrees with the approach that you, yourself, prefer: option (3).

Just as a follow-on to that other post concerning the Codejock ActiveX error, we are exploring the debugger in more detail to see how you got out of it everything that you put into your reply. And, rather serendipitously, we just came upon the Kent Beck Debugger Approach (if I may give it that title) described in the Ted Bracht's book.

So it would seems things are coming together rather well. As my grandfather would say, if we were to fall of the top of a building, we'd fall into a new suit of clothes.

Cheers,

Eric

"Eric Taylor" <estaylor@xxxxxxxxxxx> wrote in message
news:80a328c03158d8c84d81d6a64880@xxxxxxxxxxxxxxxxxxxxxxxxxx

Hello Forum,

This morning we purchased Codejock's ActiveX Suite (after having
given it a trial run over the last 30 days), and just 10 hours later
we have pretty much brought up our application's Home Page (Dolphin
truly is remarkable!). Codejock's controls flawlessly imitate all of
the controls that can be found in Microsoft Office, so in looking at
our Home Page, you would think you were looking at an
MS-Outlook-in-progress!

Chris Uppal pointed us in the right direction with respect to
incorporating ActiveX into MVP, but now, after having studied the
examples and bringing up our Home Page, we have some deeper questions
concerning the incorporation of ActiveX into the MVP scheme.

1. Why does MaskedEdit show up as a descendant of
AXValueConvertingControlSite, while URLPresenter does not? We're
having
trouble understanding why some views would stand on their own,
without a
Presenter, whereas others are contained in a Presenter. It would
seem
that MaskedEdit _is_ an AXValueConvertingControlSite while
URLPresenter
simply contains one. Is this just a granularity issue, where perhaps
OA
has decided to build up the web browser control a bit for us?
2. As you all know, MS Outlook has what is typically called a
"shortcut
bar" on the left. Codejock has a control called XtremeShortcutBar
which
duplicates this control. Further, MS Office has in general what are
called "command bars," which embraces both the toolbars and the menu
bars,
and so Codejock has a control called XtremeCommandBars which
implements
these as well. We'll be using them instead of Dolphin's Toolbar and
Menu.
Is it fair to say that some ActiveX controls would require the full
MVP
implementation, while others may require only a some part of it?
Since
the XtremeShortcutBar will be bound to underlying data (Model), by
its
specification allow user manipulation (Presenter), and by its
specification have a GUI interface (View), are we correct to assume
that
this control would implement full MVP? The XtremeCommandBars, on the
other hand (in fact, menus and toolbars in general), don't seem like
they
should have a Model, but do seem to have a Presenter and a View. So
are
we correct to assume only partial MVP in this case?
3. Dolphin's online help, the technical paper "Twisting the Triad,"
and Ted Bracht's book have all been excellent tools in understanding
MVP. But is there a decision tree out there for determining which
components of the triad should be implemented? Or is it an
all-or-nothing affair?

I've written a fair bit on this before. I know that Mikael Svane
brought together a nice summary of this, but although it can still be
found in Google, the actual site seems to have disappeared.

This might help though as it gives guidance on the options and some
rules of thumb as to when to use each:

http://groups.google.co.uk/group/comp.lang.smalltalk.dolphin/msg/0a9ab
95df78181be?hl=en&

Regards

Blair



.

Relevant Pages

  • Re: ActiveX and MVP: Implementation Strategies Redux
    ... Conversation: ActiveX and MVP: Implementation Strategies Redux ... Codejock has a control called XtremeShortcutBar ...
    (comp.lang.smalltalk.dolphin)
  • Re: ActiveX and MVP: Implementation Strategies Redux
    ... This morning we purchased Codejock's ActiveX Suite (after having given it ... the incorporation of ActiveX into the MVP scheme. ... has decided to build up the web browser control a bit for us? ... the XtremeShortcutBar will be bound to underlying data, ...
    (comp.lang.smalltalk.dolphin)
  • ActiveX and MVP: Implementation Strategies Redux
    ... This morning we purchased Codejock's ActiveX Suite, and just 10 hours later we have pretty much brought up our application's Home Page. ... Chris Uppal pointed us in the right direction with respect to incorporating ActiveX into MVP, but now, after having studied the examples and bringing up our Home Page, we have some deeper questions concerning the incorporation of ActiveX into the MVP scheme. ... Is this just a granularity issue, where perhaps OA has decided to build up the web browser control a bit for us? ... Codejock has a control called XtremeShortcutBar which duplicates this control. ...
    (comp.lang.smalltalk.dolphin)
  • Re: 61704
    ... dedicated to ActiveX and it might be the better group to ask this question of. ... >the MFC control properly, which begins running, and, shortly therafter, ... >> completely meaningless question. ... MVP Tips: http://www.flounder.com/mvp_tips.htm ...
    (microsoft.public.vc.mfc)
  • ActiveX problem
    ... Everytime I start Excel it asks me if I want to run this Active X control. ... how ActiveX controls are initialized within Office applications. ... another format the link reference to the ActiveX control might not convert ...
    (microsoft.public.windowsxp.perform_maintain)
Loading