Re: [naviserver-devel] Changing pageroot

2012-11-02 Thread David Osborne
Thanks Jeff and Gustaf.

I found that setting pagedir had no effect under the server section (as is
in the newly changed tests/http-test-config.tcl file) eg:

ns_section ns/server/${server_name}
ns_parampagedir $pageroot

But if I added a subsequent fastpath section and added it there instead
then it worked. Is this what would be expected?

ns_section ns/server/${server_name}/fastpath
ns_parampagedir $pageroot


On 1 November 2012 19:51, Gustaf Neumann neum...@wu.ac.at wrote:


 hmm, i found two occurrences of  nsparam pageroot, and
 changed these.

 % egrep -R ns_param *pageroot *
 openacs-config.tcl:ns_param   pageroot$pageroot
 tests/http-test-config.tcl:ns_param   pageroot$pageroot

 i have added as well ns_info pagedir as an alias for
 ns_info pageroot.
 One should mark the latter as deprecated.

 -gustaf

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel


Re: [naviserver-devel] ns_return* documentation and ns_register_* default method

2012-11-02 Thread Stephen Deasey
On Wed, Oct 31, 2012 at 12:54 PM, Stefan Sobernig
stefan.sober...@wu.ac.at wrote:

 I'd also appreciate a heads-up on a previous thread:

 http://www.mail-archive.com/naviserver-devel@lists.sourceforge.net/msg01811.html

 Was the idea of a default method (* or the like) for the
 ns_register_* cmd family ever implemented?

No.

Looks like some surgery to nsd/urlspace.c might be required to alter
the current order of lookup from: method, path, path for the url GET
/foo/bar to: path, path, method, so that if the path matches and the
method does not, a default method handler can be returned.

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel


Re: [naviserver-devel] ns_return* documentation and ns_register_* default method

2012-11-02 Thread Gustaf Neumann
On 02.11.12 12:43, Stephen Deasey wrote:
 On Thu, Nov 1, 2012 at 12:13 PM, Gustaf Neumann neum...@wu.ac.at wrote:
 i think, that adding a command reference would be a nice
 addition, and is most likely possible with reasonable amount
 of work. The other alternative would be to split up the
 documentation pages with multiple commands into single pages...
 The idea was to head in the other direction: consolidate similar
 commands into one page.
i fully agree that a contextual display of related commands 
is better.
 For example for the ns_return page there's a couple of paragraphs of
 explanation at the top that applies to all the commands, and by
 collecting them together it's easy to see how they're similar and how
 they differ. (maybe the 3 redirect commands should be split into their
 own page?)

 On the other hand, some times you just want a big list of all
 commands...  Hopefully dtplite can be coaxed into generating it.
dtplite is a tcl script that packages common behavior of the 
tcl doctool packages.  One can certainly try to extend 
dtplte or we can roll our own doc generator using these 
packages, but this requires some deeper diving into the 
doctool universe. In recent tcllibraries there are besides 
the doctool oacages the doctools v2 package, which does not 
make the best path more obvious, since dtplite does not use 
v2 (to my shallow understanding).

-gustaf neumann

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel