Brendan:
You're right. There is a package declaration at the top of my page's Java file.
I can't argue that there's a bug anymore - just that I think that the methods
should be public. Why are they documented if they're not at all accessible to
programmers?
If you look at the HTML generated for nested repeateds and then look at the
values returned in the Hashtable associated with the submitted form, you'll see
that not all of the data is accessible when mulitple fields have the same name
(including subscript).
-steve
"Brendan Cully" <[EMAIL PROTECTED]>
07/06/99 07:43 PM GMT
To: Steven H. Bergstein@Andersen Consulting
cc: [EMAIL PROTECTED]
Subject: RE: [ND] Using spider.visual.CSpDisplayField.getHtmlNameText
Even beyond the fact that you're subclassing a subclass of CspPage which you
say is in its own package, I'm pretty sure that ND projects are all put into
their own packages with the same name as the project name, so you've lost
package rights already. Are you sure there's no line like "package
MyTestProject;" at the top of your page? I've never tried to get ND to work
without packaging each project separately...
I don't think it's possible for it to be an ND bug if protected methods
aren't available - that is really up to the java compiler, which is standard
Sun javac. Either the methods aren't actually protected or you aren't in the
same package. I do believe you're right about the definition of "protected"
in Java, though - I remember being very surprised by it...
I still don't really understand what you're trying to do that you can't do
with nested repeateds, though.
-Brendan
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 06 July, 1999 15:25
To: Curt Springer
Cc: [EMAIL PROTECTED]
Subject: Re: [ND] Using spider.visual.CSpDisplayField.getHtmlNameText
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.
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
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.
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).
-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]
_________________________________________________________________________
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]
