Feature Proposal: add a web= parameter to all cgi scripts

Motivation

if you're trying to build an application that allows the user to set a web and topic destination - web - selection and topic text entry, you need to hack some javascript.

instead, we can use web= to set a web unless its set in topic= already - ala normaliseWebTopic

Description and Documentation

add web= to all scripts.. ala topic=

Examples

Impact

WhatDoesItAffect:

%WHATDOESITAFFECT%

edit

Implementation

-- Contributors: SvenDowideit - 17 Apr 2012

Discussion

There's chance that this will break wiki apps that already make use of the web url parameter assuming it is not used by anything else automatically. Can you elaborate the use case where a separate web parameter is required in addition to topic with regards to specifying the current location within the wiki. Doesn't it always need a full topic parameter with a web and a topic part in it?

-- MichaelDaum - 17 Apr 2012

yup - simple eg: a UI that lets a user create a topic in a list of webs.

Sandbox About Community Community/Developers Development Download Extensions Extensions/Archived Extensions/Testing Home Main Support Support/ClientSupport Support/Question922 System Tasks Tasks/Testcases

right now, they have to add some js to combine the 2 obvious ui elements into a webtopic

plus - most cgi scripts already have a web= param that over-rides a web in the address - so in some ways its an inconsistency

-- SvenDowideit - 17 Apr 2012

FWIW, our wiki apps have decided on qWeb for any web-carrying url params. I thought that was because web was already a reserved param that gave us trouble in the past, but perhaps I've created yet another superstition based on false assumptions!

-- PaulHarvey - 18 Apr 2012 - 00:00

actually - there is no web= urlparam doccoed in CommandAndCGIScripts - so we are in that territory where it would break only existing apps - and whatever undoccoed uses we have (WebSearch uses it for eg)

To achieve what I want, we could add a defaultweb param - that way

defaultweb	topic	result
undef	Topic	This.Topic
undef	Web.Topic	Web.Topic
Sandbox	Topic	Sandbox.Topic
Sandbox	Web.Topic	Web.Topic

I need it (right now) for edit and save, but I can see it being useful forall scripts

(feel free to suggests other names - I just want to simplify separate web & topic selections)

-- SvenDowideit - 18 Apr 2012

+1 for the defaultweb approach. It reflects normalizeWebTopicName and is less likely to cause issues with ?web=This;topic=That.TheOther

-- CrawfordCurrie - 18 Apr 2012

Excellent compromise. I like it.

-- PaulHarvey - 19 Apr 2012 - 00:41

implemented.

-- SvenDowideit - 26 Jun 2012

Found one side effect. Tasks.Item12438. The implementation sets a default web, which breaks statistics.

-- GeorgeClark - 15 Mar 2013