1. 08 Jun, 2006 1 commit
  2. 06 Feb, 2006 1 commit
  3. 02 Dec, 2005 2 commits
  4. 27 Oct, 2005 1 commit
  5. 17 Aug, 2005 1 commit
    • Leigh B. Stoller's avatar
      The Emulab Knowledge Base! · 6f08c442
      Leigh B. Stoller authored
      Okay, I implemented a primitive Knowledge Base! The current contents are
      *all* the existing FAQ entries, which I entered manually. Here are the
      details.
      
      * My reason for doing this is that we need something very simple. The wiki
        is too much of a barrier, and its search capabilities are pathetic.
      
      * The search page for the Knowledge Base is:
      
      	https://www.emulab.net/kb-search.php3
      
        Fairly primitive keyword search. Turns out that mysql 4.0 has a bunch for
        really good text searching functions built in, but we run 3.23 ... so I
        had to roll it myself. So, its a simple keyword (space or comma
        separated) search, no regular expressions.
      
      * Each DB record has a "faq_entry" flag, so creating the current FAQ on the
        fly from the DB is easy. See:
      
      	https://www.emulab.net/kb-faq.php3
      
      * In reddot mode, you can add new KB entries:
      
      	https://www.emulab.net/kb-manage.php3
      
        The form is fairly obvious but here are details anyway:
      
          Section Name: Choose an existing title, or make up a new one.
          Title:        The title of the KB (or FAQ) entry.
          Faq Entry:    Check this box if the new entry should show up in the FAQ.
          X Ref Tag:    A token so you can refer to other KB entries by name,
                        instead of by its index. Within the KB entry you would
                        write: <a href=kb-show.php3?xref_tag=sometag>
          Body:         Whatever you like. I took the existing FAQ entries and
                        stuck them with no changes except for the xref_tag
                        mentioned about (since some entries referenced other
                        entries).
      
      * Once you click on sumbit, you will see the entry as it will appear to
        users, along with a submenu to Modify/Delete/Add entries. You can modify
        the current entry from that menu. Mere users do not see this menu, only
        when in reddot mode.
      
      * The intent here is that we can generate new entries really easy, right
        from email if you like (with appropriate <pre> or <xmp> tags around it).
      
      * I have added sql/knowlbase-create.sql and a makefile target to
        generate that file when creating a distribution. I also added a section
        to install/boss-install to insert the entries into the new DB.
      
      * I hooked the search function into the existing Search Documentation link.
        We know search both the Knowledge Base *and* the Documentation on doc
        searches. This probably needs a little more work to get right.
      
      * I changed a lot of faq links to be more consistent and to reference
        the proper xref_tags (#swapping instead of #UTT-34).
      6f08c442
  6. 23 Mar, 2004 1 commit
  7. 16 Dec, 2003 1 commit
  8. 14 Apr, 2003 2 commits
  9. 19 Mar, 2003 1 commit
  10. 15 Nov, 2002 1 commit
  11. 04 Sep, 2002 1 commit
  12. 26 Aug, 2002 1 commit
  13. 16 Aug, 2002 1 commit
    • Chad Barb's avatar
      · 60529980
      Chad Barb authored
      The big one.
      
      New look;
      most of the changes are in menu.php3.
      
      A lot of the changes in other files are s/<TD>/<TH>/
      for table headers.
      
      Also closed some tags, tweaked some table styles, etc..
      
      No actual functionality should have changed.
      
      Will be installing soon...
      60529980
  14. 07 Aug, 2002 1 commit
  15. 07 Jul, 2002 1 commit
  16. 25 Jun, 2002 1 commit
  17. 12 Feb, 2002 1 commit
  18. 17 Jan, 2002 1 commit
  19. 30 Oct, 2001 1 commit
    • Leigh B. Stoller's avatar
      Minor changes for docwrapper. Add a docwrapper file to each subdir so · 8c4945a1
      Leigh B. Stoller authored
      that relative links work. This old way:
      
      	<a href="docwrapper.php3?docname=tutorial/nscommands.html">
      
      throws off relative links cause the actual file (docwrapper.php3) is
      in a different dir than the file loaded. Instead, do this:
      
      	<a href="tutorial/docwrapper.php3?docname=nscommands.html">
      
      So loading tutorial/docwrapper.php3 sets the current directory
      properly, and then loads the specified file.
      8c4945a1
  20. 12 Oct, 2001 1 commit
  21. 15 May, 2001 1 commit
  22. 11 May, 2001 1 commit
  23. 18 Apr, 2001 1 commit