[gNewSense-users] More sections completed

[Bake Timmons]

Since the new drivers page is not yet manually updatable, I just wanted
to give a heads up on the completion of these short sections:

sh
sn
tc
uio
virtio
zorro

These short sections were for more expedient testing of my new script,
which I hope to post here later today.

One *inconsistency* that I see in the new drivers page is the missing
virtio directory.

The rest of this email concerns an aspect of the KFV work process.

The main holdup in posting my script is whether to add a new feature
that will be helpful but that will also complicate the KFV workflow,
namely the feature of *recursively* editing directory sections.  E.g.,
the Emacs script simplifies the viewing and editing of a table of
entries (might be screwed up under a non-fixed font) such as:

----------------------------------------------------------------------
Comment ID & License   All non-free    Filename
(Enter License         SW reported
0=No Lic Text)         (Y, N, n/a)
---------------------- --------------- ---------------
 1 ?                    ?              Makefile
Directory               ?              maple
Directory               ?              superhyway
----------------------------------------------------------------------

I intend for the pressing of <C-return> on any of the above three lines
to do something useful.  On the file here, it will pop up the contents
of Makefile with any initial comment highlighted and prompt for a choice
of license using a keyboard shortcut and fill in the table with the
proper info.  This table is ultimately used to generate and upload the
appropriate wiki pages.

Directories are another matter here.  It seems to me that pressing
<C-return> on a directory entry should recursively start another table
which one can fill out.  While this is a natural part of the workflow,
deep hierarchies might make it somewhat unwieldy, with several partially
completed tables floating around inside Emacs.

I am tempted to just skip the feature for now and just post the script,
since is already quite helpful at this point.  After all, another
sensible workflow is to work bottom-up, start with the deepest sections,
complete each one at a time, so that parent sections automatically
generate the right info for (finished) sub-directories.

Indeed, I just thought of a good approach here.  The main command is
kfv-start, which asks for a section URL on which to work, such as

http://wiki.gnewsense.org/Kernel/Ubuntu-hardy-linux-2-6-24--drivers--sh

Instead of jumping straight into a table with subdirectories, the
command could be modified to first present a reverse depth-first ordering of the
section URLs, e.g., a little window showing just

http://wiki.gnewsense.org/Kernel/Ubuntu-hardy-linux-2-6-24--drivers--sh-maple
http://wiki.gnewsense.org/Kernel/Ubuntu-hardy-linux-2-6-24--drivers--sh-superhyway
http://wiki.gnewsense.org/Kernel/Ubuntu-hardy-linux-2-6-24--drivers--sh

Then the user could simply run kfv-start on each of those sections
starting from the top.

I plan to implement this and post the script today.  As always,
comments, questions, etc. are gratefully accepted.