[Laszlo-dev] Doc question
P T Withington
ptw at pobox.com
Thu Jul 5 11:49:45 PDT 2007
Actually, I decided it is better to make LzFormatter a mix-in. I am
mixing it in to LzText (and adding an LzText.format method that
'outputs' to the text of the element). I am splicing it into Debug
for now, but plan to classify Debug, whence I will use it as a mixin.
Review will come around soon...
On 2007-07-05, at 12:13 EDT, Jim Grandy wrote:
> Hi Tucker,
>
> We currently don't have a perfect story for this situation. What
> we're doing is what you see with e.g. LzTimer and LzTrack.
> Essentially we document these singletons through their parent class
> (LzTimerClass and LzTrackClass) rather than documenting the
> singleton itself. This is something I'd like to improve, but if you
> follow that pattern then we can improve your code along with the
> others when we get there.
>
> jim
>
> On Jul 5, 2007, at 5:00 AM, P T Withington wrote:
>
>> I am writing a class LzFormatter that will have a singleton
>> instance LzFormat to make formatToString available in the LFC
>> without the debugger. What's the proper way to document this? I
>> have documentation on the formatToString method in the class, but
>> the user API is LzFormat.formatToString.
>>
>> [Alternatively, I could make LzFormatter a mixin, and mix it into
>> both the debugger and LzText, but right now the debugger is not
>> written as a class, so this is the path of least resistance.]
More information about the Laszlo-dev
mailing list