[GCompris-devel] Search feature

[Holger Kaelberer]

On 13.01.2016 07:50, RISHABH GUPTA wrote:
>
>
> On Tue, Jan 12, 2016 at 3:09 PM, Holger Kaelberer <hk at elberer.de <mailto:hk at elberer.de>> wrote:
>
>     Hi,
>
>     first of all: thanks for your work, searching by title is something really useful that is missing!
>
>     Comments inline:
>
>     On 12.01.2016 10:08, Bruno Coudoin wrote:
>
>
>
>         Le 12/01/2016 06:19, RISHABH GUPTA a écrit :
>
>
>
>             On Mon, Jan 11, 2016 at 3:28 PM, Johnny Jazeix <jazeix at gmail.com
>             <mailto:jazeix at gmail.com> <mailto:jazeix at gmail.com <mailto:jazeix at gmail.com>>> wrote:
>
>                  2016-01-11 9:43 GMT+01:00 Bruno Coudoin
>                  <<mailto:bruno.coudoin at gcompris.net
>             <mailto:bruno.coudoin at gcompris.net>>bruno.coudoin at gcompris.net
>             <mailto:bruno.coudoin at gcompris.net>>:
>                  >
>                  >
>                  > Le 11/01/2016 09:09, RISHABH GUPTA a écrit :
>                  >>
>                  >>
>                  >> Hello ,
>                  >>
>                  >> I am done implementing the backend part .I have tried it and it's
>                  >> working fine .The only thing left is to decide where to put the search
>                  >> icon  and connecting it to  Textfield.
>                  >
>                  > Hi,
>                  >
>                  > This is a very difficult choice to do. I would say that this feature is
>                  > advanced and is of no use for many of our young users who can't write.
>                  > It is most useful to parents or teachers trying to find the right
>                  > activity. Thus I would not make this feature prominent.
>                  >
>                  > One proposal. We enter the search mode using ctrl-s on desktop and long
>                  > click or double click on a section icon on mobile. In filter mode we
>                  > replace the section bar by a search bar.
>
>
>             So this means the search will be performed in that particular section .According to me
>             search
>             should be performed on all the activities and not just on a particular section this is
>             because a
>             user might remember the name of the activity but not the section to which it belongs .
>
>         My idea is to replace the section bar with a search entry field. I agree with you that this
>         spans
>         all the sections.
>
>             I like the idea you have suggested for mobile ,long click or double click would give a
>             search bar
>             ,but this should be for potrait mode
>
>         Not sure, it would be confusing to have an option that disapears in portrait mode more or
>         another.
>
>
>     Agreed, if we add an icon it should be in the same place for all orientation modes.
>
>
>
>                  Incrementally we display the
>                  > matching activity in the activity area. A close icon let the user get
>                  > back to the normal section display.
>                  >
>
>                  Hi,
>
>                  ctrl+S is already used to hide sections, if we go for it, we should
>                  not forget to update the documentation.
>                  On my side,
>
>                  I would still put it somewhere visible.
>
>
>             I second this.
>
>
>     Me too.
>
>     Users (also the adult ones) tend to not read documentation and imho a "search" feature is useful
>     enough to keep it visible. If we opt for the section header it could still be put at the
>     right/lower of the list.
>
>
>                  Maybe we can put
>                  it on the section bar, with a setting to display it or not (false by
>                  default)?
>
>
>     I don't like the bar option because imho it does not belong there. Activity selection is
>     controlled via the section header and preselecting activities via a search feature is part of
>     this task as is categorial grouping and personal favorites.
>
>
>                  For the sections on top, it is a list, so it should resize
>                  automatically if we add one more.
>
>
>     +1
>
>     Add a magnifier icon (or so) to the section list and present a TextInput (or so) onClicked,
>     either replacing the section bar (in landscape) or, maybe more generic, overlaying it on top of
>     the whole scene.
>
>
> I am a bit confused ,above you said you don't like the bar option and  here you are suggesting to
> put it in the section list . Sorry if  I misunderstood something .

No, my fault, did not read carefully enough, sorry.

Let's distinguish

1. 'control bar' (the bar on the lower left which usually contains icons for 'Help', 'Level 
up/down', 'Configuration' etc.) from

2. 'section bar' (only visible in the menu, contains activity categories and favorites icon).

My point was that an activity search icon semantically does not belong to the *control* bar but to 
the *section* bar.

>
> Section bar is the bar where we have section for all the activities ,like maths  ,fun etc ,right ?

Right

>
>
>
>
>
>             I am skeptical about this whether it would look nice like there or not.
>
>
>     Why?
>
>
> Imho the section bar(the one i described above)  should stay  just for the activities .In future you
> guys might add more sections .
> So putting the  search icon at the end of the list would need re-positioning every time a new
> section gets added .

Hm, new sections/categories probably won't get added very often.

In the Gtk+ version there were sub-sections to further group activities hierarchically. Not sure if 
there are any plans to do something similar in the Qt version.

Holger

>
>
>
>             So my proposal:
>
>             On desktop and mobile in landscape mode,we can place the icon on the bottom next to
>             configuration
>             icon ,since there is enough space ,on clicking it would expand to a search bar .
>
>               For potrait mode  i like what bruno sir suggested .
>
>             If anyone else has any other suggestion then please provide them,would be a great help . :)
>
>         Another idea, we improve the bar as to make the buttons shrink to suit the window width so
>         it is not
>         a problem to put the option even in portait mode.
>
>         Bruno.
>
>
>     My 2 cents,
>        Holger
>
>     _______________________________________________
>     GCompris-devel mailing list
>     GCompris-devel at kde.org <mailto:GCompris-devel at kde.org>
>     https://mail.kde.org/mailman/listinfo/gcompris-devel
>
>