Gooood morning! What kind of thing should I be pointing out?


> 4) Open radio71preRelease01.fttb, using the Open command in the File menu.

The "Open" option wouldn't work before I ran the "install" script, so I had
to use filemenu.open in a Quick Script. (Also couldn't close Radio before
then, except by hitting ctrl-F4 twice.) Got all the fingers and toes now,
though.

The desktop website loads in Opera (and boy, does that look cool =) ), but
not in K-Meleon, where it just shows the index.txt file:
"{radio.weblog.view ()}". Seems that's because K-Meleon is very thorough in
its HTTP Accept header and unlike Opera explicitly says it accepts
"text/plain", so the code in radio.webServer.responder to "turn off
rendering if the client specifically supports the type" because
"Radio-as-a-client wants to get the OPML, not the HTML rendering" means
K-Meleon gets the unrendered text file. It does in fact work after changing
K-Meleon's Accept header to not include "text/plain".

In the weblog editing page, the textareas holding the output templates have
"<p>" appended to lines that have a blank line after them.

The <title/> for the Home page is "index.txt".

Are the menus going to stay like that, where it takes the whole page
reloading to change the menu?

In, eg, http://127.1/system/pages/weblog?itemToEdit=550 , in both the HTML
and the textarea, the edited weblog item has become double-spaced, with two
CRs at the end of each line, and saving such a double-spaced item saves the
spaces.

I see the reason for separate #homeTemplate.opml and #template.txt, but I
imagine it'd be nice to have a change to one reflect in the other if
they're supposed to start out the same. Haven't wanted to change either yet
though.