After tweaking the search on
WebChangesForAllWebs to match the correction I made on my wiki I've started noticing clearly "duff" pages appearing. In the hope it's useful to the
CoreTeam I've decided to start adding the
WikiButton Codev.DeleteMe to those pages, and if it appears appropriate, locking them to being edittable only by the
TWikiAdminGroup .
Needless to say, I'm only doing this on pages that look very overtly wrong.
The idea of using a
DeleteMe button is fairly common - to the extent that somewikis will automatically purge pages with such a token after a given period of inactivity on the page.
Note: the idea is to try and help. If it's not viewed as useful, please state below, and I'll cease adding buttons.
--
MS - 08 Feb 2004
Pages currently listed as
DeleteMe :
Searched: Codev\.DeleteMe
After tweaking the search on WebChangesForAllWebs to match the correction I made on my wiki I`ve started noticing clearly `duff` pages appearing. In the hope it`s...
How about using the preferences (TWikiPreferences, WebPreferences and user preferences) as style sheets? Something like for TABLE parameters: Set TABLE STYLE...
DeleteMe petition: please keep this page for historical reasons DanielKabs 14 Apr 2005 Features are implemented (SearchScopeForTopicAndText, KeywordSearchWithImplicitAnd...
DeleteMe No content here, as long `;` as the AND operator is documented... AndreUlrich 09 Feb 2004 The ability to have AND in a search has been requested...
Each Twiki web (er, directory) currently duplicates a lot of topics that usually not changed but does have per web information (and substitutions of % WEB% ). This...
Can we please make it so that: http://twiki.org/cgi bin/view/?topic Codev.ViewScriptNotNeedingTopicEqualsForWeb can be abbrievated as: http://twiki.org/cgi bin/view...
Number of topics: 6
Marking topics without useful content (to our community) as obsolete is fine. We should agree on the level. Some pages should be left for historical or navigational reasons. For example
SearchWithImplicitAnd was renamed to
KeywordSearchWithImplicitAnd, and
SearchWithImplicitAnd was recreated because external links like cvs check-in comments point to it.
I suggest to wait for some feedback before we start with a big sweep.
To avoid duplication of work, it is sufficient to mark topics in Codev and Plugins webs; the
TWikiOrgWebsiteFacilitator (currently me;
HelpWanted) monitors daily the activities in the other webs (already removing 5 pages a day in average)
--
PeterThoeny - 09 Feb 2004
I think we should finish the
MoveTopic funtionality first, so that we have a way of getting a reasonable response to deleted urls
suggestions:
- we keep a list of moved topics (including delete) and if you request a move Url, redirect to the new one
- if its gone, we redirect to a search that can list related topics
- and the redirect page can give access to the pre-move-al version of the topic as well
this way we can delete old content happily in the knowledge that the versioning system is helping us
--
SvenDowideit - 09 Feb 2004
What might be better for
ShortURL,
ShorterURL,
ShorterUrls etc is redirection. I believe that's why they were created in the first place.
Could we implement something like
http://meta.wikipedia.org/wiki/Redirect? I especialy like the way the move tool leaves behind a redirect to the new page. See also
Wikipedia:Redirect for all the uses this is put to.
If topics were case insensitive - at least as far as linking wiki words and topic-name search go, only one Shorter* would have ever been created in the first place (since TWiki already handles plurals nicely). TWiki on Windows gives you this for free; see TopicCaseSensitivity -- MattWilkie - 09 Feb 2004
- Plural handling is only available for english sites, or? -- AndreUlrich - 10 Feb 2004
--
SamHasler - 09 Feb 2004
The
TWikiMission is to be a
LeadingEdgeWiki, yet redirect is an example of a feature on the frontier that TWiki does not have.
--
MartinCleaver - 09 Feb 2004
There is also a
RedirectPlugin, which works well, as far as I can tell. At least, we are using it without any problems....
- Great, can it be installed on twiki.org? -- SamHasler - 10 Feb 2004
--
ThomasWeigert - 10 Feb 2004
I´m really against topics without content. As long they direct only to one topic they are not worth having them in place. Maybe this is another application for the beloved META field, to insert alternative topicnames in existing topics. Then a script could be invoked to map them to together and redirect the user to the specific topic.
--
AndreUlrich - 10 Feb 2004
"I´m really against topics without content." Could you say why?
They do have content, it's just stored in another topic, and when you try to view them you see the other topic instead. So you never see an empty topic.
--
SamHasler - 10 Feb 2004
No, I disagree. Topics with a redirect don´t have content, they have a function - the redirect. Content is stored within the topic the redirecttopic leads to. In my opinion the redirect function should be solved in a different way and not missused topics to do this.
It´s simply the enormous mass of possible names a topic can have and
ShorterUrls is just an example for this. When everyone starts to generate alternate topics to the existing ones just in case someone searches for a different name - where does this end?
Sure it would be good to preserve the access to topics when they get moved and you know that external systems (like CVS comments) like to access them. But a contentbase cannot be refractored in the
WikiWay when you have every dependency in mind an external system may have. Topics gets splitted, merged together and also gets deleted when their content is not longer up-to-date.
I know on twiki.org almmost nothing gets deleted for some reason and I also experienced that is very time consuming to find anything on twiki.org. In my opinion the healthy of the contentbase comes first, and then external systems which want to access it. For the future there must be a solution how to handle out-dated and unnecessary content. Topics with a redirect function will definately not make the situation better.
--
AndreUlrich - 10 Feb 2004
why is this page so slow to load relative to other pages which use regex searches? Or is it just me who experiences this?
--
MattWilkie - 11 Feb 2004
Because it's searching all webs?
--
SamHasler - 11 Feb 2004
I modified the regexp from
Codev.DeleteMe
to
Codev\.DeleteMe
in hopes of speeding up the page.
--
RafaelAlvarez - 08 Sep 2004
Travis, the search was deliberatly for
Codev\.DeleteMe
so that we could discuss it without flagging a topic for deletion. I've reverted the search.
--
SamHasler - 30 Aug 2005