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%
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.

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
Topic revision: r11 - 05 Jul 2015, GeorgeClark - This page was cached on 23 Jul 2016 - 17:55.

The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. Creative Commons License