<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">Le 03/01/2016 19:34, Aruna S a écrit :<br>
</div>
<blockquote
cite="mid:CAGWS5NkwJK6Y7TxbR4umDjW_MoydMigMSngfQrDqM1QwhqeDXQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Hey Rishabh!<br>
<br>
</div>
The search feature is much needed, so it'll be great to have you
work on this.<br>
<div>
<div>
<div>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<blockquote type="cite">
<div>
<div class="h5">
<div dir="ltr">
<div>The only thing I have figured out is
to use a hash table since it provides a
faster lookup .I would need little
guidance and input from all of you to
complete it. </div>
</div>
</div>
</div>
</blockquote>
</div>
</blockquote>
<div>A simple and quick way to implement a hash lookup
in Javascript would be to create a searchable JSON
object where the keys and values in the JSON object
pertain to each activity. <br>
The key would have to be unique for each
activity(the name of the activity? Or a hash of the
activity code or some other way), and the value of
the key has to be a way to bring the activity to the
forefront. <br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
Hi, I am not convince we need to maintain a hash for faster lookup.
I made the following test using grep:<br>
<br>
time grep -i mouse src/activities/*/ActivityInfo.qml<br>
0,00s user 0,00s system 0% cpu 0,003 total<br>
<br>
So it take 3ms to get the list of all activities containing the word
mouse in upper or lower case. No big deal. We may have a worse
result in javascript but doing so in C++ would get us to close
results.<br>
<br>
<blockquote
cite="mid:CAGWS5NkwJK6Y7TxbR4umDjW_MoydMigMSngfQrDqM1QwhqeDXQ@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div class="gmail_extra">
<div class="gmail_quote">
<div><br>
Not sure if this solution is the best one, but a
brute force way to present games that match a search
query might be to create an invisible section(like
the favourites, maths, strategy section etc) to
present the matches from a search query, and add
this section name to the ActivityInfo.qml. The
section can be made visible/active only when a
"Search" is in progress and is presenting results.<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br>
I like the concept. Just going further on it I propose something
along these lines:<br>
<br>
- there is a search icon in the section list (top rigth in
horizontal mode).<br>
- when clicked the section icons are replaced by a search entry box
(and a virtual keyboard appears if needed)<br>
- the search is done incrementally, uppon each letter entry a 'grep'
is performed and the list of matching activity is shown<br>
- when we get back from an activity we are again in thesame search
if we started the activity from here<br>
- a 'stop search' icon allows to get back to the normal mode<br>
<br>
Bruno.<br>
</body>
</html>