Loading...
 
Skip to main content

New module: search page name, search text, edit page

  • Tracker item actions
Trackers
Items
Status
Closed
Subject
New module: search page name, search text, edit page
Version
1.9.x
3.x
Category
  • Feature request
  • Dogfood on a *.tiki.org site
  • Less than 30-minutes fix
Feature
Wiki (page view, edit, history, rename, etc)
Search
WYSIWYCA (What You See is What You Can Access)
Modules
Site Identity
Admin Interface (UI)
Edit interface (UI)
Resolution status
Fixed or Solved
Submitted by
Marc Laporte
Volunteered to solve
Jonny Bradley
Lastmod by
Marc Laporte
Rating
(0)
Description

In the early days of TikiWiki, we used a bunch of modules (last_modified_wiki_pages, last_articles, Last this, Last that, etc.) to show recent changes to visitors. We ended up with many modules and it was cluttered.

All this became a lot better once the "Since your last visit" module came around to adding all the features. As a bonus, it checks permissions and shows the information since the user's last login. Very sweet.

Now, I am hoping to get to the same result for the many edit/input boxes.

In version 3.0, the quick_edit module checks (with Ajax) for names of existing wiki pages to edit. This avoids duplication. Great stuff. Wikipedia does something similar when you are searching for a page name.


I almost always have the search box on.

However, I also add "search page name" because the general search engine may not return the page I am looking for as the search result.

Here is an idea:

A new module which combines three modules:
search_wiki_page
search_new
quick_edit

See top right of http://moinmo.in/ for an example.

The action buttons are grayed out until text is entered in the text box. -> Very nice


Button should be WYSIWYCA


See top-right search box at:
http://www.ohloh.net/projects/tikiwiki
http://www.wikicreole.org/



Alternatively, we could combine search page name and search text, and in the search results, we would first show pages names, and then, search text. This involves more work, but could be better for the end user UI.

I think the existing layout for the search top right in TW is fundamentally good. A text box, then a drop-down then a button. Why because the drop down is more future proof than any of the layouts from the other sites you reference.


If we make the contents of the drop down easy to customise or at the very least document how to add to it. For example the CRM function could add items to the drop down for "Contacts" and "Accounts", webmail could add "Mail Messages" and so on.

I do agree the wikipage create/edit module should be included in the top right search function.

I think this is an example of where considering the future openness of the solution would be very important - MatWho

Importance
6
Priority
30
Demonstrate Bug on Tiki 19+
Demonstrate Bug (older Tiki versions)
Ticket ID
480
Created
Tuesday 17 January, 2006 05:45:08 UTC
by Unknown
LastModif
Monday 23 May, 2011 04:42:25 UTC


Show PHP error messages