Custom Search Button
Mini-Spec from Team Discussion
Philosophically we are about community creation of content, which
means that multiple people can update metadata (comments, tags, etc.)
for a search button (like on delicious), rather than just the "creator"
(like on Flickr)
Here are the details around each button type:
- Keywords:
- Anyone can create a Keyword button
- The "Keyword" (or keywords) is the unique identifier for every button
- The
author of the Keyword button should be hidden when users search for the
button in the library (i.e., no one is considered the author)
- Once the button is created, it cannot be modified by any user, including the author. Only tags can be added.
- Any
user who finds or tries to create a Keyword button that already exists
can go ahead and add tags to the button during the process of adding
the button to their device
- Only Dash can delete keyword buttons
- Dash can block the creation of a keyword button
-
| |
Creator |
Other User |
Dash Admin |
Content Owner |
| Create |
V > Keywords
V > Tags
V > Category |
- |
V > Keywords
V > Tags
V > Category |
TBD |
View on Map |
V |
V |
V |
TBD |
| Modify |
X > Keywords
V > Tags
X > Category |
X > Keywords
V > Tags
X > Category |
X > Keywords
V > Tags
V > Category |
TBD |
| Delete |
X |
X |
V |
TBD |
| Remove |
V |
V |
V |
TBD |
Block Creation |
X |
X |
V |
TBD |
- GeoRSS / KML
- Anyone can create a GeoRSS / KML button
- The "URL" is the unique identifier for every button
- The "creator" (person who created the button) provides the following:
- Button name
- Description
- Note:
Since GeoRSS and KML are beginning to support the Author Attribute, if
a feed has Author information we should retain this
- A
person who finds (or tries to add a button that already exists) is able
to do the following when adding the button to their device:
- Tag the button
- Comment on the button
- Dash
admin can delete a GeoRSS / KML button. The author can delete the
GeoRSS button only if he is the only subscriber. If there are other
subscribers, the author can only remove the button from his device and
from the search index from that point forward; he cannot delete it from
other users' devices (and he should get a message indicating that)
- Dash has the ability to block the creation of GeoRSS / KML buttons (block the URL for the feed)
- Here is a list of ContentLinks for GeoRSS/KML
| |
Creator |
Other User |
Dash Admin |
Content Owner |
| Create |
V > Label/Name
V > URL
V > Tags
V > Description
V > Location
V > Category |
- |
V > Label/Name
V > URL
V > Tags
V > Description
V > Location
V > Category |
TBD |
View on Map |
V |
V |
V |
TBD |
| Modify |
V > Label/Name
V > URL
V > Tags
V > Description
V > Location
V > Category |
X > Label/Name
X > URL
V > Tags
X > Description
V > Add Comment
X > Location
X > Category |
V > Label/Name
V > URL
V > Tags
V > Description
V > Location
V > Category |
TBD |
| Delete |
V (see case above) |
X |
V |
TBD |
| Remove |
V |
V |
V |
TBD |
Block Creation |
X |
X |
V |
TBD |
Claiming Ownership |
X |
V |
V |
TBD |
- GeoLists (aka - personal lists)
- Anyone can create a Geolist
- Geolists are either private or public
- Private - ONLY the creator can find the button and add it to their device
- Public - ANYONE can find and add the button to their device
- The
creator of the list controls the content in the list... and this means
that all other users are dependant on the user for updates or if the
creator removes all data.
- The creator gives the Geolist the following:
- Button name
- Description
- The username should be automatically filled in as the "Author" for the content
- A person who finds a public Geolist should be able to do the following when adding the button to their device:
- Tag the button
- Comment on the button
- Only the creator can edit the addresses in the GeoList
- Here is the behavior if the creator deletes a their Geolist:
- If the list is public:
- The list is removed from the users device
- the list is removed from the "search index"... meaning that no new people can find and add the list
- users who already have the button on their device can still access the button and the data on the backend
- If the list if private:
- The list is removed from the users device
- Dash
should have the ability to delete and remove Geolist buttons and
content across the system as it deems necessary
- Outstanding
question: how do buttons refresh on devices? (e.g., if the user changes
addresses on a GeoList, do all users buttons get updated or only the
new subscribers?)
| |
Creator |
Other User |
Dash Admin |
Content Owner |
| Create |
V > Label
V > Private/Public
V > Tags
V > Description
V > Location
V > Category
V > Add Addresses |
- |
V > Label
V > Private/Public
V > Tags
V > Description
V > Location
V > Category
V > Add Addresses |
TBD |
View on Map |
V |
V |
V |
TBD |
| Modify |
V > Label
X > Private/Public
V > Tags
V > Description
V > Location
V > Category
V > Add, Modify, Delete, Map Addresses |
X > Label
X > Private/Public
V > Tags
X > Description
V > Add Comment
X > Location
X > Category
X > Add, Modify, Delete, Map Addresses |
V > Label
X > Private/Public
V > Tags
V > Description
V > Location
V > Category
V > Add, Modify, Delete, Map Addresse |
TBD |
| Delete |
V |
X |
V |
TBD |
| Remove |
V |
V |
V |
TBD |
Block Creation |
X |
X |
V |
TBD |
- POI Buttons:
- ONLY Dash can create POI buttons
- Dash provides:
- The button name
- Description
- When a user adds a POI button to their device they should be able to:
- Tag the button
- Comment on the button
- Only Dash has the ability to delete a POI button from the system
| |
Other User |
Dash Admin |
Content Owner |
| Create |
- |
V > Label
V > Tags
V > Description
V > Location
V > Category
V > Add Addresses |
TBD |
View on Map |
V |
V |
TBD |
| Modify |
X > Label
V > Tags
X > Description
V > Add Comment
X > Location
X > Category
X > Add, Modify, Delete, Map Addresses |
V > Label
V > Tags
V > Description
V > Location
V > Category
V > Add, Modify, Delete, Map Addresse |
TBD |
| Delete |
X |
V |
TBD |
| Remove |
V or X (depending the type of POI?) |
V |
TBD |
Mockups screens
Saved Search Library
Here is the flow between screens:
CSB_search_v3.pdf
Home Page
|

