#8579 NORM 9.1.0: Should typing activity generic names in Journal search act as a (OR?) filters?

[Zarro Boogs per Child]

#8579: Should typing activity generic names in Journal search act as a (OR?)
filters?
--------------------------------+-------------------------------------------
   Reporter:  HoboPrimate       |       Owner:  Eben         
       Type:  enhancement       |      Status:  new          
   Priority:  normal            |   Milestone:  9.1.0        
  Component:  interface-design  |     Version:  not specified
 Resolution:                    |    Keywords:  9.1.0:?      
Next_action:  communicate       |    Verified:  0            
  Blockedby:                    |    Blocking:               
--------------------------------+-------------------------------------------
Changes (by Eben):

 * cc: tomeu, marco, cscott (added)
  * keywords:  => 9.1.0:?
  * next_action:  never set => communicate
  * milestone:  Not Triaged => 9.1.0


Comment:

 Yes, absolutely it should! (Incidentally, in this case one could also
 filter for all write instance and then search for "polar", but that dances
 around the issue.)

 Do we really only search on the title of an entry?  We should also be
 searching all relevant metadata, which should certainly include the name
 of the activity it was created by, making "write polar" just work in this
 instance. (I present this as a potential 9.1.0 goal, if we aren't doing it
 properly.)

 Moreover, in the future, when we have the Journal beat into shape enough
 to actually start tweaking things for more advanced use cases, it should
 even support (metadata) key based searches to allow more focused queries
 eg. "activity:write polar", ensuring that the "write" term only matches on
 the "activity" metadata key.  We should support this, really, for any
 keyed tags present: activity, filesize, date, mime-type, etc.

 Finally, the goal (mine anyway) has always been to allow advanced kids to
 tag ''with'' metadata.  In other words, by creating a tag in "key:value"
 format eg. "importance:low" (or medium or high), I could create a system
 that replaces the boolean star favorite system with my own more granular
 ranking.  I could later search for "importance:low" and be presented with
 all the things that I deemed unimportant to myself.  I'd also like to
 support empty tag searches, eg. "important:" (either whitespace or end of
 string following the colon), which matches only on items which do ''not''
 have that key defined yet.  This would make it easy for me, for instance,
 to see what I haven't yet ranked in my system.


 PS.  I think it might be better to rename this to something like "The
 Journal should search on metadata as well as title", but I'm not 100% sure
 that's actually the root of this issue.  I'll let someone familiar with it
 glance at this first.

-- 
Ticket URL: <http://dev.laptop.org/ticket/8579#comment:1>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system