[cl-dwim-devel] command-bar for table/widget
Leonid Novikov
novikov.leon at gmail.com
Wed Feb 10 06:49:10 UTC 2010
I think the fact that for classes inherited from refreshable/mixin
will always appear refresh command is not bad. Perhaps it would be
good to make a display command-bar is optional, for example defining
the method
(def layered-method render-command-bar-for? (component class prototype value)).
An interesting question is what to do with the alternator/widget since
it will show two command-bar, one for the alternator/widget and one
for the table/widget. It seems to me that the alternator/widget would
be nice somehow combine the two commands with the command-bars
Another good idea is in my opinion to add a command/widget field name
then we will be able to filter inherited command
2010/2/9 Levente Mészáros <levente.meszaros at gmail.com>:
> On Mon, Feb 8, 2010 at 8:55 AM, Leonid Novikov <novikov.leon at gmail.com> wrote:
>> table/widget inherited from command-bar/mixin but function
>> render-xhtml no call render-command-bar-for function. Is this
>> correct?.
> Good question, but it is quite unclear to me if having a command-bar
> there is a good idea at all. BTW, it also affects other widgets like
> tree/widget, treeble/widget, table/widget, list/widget, etc. Maybe
> supporting a command-bar would not hurt that much, but currently if
> the command-bar would be rendered there would always be a refresh
> command which might not be what one wants by default.
>
> Maybe the refresh command should not be added by refreshable/mixin but
> only t/inspector and friends.
> Any thoughts on that?
>
> levy
>
> --
> There's no perfectoin
>
More information about the cl-dwim-devel
mailing list