Re: [Fxruby-users] [ANN] Updated API Documentation
Status: Inactive
Brought to you by:
lyle
|
From: Hugh S. S. E. E. <hg...@dm...> - 2003-06-10 00:24:04
|
On Mon, 9 Jun 2003, Lyle Johnson wrote:
> Hugh Sasse Staff Elec Eng wrote:
>
> > true or false. Does this affect the return value for <a method>?....
>
> OK, just made a note of this. But to answer the question, no, the return
Thank you.
>
> > seems, from looking at the draw methods, that you don't draw on an
> > FXCanvas, you draw on an FXDC. [cf "How do you get down from an
> > elephant?"] The media independence is good, but for someone coming
>
> Your point is well taken. A lot of the more interesting information
> about classes like FXDC is not their API in isolation, but rather how
> they plug into the surrounding framework and interact with other classes
Yes, that's better expressed than I put it.
> (like FXCanvas). At the least, I should be able to link to other classes
> and methods that RDoc knows about (i.e. a "see also" approach). Not sure
Thanks.
> what facilities, if any, RDoc provides for a more general solution to
> the challenge of cross-referencing related ideas.
I know it can have cross references, but I don't think it can
genrate them.
>
> By the way, thanks for making me look up the answer to the riddle. I
> will let others google for the answer as I did ;)
! I thought it had been around a while, so it would be well known.
:-)
>
> > I find myself wondering if this flexibility should be exposed
> > to every programmer, or whether a simpler wrapper might be useful
> > for the neophyte or the writer of the quick, throwaway bit of code.
>
> Which flexibility are you talking about? Attaching a device context (DC)
> to a canvas before you can draw into it?
Yes, for that particular case. I'm not sure what others there are.
>
> > [...]creating FXRdoc, [...]
>
> Have you seen the class browser from FreeRIDE? It doesn't work exactly
Good point. I have to explore that. Is it very tied to Scite, or
can I use it with Vim?
>
>
Thank you
Hugh
|