|
- The user is logged in.
- A what's new section to teach the user about what's new!
- the
ability to search from the home page for some search, I'm wondering if
it is necessary to have the location on this screen? perhaps not. the
ok button will redirect the user to the search page with result display
or no result display.
- a link to the creation page where the
user will have access to a little bit more information on each saved
search. perhaps it is a little redundant content. I need to make it
more detailed on the creation page.
- An area to prompt the
user with the comment feature for the saved searches he recently used.
(let's say the 3 last). When the user clicks on one of the comment
button, he will be redirect to the comment screen for the selected
saved search, when done, redirect the user to the home page with the
commented saved search gone from the list. What do you think?
- A
featured searches column >> to provide the user with new
interesting content. A button to map it and to add it. the map it
button will redirect the user to new screen, with map and so on, the
add button will just validate the action but won't redirect him/her
anywhere.
- The top ten list button will behave the same, no redirect just perhaps a validation. what do you think?
- The top ten list can be replaced by something else, like a cloud tag of the week. can we do that? or some other news.
|
Entry screen - search & browse
|

|
- This is the default screen when the user is clicking on saved search library subnav link.
- The default location of the user logged in must be pre-populated in the location field.
- The user can enter a query and click search
- The user can click on the top ten plus sign and add them to his/her device in one click (no comments steps)
- The user can click on a Category to browse the content.
- The user can change device using the drop down list
- The
user can sort the content for preview purpose only, from this screen
he/she won't impact the order of the saved search on the device
- The last addition will appear on the top of the device list and the "most recent" sorting option will be selected.
- The user can also select the option "device order" and see the manual sorting he/she created on the manage screen.
- I guess I will add a link somewhere to allow the user to go to the manage screen from the device list.
- The user can remove saved search from the device
- The user can click on any of the saved search on the device to preview it
- The user can click on a tags to browse the content
- The
user can preview or map every saved search on this screen, the top ten,
the device one, the featured one... (see preview screen below)
|
Preview
|

|
- This is the preview screen of a keyword button.
- the viewer is the owner because we give him/her the ability to edit the content
- for another user, the interface would not display a modify button.
- both users can add comment and tags and add to device.
- we can have the case where the owner removed his button from his device in the past but want to add it again.
|
Manage Saved Search
|

|
- The user switch from different devices if he/ she has more than one under the same account
- The user can see the number of available slots
- The user have access to a number of different sorting options, but the default one is Manual.
- The user can decide the number of saved search displayed by page.
- the
user can manually change the order of display by entering numbers in
each field and click Update list to see the sorting result.
- The user can edit the content by clicking on every (...) or the edit button placed on each line
- The
user click on comments in green underlined to add a comments and read
all the comments. (it will be a page dedicated for comments)
|
Edit keyword
|

|
- The user is the owner of this button and wants to edit it.
- The user can edit editable information (see table above) and click save
- The user can come back to the list by clicking cancel
- The user can click on comments to go directly to the comment screen.
|
comment keyword
|

|
- The user can read all the existing comment for this keyword search
- the user can enter a new comment or edit the one he already entered.
-
|
create Keyword saved search
keyword already in existing
|

|
- the user is at the creation level and enters a keyword that exist already in the library of button.
- the screen display a message on top to notifiy the user about this fact and help him to pursue his initial goal.
- enter comment and tag and add to car.
- the form will display the description, the category and the number of comments already attach to it.
- the user will be able to also see the result of the keyword and directly comments on it.
- he can also scroll and read all the comments attach to this button before deciding to add it to his device.
- note:
I'm wondering if we shouldn't give more room to the text information (
bigger font) and less to the map now that it become more community
sharing based. what do you think guys?
|
confirmation

GEO RSS/KML button
Geolist button
Geolist_enterlabel
|

|
- First please, note some naming problems on this screen.
Geolist is the name of this type of CSB button and saved search the
name of the main feature. (no more quickfinds)
- No transparency on the map
- NO scrolling on the device list
- The subnav indicates that the user is at the creation level.
- The user can enter a name for his/her list and click create.
- The
user can edit the default location by clicking on EDIT. (this new
location will be kept as long as the user change it back to the default
one or to a new one)
- The user can select another device if he/she has more than one.
- The user can see the number of available slot on the device
- The user can sort the list on the device (a-z / popular / most recent)
- The
user can remove removable saved search from the device by clicking on
the minus icon, a warning message will appear before each delete.
- The user can click on any saved search entries displayed and view the result on the map.
- The
map is refreshing to show the metro containing data (several possible
behavior here: I would like to discuss it with you guys.)
1. "if data cover US, map zoom out to cover all US + list result display the 4 first locations with mileage."
2. "if data cover US, the map zoom out until one result is on the map + list result display the 4 first locations with mileage.
3. "if data cover US, the map does not refresh but list result display the 4 first locations with mileage.
I'm prefer #2 but this depend if we can have drag and drop and zoom in zoom out on the map...
|
GeoList_Lookupaddress

|
- When user click create the map move to the right
- the
device list is disappearing, but the user can click the VIEW DEVICE tab
to consult the list at anytime. the list will not contain the same
feature and will be floating above the map.
- The geolist appear on the left.
- The title is display and the number of entries indicate zero.
- The user can still change location at anytime during the process.
- The user enters an address on the top part of the screen and click "look up"
|
GeoList_SaveAddress

|
- If address is entered correctly and the system able to retrieve it, a form will appear above the geolist.
- the form will contain a label by default that user can modify
- the full address fields a phone field, a description and a tag field.
- the address will also be location on the map with the dash D point (icon)
- The user will be able to modify the address using the top field and click again " look up address"
- The user click add address.
|
GeoList_Editgeolist

|
- The address will appear on top of the list with the ability to edit it or to delete it.
- The user will be able to click on it to view it on the map.
- The list number of item is automatically updated.
- The user can finish building his/her list by clicking on finish.
- The user can enter a new query to locate the next location he/she want to enter.
|
GeoList_SaveList

|
- The user can save the list, edit label, decide if the list
will be shared with the dash community, enter location, description,
tags, category, and click save
- The user can also modified the content by clicking on modify.
|
GeoList_ConfirmationMessage

|
- A confirmation message appears on the top of the screen and the saved search appear on the top of the device list.
- The message should named the saved search added to the device and which device.
|
Documentations
|
|