Bug 137 - [Chameleon Widget] Help Widget cannot resolve widget help file locations
: [Chameleon Widget] Help Widget cannot resolve widget help file locations
Status: CLOSED FIXED
: Chameleon
Widget
: 1.1
: PC All
: P2 major
: 1.99 beta 3
Assigned To:
:
:
:
: 486
:
  Show dependency treegraph
 
Reported: 2003-11-21 09:33 by
Modified: 2004-10-28 14:31 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2003-11-21 09:33:26
Currently the help widget looks in the 'widgets' directory relative to the
application rather than the chameleon installation.  Also, the help widget is
not aware that widgets can be in a multitude of directories.  The widget should
use the widgetmanager (which is already aware of these directories) to resolve
help file locations.
------- Comment #1 From 2003-11-21 09:33:47 -------
needs to be fixed for 1.1 release
------- Comment #2 From 2004-04-05 16:28:43 -------
Sacha, please look at this for the 1.99 release.
------- Comment #3 From 2004-04-06 10:25:50 -------
Fixed. Now the HelpWidget looks in all WidgetManager widget's directory array
for the help file.
------- Comment #4 From 2004-06-22 17:17:47 -------
This cannot be verified, because I do not have an application with the help
widget.

Any Suggestions?
------- Comment #5 From 2004-06-28 16:33:05 -------
Could we use the hawai demo?
------- Comment #6 From 2004-06-28 16:37:36 -------
Sorry, hawai demo does not have help widget.
------- Comment #7 From 2004-06-28 16:48:26 -------
Could someone provide me with a methodology to test this issue?
------- Comment #8 From 2004-07-05 16:22:49 -------
create a 'help' template by putting a bunch of <cwc2 type="help"
widget="ZoomIn"/> tags for the widgets in the base, and create a
sample_help.phtml from one of the other sample phtmls
------- Comment #9 From 2004-07-06 15:06:00 -------
I tried what you explained.  "help" is not a good type (red link).  "HelpWidget"
is a good type but generates a parse error (see bug 486).
------- Comment #10 From 2004-07-13 13:56:13 -------
Verified on Fedora Core 2 Chameleon 20040709

---------------------
Information on the test settings:

I used the Hawaii application found on xcalibur and made a few modifications to it.

Modifications I made are:

1.  Created a new widgets directory called "widgetes_norm" in the "hawaii"
application.

2.  Moved "HelpWidget" directory from the Chameleon base installation to
"hawaii" application under this new widgets directory.

3.  Added path to this new "widgets" directory in "index.phtml" file:
$oApp->CWCExecute("/path/to/hawaii/htdocs/widgets_norm/");

4.  Added the following lines in the "hawaii_demo.html" template:

      <!-- ------------------ -->
      <!-- HELP AREA BEGINS -->
      <!-- ------------------ -->
<tr>
        <td valign="top">
          <CWC2 TYPE="HelpWidget" VISIBLE="TRUE" ENABLED="TRUE"
WIDGET="HelpWidget"/>
        </td>
        <td valign="top">
          <CWC2 TYPE="HelpWidget" VISIBLE="TRUE" ENABLED="TRUE" WIDGET="Extent"/>
        </td>

</tr>

5.  Load the "index.phtml".
------- Comment #11 From 2004-07-14 14:58:40 -------
followed Norm's test and got the following errors:

Warning:
main(D:\ms4w\apps\hawaii_chameleon\htdocs\widgets_chris\HelpWidget/../Widget.php):
failed to open stream: No such file or directory in
D:\ms4w\apps\hawaii_chameleon\htdocs\widgets_chris\HelpWidget\HelpWidget.widget.php
on line 29

Warning: main(): Failed opening '°@@' for inclusion
(include_path='.;\ms4w\Apache\php\pear') in
D:\ms4w\apps\hawaii_chameleon\htdocs\widgets_chris\HelpWidget\HelpWidget.widget.php
on line 29

I also got the help doc output above my application

ReOpening bug for this issue
------- Comment #12 From 2004-07-14 15:02:37 -------
sorry last comment was for the windows 2000 regression test on beta 2 20040709
------- Comment #13 From 2004-07-22 15:27:11 -------
Changed target to 1.99 Beta 3.
------- Comment #14 From 2004-10-05 21:13:24 -------
help widget requires an extensive overall based on the new documentation
structure.  I would like to review the requirements for this widget before we
undertake any new development.
------- Comment #15 From 2004-10-13 17:01:49 -------
Ok, this is an open call for input on what people think or want the help widget
to do (this doesn't mean it will all be done, I just want input and to start a
BRIEF discussion).  

Chris, Paul was mentioning that you might have some new ideas as to what the
help widget should do.

I am planning to implement this fix early tomorrow so speak now or forever hold
your peace. ;)
------- Comment #16 From 2004-10-18 13:48:24 -------
Fixed in CVS.  This widget now checks for the proper help docs in the correct
location(s) and responds accordingly.  

The class name has been updated to the requested "EmbeddedHelp" name,
re-assigning to Paul to move the folder and file names (HelpWidget.dbf &
HelpWidget.widget.php) in CVS to the correct "EmbeddedHelp" names.
------- Comment #17 From 2004-10-18 13:52:09 -------
Sorry, marking this one as fixed.  I see that bug 633 has been created to rename
the widget.
------- Comment #18 From 2004-10-25 10:33:30 -------
Help:<cwc2 type="EmbeddedHelp" widget="Cursorpos"/>

Verified new widget EmbeddedHelp by placing tag in a sample application. The
text founded in the english xml file eg.
/widget/Cursorpos/Cursorpos.en-ca.doc.xml under the:
<cham:widgetdoc>
<cham:onlinehelp>help description string....</cham:onlinehelp>
<cham:widgetdoc>

is dumpped to the application where the widget tag is placed.


Set to Verified for windows/ ie. 6
------- Comment #19 From 2004-10-28 14:31:05 -------
Verified on Fedora Core 2.