At 03:24 PM 7/6/99 -0400, [EMAIL PROTECTED] wrote:
>Curt:
>
>According to both sources I cited below, the only access control level not
>available to classes in the same package is private. However, the people who
>set up my development environment have subclassed CSpPage with a new page
class
>that my page extends. Naturally, that new page class is defined as being
in a
>different package: this explains why the methods were not available.
--- Good point, but the issue of an app-level page super class is
irrelevant. Your app is in a directory under ..../Projects. No matter how
many levels you have there, 1, 2, or 10, it will be 'package MyPackage',
not 'package spider.visual'.
>
>In terms of the two dimensional array: the subscripts are in the generated
Html
>(I discovered all of this my viewing the source of the pages generated).
--- I just did a test, and you're right. But I don't get it, as I tested
something similar not long ago, and there were no subscripts in the html,
only when I called getWebVars after stuff came back. I'm still not
convinced that generating the subscripts is necessary.
>I am
>currently using nested repeating objects but there is no way to get the
updated
>values of user-modifiable fields when more than one has exactly the same
name.
>I also confirmed my suspicions by displaying all of the keys and values in
the
>Hashtable returned when the page is submitted.
---- Sure you can do it.
For example, if you have three top-level occurrences, and the top-level
occurrences have (respectively) 1, 2, and 3 occurrences, when you call
getValue on the returned field, you will get a CSpVector with 3 elements.
Each CSpVector will hold the values for one top-level occurrence. Thus the
first value will be a simple CSpValue, the second will be a CSpVector
containing 2 simple CSpValues, and the third will be a CSpVector containing
3 simple CSpValues.
>
>Nonetheless, I still think that ND made an error here. These methods allow a
>programmer to focus on changing the HTML s/he needs to without worrying about
>other parts and therefore should be public (of course I can also try to fight
>this battle with the folks who set up the new page class).
---- I daresay a lot of us have done a lot of stuff without needing these
methods. Personally I hate mucking with HTML and, except for their #!$%&*
hrefs and buttons, I've been content to let ND do its thing.
---- The larger issue is the migration to the Alliance (does anybody yet
know the real name) app server.
-- Curt Springer, Team ND.
>
>-steve
>
>
>
>Curt Springer <[EMAIL PROTECTED]>
>07/06/99 06:41 PM GMT
>
>To: [EMAIL PROTECTED]
>cc: (bcc: Steven H. Bergstein)
>Subject: Re: [ND] Using spider.visual.CSpDisplayField.getHtmlNameText
>
>
>
>
>At 02:08 PM 7/6/99 -0400, [EMAIL PROTECTED] wrote:
>>I don't mean to be dense.
>>
>>According to both _Teach_Yourself_Java_in_21_Days_ and _Java_in_a_Nutshell_,
>>protected methods should also be available to other classes in the same
>package.
>>The two classes in question are both in the package spider.visual. Thus,
the
>>method should be available.
>
>I think you're confusing 'protected' and 'package protection'.
>
>//available to all descendants of current class:
>protected Object myobject;
>
>//available to all classes in same package (no private/protected/public
>keyword)
>Object myobject;
>
>
>>
>>As to what I'm trying to do: I'm trying to create a two-dimensional array of
>>check boxes. In order to do this, it appears that I need to override the
>>subscripting of the repeated fields because NetDynamics numbers each row's
>>fields as [0], [1], [2], [3], and [4] (actually there is no subscript at
>all for
>>the [0]).
>
>I don't believe that the subscripts are actually written into the html that
>is produced. Rather, they are assigned when multiple values come back with
>the same field name.
>
>You don't need to muck with the html. You should be able to do what you
>need to do by using nested CSpRepeateds.
>
>
>>
>>I wanted to use the getHtmlNameText and getHtmlValueText methods to assist
>me in
>>creating the HTML in the OnBeforeHtmlOutputEvent method.
>>
>>There are workarounds for me, but the issue seems to be that the methods are
>>unavailable when they shouldn't be.
>
>I don't think you need these methods. I never heard of them until you
>mentioned them. From a quick glance at the javadoc, it appears that they
>are indeed internal methods. For the most part, I think ND has called it
>right in determining which methods are public, and which are protected.
>
>-- Curt Springer, Team ND
>
>>
>>-steve
>>
>>
>>"Grace Frederick" <[EMAIL PROTECTED]>
>>07/06/99 05:38 PM GMT
>>
>>To: "Steven Bergstein" <[EMAIL PROTECTED]>
>>cc: [EMAIL PROTECTED] (bcc:
>Steven H.
>> Bergstein)
>>Subject: Re: [ND] Using spider.visual.CSpDisplayField.getHtmlNameText
>>
>>
>>
>>
>>Let me take a whack at this.
>>
>>You are attempting to use CSpDisplayField.getHtmlValueText (which is
>>protected) within a method in a subclass of CSpPage.
>>
>>CSpDisplayField is a child of CSpVisual.
>>
>>CSpPage is a child of CSpCommonPage which is a child of CSpDataDrivenVisual
>>which is a child of CSpVisual.
>>
>>That makes CSpPage sort of a distant cousin to CSpDisplayField.
>>
>>Thus, the protected methods of CSpDisplayField are not accessible to methods
>>within CSpPage.
>>
>>Now, you've said that "getHtmlText" returns more information than what you
>>want. Perhaps if you tell us what you're trying to accomplish, we can be of
>>more help.
>>
>>-- Grace
>>
>>----- Original Message -----
>>From: Steven Bergstein <[EMAIL PROTECTED]>
>>Newsgroups: netdynamics.public.support.nd4.talk
>>To: <[EMAIL PROTECTED]>
>>Sent: Tuesday, July 06, 1999 12:55 PM
>>Subject: Re: [ND] Using spider.visual.CSpDisplayField.getHtmlNameText
>>
>>
>>>
>>> Please ignore the previous post.
>>>
>>> Protected methods are supposed to be
>>> available to subclasses and to other members
>>> of the same package. I am trying to make a
>>> call to these methods from within a CSpPage
>>> which is a member of the spider.visual
>>> package, as is CSpDisplayField.
>>>
>>> The getHtmlText method returns more information than I am interested in,
>>requiring parsing.
>>>
>>> This seems like a bug to me.
>>>
>>> -steve
>>>
>>> Curt Springer <[EMAIL PROTECTED]> wrote:
>>> >These are protected methods, available only to children of
>>CSpDisplayField.
>>> >
>>> >Use getHtmlText.
>>> >
>>> >-- Curt Springer, Team ND
>>> >
>>> >At 08:43 AM 7/6/99 -0800, Steven Bergstein wrote:
>>> >>
>>> >>I'm trying to use CSpDisplayField.getHtmlNameText and
>>> >CSpDisplayField.getHtmlValueText
>>> >> in an OnBeforeHtmlOutput event but am finding that the methods do not
>>> >exist. I'm
>
>>> >> passing a CSpDisplayAttributes object and have imported
>>spider.visual.*.
>>> >>
>>> >>Has anyone used these methods successfully? Am I missing something?
>>> >>
>>> >>Thanks for your help.
>>> >>
>>> >>-steve
>>>
>>>>_________________________________________________________________________
>>> >>
>>> >>For help in using, subscribing, and unsubscribing to the discussion
>>> >>forums, please go to:
>>http://www.netdynamics.com/support/visitdevfor.html
>>> >>
>>> >>For dire need help, email: [EMAIL PROTECTED]
>>> >>
>>>
>>> _________________________________________________________________________
>>>
>>> For help in using, subscribing, and unsubscribing to the discussion
>>> forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
>>>
>>> For dire need help, email: [EMAIL PROTECTED]
>>>
>>
>>_________________________________________________________________________
>>
>>For help in using, subscribing, and unsubscribing to the discussion
>>forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
>>
>>For dire need help, email: [EMAIL PROTECTED]
>>
>>
>>
>>
>>
>>_________________________________________________________________________
>>
>>For help in using, subscribing, and unsubscribing to the discussion
>>forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
>>
>>For dire need help, email: [EMAIL PROTECTED]
>>
>_________________________________________________________________________
>
>For help in using, subscribing, and unsubscribing to the discussion
>forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
>
>For dire need help, email: [EMAIL PROTECTED]
>
_________________________________________________________________________
For help in using, subscribing, and unsubscribing to the discussion
forums, please go to: http://www.netdynamics.com/support/visitdevfor.html
For dire need help, email: [EMAIL PROTECTED]
