[Seaside][ShoreComponents] DatePicker discussion
Pavel Krivanek
squeak3 at continentalbrno.cz
Mon Sep 26 11:54:48 CEST 2005
>>>openTag: aString
>>> TagNotification raiseRenderer: self tagName: aString.
>>> self document openTag: aString attributes: self attributes.
>>> attributeBuffer := nil.
>>>
>>>
>>I'm concerned about the performance implications of signalling a
>>notification on every single openTag:. At least in Squeak, I think
>>that will add a ton of overhead.
>>
>>If you give your elements ids, couldn't you do something like this?
>>(Not sure if my JS is correct here).
>>
>>html datePickerOn: #dateScheduled of: self.
>>html script: 'document.getElementById("someElement").onclick =
>>function() {....}'.
>>
>>
>
>I don't like the idea either, basically because it violates the
>encapsulation of the date-picker component. What you should rather do,
>is to have an abstract superclass with template methods or
>pluggable-properties to generate different view-code.
>
>Lukas
>
I wanted to suggest it right now. We may have special wrapper classes
for widgets like date picker. They will not be components and their
instances will be created and deleted only during rendering phase.
-- Pavel
More information about the Seaside
mailing list