Skip to main content

Re: [JAVAHELP] Using databases with JavaHelp

2 replies [Last post]
Anonymous

Ok let me see if I can shoehorn this into making some kind of sense. When we display help information, part of it is pretty much static what's on the screen, what the elements mean how to use the screen that sort of thing. However, there's also a part that is dependent on the actual application data and the user wants that to change depending on the data, for example a list of possible resources for an experiment might change depenging on other resources involved and such. The customer wants those things to change with the data without requiring re-authoring the help.

-----Original Message-----
From: Roger Brinkley [mailto:Roger.Brinkley@SUN.COM]
Sent: Wednesday, September 24, 2003 3:01 PM
To: JAVAHELP-INTEREST@JAVA.SUN.COM
Subject: Re: [JAVAHELP] Using databases with JavaHelp

Tryon, Jason P. wrote:
> As far as them being static, not necessarily. In our implementation,
> the customer needs the help system to respond to changes in the
> actual application data. For example, if a specific digital camera
> is defined as part of a particular experiment, they need the help to
> reflect the presence of that camera as well as it's relevance in the
> system.

Where, how. Specifically how do you invision the online help changing?
Is this something that could be done with merged helpsets that are
dependent on the data being displayed (little wiered but understandable)
and changing the helpID that gets displayed based on the data?

> Like you, I'm not sure I see the difference between storing the html
> helpsets in data, but it was a request of the customer.

Give me some additonal specifics on how the help would be displayed and
maybe I can come up with an idea of how to work around this.

Binky

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Larry Hoffman

I have a question. Is the state of the resources (or whatever determines
which
help pages are required) known at the time the application starts? In
other
words, is it know at the time the help system is initialized?

Larry

"Tryon, Jason P." wrote:
>
> Ok let me see if I can shoehorn this into making some kind of sense. When we display help information, part of it is pretty much static what's on the screen, what the elements mean how to use the screen that sort of thing. However, there's also a part that is dependent on the actual application data and the user wants that to change depending on the data, for example a list of possible resources for an experiment might change depenging on other resources involved and such. The customer wants those things to change with the data without requiring re-authoring the help.
>
> -----Original Message-----
> From: Roger Brinkley [mailto:Roger.Brinkley@SUN.COM]
> Sent: Wednesday, September 24, 2003 3:01 PM
> To: JAVAHELP-INTEREST@JAVA.SUN.COM
> Subject: Re: [JAVAHELP] Using databases with JavaHelp
>
> Tryon, Jason P. wrote:
> > As far as them being static, not necessarily. In our implementation,
> > the customer needs the help system to respond to changes in the
> > actual application data. For example, if a specific digital camera
> > is defined as part of a particular experiment, they need the help to
> > reflect the presence of that camera as well as it's relevance in the
> > system.
>
> Where, how. Specifically how do you invision the online help changing?
> Is this something that could be done with merged helpsets that are
> dependent on the data being displayed (little wiered but understandable)
> and changing the helpID that gets displayed based on the data?
>
> > Like you, I'm not sure I see the difference between storing the html
> > helpsets in data, but it was a request of the customer.
>
> Give me some additonal specifics on how the help would be displayed and
> maybe I can come up with an idea of how to work around this.
>
> Binky
>
> ********************************************************************************
>
> You may leave the list at any time by sending message with no subject and
> "SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
> are available at http://archives.java.sun.com/archives/javahelp-interest.html.
> Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.
>
> ********************************************************************************
>
> You may leave the list at any time by sending message with no subject and
> "SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
> are available at http://archives.java.sun.com/archives/javahelp-interest.html.
> Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.

Roger Brinkley

Tryon, Jason P. wrote:
> Ok let me see if I can shoehorn this into making some kind of sense.
> When we display help information, part of it is pretty much static
> what's on the screen, what the elements mean how to use the screen
> that sort of thing. However, there's also a part that is dependent
> on the actual application data and the user wants that to change
> depending on the data, for example a list of possible resources for
> an experiment might change depenging on other resources involved and
> such. The customer wants those things to change with the data
> without requiring re-authoring the help.

Customer doesn't want much do they?

Ok. Dynamic help would be great but it is probably made up of static
help that's cobbled together. One thing you might consider is a
light-weight component in the html content. There is a way to refer back
to the calling object in light-weight component and I think it might be
possible to build some type of additonal help based on what is currently
displayed.

Alternatively you could do CSH.field level help on the components
themselves that would provide the help you need. The main document could
refer the user to how to activate online help. Not great but it would work.

Any other suggestions on how this has been handled (within or outside of
JavaHelp)?

Binky

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.