On Wednesday 28 February 2001 13:52, Allan Rae wrote:
> P.S. Yeah, I know I should checkout BRANCH_MVC.
;-)
In BRANCH_MVC you would find a directory frontends/controllers. It contains
the GUI-I controllers for GUI-specific views. They are all derived from
ControlBase:
class ControlBase {
Jules Bean <[EMAIL PROTECTED]> writes:
| On Wed, Feb 28, 2001 at 11:15:03AM +, Angus Leeming wrote:
| > On Wednesday 28 February 2001 09:59, Lars Gullik Bjønnes wrote:
| >
| > > I don't care if it is "ok", you pass a pointer to the button
| > > controller (or whatever) and delete that pointe
On Wed, Feb 28, 2001 at 11:15:03AM +, Angus Leeming wrote:
> On Wednesday 28 February 2001 09:59, Lars Gullik Bjønnes wrote:
>
> > I don't care if it is "ok", you pass a pointer to the button
> > controller (or whatever) and delete that pointer in the destructor,
> > what is not nice.
>
> W
On Wed, 28 Feb 2001, Angus Leeming wrote:
> > Feel free to suggest how to use a trait such that I can pass
> > the trait from a derived class to redefine the button controllers policy
> > (when the button controller is a part of the base class).
>
> Well that's not so hard. Store an abstract base
On Wed, 28 Feb 2001, Angus Leeming wrote:
> > Gotta be done somewhere sometime. I'd like to know what I did wrong with
> > the first implementation (it was a template) that I couldn't use it the
> > way we now are.
>
> You could post it over...
It's already in CVS. Goto v1.1 of ButtonControlle
> Gotta be done somewhere sometime. I'd like to know what I did wrong with
> the first implementation (it was a template) that I couldn't use it the
> way we now are.
You could post it over...
On Wed, 28 Feb 2001, Angus Leeming wrote:
> On Wednesday 28 February 2001 09:59, Lars Gullik Bjønnes wrote:
[...]
> > Also... I really belive that the button policies should be stateless.
>
> ??? Don't understand your terminology. Are you talking about your proposed
>
> "better would be a a trai
On Wednesday 28 February 2001 09:59, Lars Gullik Bjønnes wrote:
> I don't care if it is "ok", you pass a pointer to the button
> controller (or whatever) and delete that pointer in the destructor,
> what is not nice.
Well, I can't disagree with your preferences. Surely though, this is just an
Angus Leeming <[EMAIL PROTECTED]> writes:
| > Feel free to suggest how to use a trait such that I can pass
| > the trait from a derived class to redefine the button controllers policy
| > (when the button controller is a part of the base class).
|
| Well that's not so hard. Store an abstract bas
> Feel free to suggest how to use a trait such that I can pass
> the trait from a derived class to redefine the button controllers policy
> (when the button controller is a part of the base class).
Well that's not so hard. Store an abstract base ButtonControllerBase class
with the interface and
On 27 Feb 2001, Lars Gullik Bjønnes wrote:
[...]
> One thing I have been wondering about is why the buttoncontroller
> takes a pointer to a buttonpolicy, better would be a a traits class
> and make the ButtonController a template class that thakes the needed
> trait.
>
>
> template
> class Button
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Saturday 24 February 2001 00:34, Lars Gullik Bjønnes wrote:
| > | Dear all,
| > |
| > | The MVC branch is ready to merge back into HEAD. I'll leave things
| > | as they are for the weekend and then create the patch on Monday.
| >
| > Ok, before we
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars, can I leave this with you now, please?
I can do the merging, but I will not handle any outstandining issues.
:-)
Lgb
On Saturday 24 February 2001 00:34, Lars Gullik Bjønnes wrote:
> | Dear all,
> |
> | The MVC branch is ready to merge back into HEAD. I'll leave things
> | as they are for the weekend and then create the patch on Monday.
>
> Ok, before we do the merge:
> - get people to try out your pat
Angus Leeming <[EMAIL PROTECTED]> writes:
| Dear all,
|
| The MVC branch is ready to merge back into HEAD. I'll leave things as they
| are for the weekend and then create the patch on Monday.
Ok, before we do the merge:
- get people to try out your patch/branch
- get people to
15 matches
Mail list logo
