<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Design of Search Interfaces for Mathematicians</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Jacobs University Bremen and FIZ Karlsruhe</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>The availability of mathematical knowledge on the Web changes mathematical practices. In a study of professional mathematicians' search behavior we identi ed ten behavioral patterns particular to mathematicians. In this paper, we present a set of design goals for mathematical search interfaces implied by these patterns and insights derived from them.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        The availability of mathematical knowledge on the Web is constantly
increasing. Research especially in the Mathematical Knowledge (MKM) and Digital
Mathematical Libraries (DML) communities have looked into the
representational and organizational aspects of this. In the Mathematical User Interfaces
(MathUI) workshop we are especially interested in the aspects of use and
handling of this fast growing mathematical web knowledge. In this paper we are
especially interested in improving search for math. For that, we might look at
general resources like [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] or [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. But even a complete redesign of e.g. the
reviewing service Zentralblatt Mathematik (zbMath.org) according to the newest best
practices didn't result in a jump in usage levels. We suspected that the issues
lie deeper as mathematicians have speci c, idiosyncratic needs and thus require
distinct design goals.
      </p>
      <p>
        To assess the usability of the European Digital Math Library in [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] Kitchen
conducted interviews with (professional) mathematicians | mathematicians
that not only have degree(s) in mathematics, but also are actively pursuing
mathematical research. It provided the insight that mathematicians didn't know
how to use the o erings of mathematical search interfaces. The reason can either
reside in the content, i.e., not o ering resources interesting to mathematicians,
or in the form, i.e., o ering valuable resources in not suitable ways. In [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]
Zhao analyzes user-centric and math-aware requirements for math search. He
lists \general keyword search, browsing math-speci c resources and personal contact "
as main math search activities. This doesn't yet answer the general question,
whether there is a need for a speci c math-oriented design for search interfaces.
      </p>
      <p>
        To nd out what distinguishes mathematicians from non-mathematicians,
we interviewed professional mathematicians and other people interested in math
to nd idiosyncratic, but typical behavioral approaches, expectations or
understandings with respect to mathematical search interfaces (reported in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]). We
elicited 10 patterns that give us insights about the special user group of
professional mathematicians.
      </p>
      <p>In this paper, we want to turn to the design aspect of these 10 patterns. We
will argue for some principles that don't seem to have been taken into account in
current designs of math software systems. Note that you should not expect a set
of handy statements of the kind \Do this, but not that" as the underlying power
of design consists in the fair balance of concurrent and partially contradictive
requirements. The formulation of math search speci c design goals is consequently
done rather cautiously.</p>
      <p>In Human-Computer Interaction (HCI) it is common practice to establish a
set of \best practices" for the design of user interfaces, which are directed towards
a general user pro le as a human being. Therefore, they hold for professional
mathematicians as well. Note that we cannot provide best practices for designers
of math UIs, as we haven't conducted any usability study with a system that
adopted our principles yet. The presented design goals are supposed to serve as
a basis for discussions about future math user interface design.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Ten Patterns of Mathematical Approach to mSIs</title>
      <p>
        In [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] we used the set of exemplary math search interfaces (\mSI") and
established the following 10 patterns of mathematicians when approaching math
search interfaces:
      </p>
      <p>Pattern 1 (\Familiarity"):
\Mathematicians do not assess mSIs based on familiarity."
Pattern 2 (\Community"):
\Mathematicians trust human and community resources."
Pattern 3 (\Finding"):
\Finding is the primary mathematical search task."
Pattern 4 (\Social Interaction as Tool"):
\Mathematicians appreciate social interaction as a mathematical tool. In
particular, it is a mathematical practice to collaborate and exchange feedback."
Pattern 5 (\Medium"):
\Mathematicians aim at adopting a search tool as a medium."
Pattern 6 (\Function"):
\Mathematicians appreciate function over form."
Pattern 7 (\Outcome"):
\Mathematicians care more for the outcome than the input."
Pattern 8 (\Empowerment"):
\Mathematicians want to be empowered in the search process."
Pattern 9 (\Transparency"):
\Mathematicians base their information search process on transparency of the
search result."
Pattern 10 (\Expectations"):
\Mathematicians expect to nd meaningful information in the search result."</p>
    </sec>
    <sec id="sec-3">
      <title>Design Implications for mSIs</title>
      <p>
        The ISO standard for Ergonomics of Human System Interaction ISO 9241-11
(1998) sets usability to be the \extent to which a product can be used by
specied users to achieve speci ed goals with e ectiveness, e ciency and satisfaction in a
speci ed context of use". The elicited patterns didn't even mention the keywords
\e ectiveness", \e ciency" or \satisfaction" once. The underlying reason is not
the author-speci c phrasing of the patterns in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] but rather the disregard the
mathematicians showed for these concerns in the common form.
      </p>
      <p>
        This might be just as well as usability has lost its status of being the
criterion for a well-designed product in modern HCI. There, the new criterion is
user experience (UX), which comprises according to ISO 9241-210 (2009) \a
person's perceptions and responses that result from the use or anticipated use of a
product, system or service". This replacement seems much more tting, if we recall
that the math-speci c properties of the above mSIs were cooked down in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] to
evaluating the \preconditions of the search", the \precision of the input" and the
\relevance of results driven by either user or data". The expectations concerning
the input and the anticipated meaningfulness of the output clearly indicate an
holistic approach by mathematicians.
      </p>
      <p>
        According to [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] user experience consists of four components: value,
desirability, adoptability, and usability. Therefore, we will analyze the patterns in the
following with respect to these four components.
3.1
      </p>
      <sec id="sec-3-1">
        <title>Value</title>
        <p>The value aspect of UX concerns the question of usefulness.</p>
        <p>
          Finding As pointed out in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] the term \search" comprises numerous di erent
search processes. In particular, it entails for example:
{ Finding = already knowing what one is looking for
{ Browsing = getting an overview over a topic or an idea of a concept
{ Sur ng = surrendering to the links, drifting from one to another
{ Solving/Information Gathering = creating a search plan, i.e., specifying
a sequence of actions that achieves the solution of a problem
{ Asking = posing a question to nd an answer
In di erent phases (like selection, formulation and collection) a user seeking
information translates a search intension into a query or series of queries optimizing
for the relevance of the nal collection of search results (see [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]).
        </p>
        <p>The value aimed for by mathematicians according to Pattern 3 (\Finding")
consists in the satisfaction of the search intension. It can only be redeemed, if
the entire search environment is streamlined towards nding.</p>
        <p>
          The presumptions for such a streamlining Shneiderman et al. summarized
in [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] under the formulation phase with the following distinct aspects:
a.) Sources: How large is the underlying database?
b.) Fields: How structured is the underlying database?
c.) What to search for: How expressive is the input language?
d.) Variants: How big is the error tolerance?
Additionally, in the collection phase they point out the following aspects:
e.) Entropy: How much information is conveyed via the presentation of the
search results?
f.) Correctness: How good is the precision and recall according to the search
intension?
g.) Re nement: How easy is a re nement of the search results (towards the
search intension)?
To optimize the nding process, thus, several handles can be used:
Goal 1 (\Optimization of Resources"):
\Optimization of sources, elds, query language, presentation of variants, low entropy,
and re nement features | with respect to the search intension "
Expectations The Pattern 10 (\Expectations") from [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] stresses the importance
of the collection phase. If the precision of the information retrieval is not high,
then mathematicians need tools to turn this data into meaningful information,
e.g., for aligning their subsequent search plans.
        </p>
        <p>
          Goal 2 (\Structure"):
\Maximization of structure in the search results "
Note that mathematicians do value function over form (Pattern 6 (\Function")),
so a complex presentation (maybe causing cognitive overload) is allowed, as
long as it provides value. In [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] Libbrecht posed an interesting question: Is
there something like a \too high precision" of (mathematical) search queries
with the e ect that search results become too small? Considering Pattern 10
(\Expectations") we can assume that mathematicians didn't plan for low recall
with their search query. Goal 2 (\Structure") therefore should include a query
extension or netuning mechanism like the one presented in [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. There, a bad
result gives, e.g., hints about query variants.
        </p>
        <p>
          Function Obviously, Pattern 6 (\Function") strongly supports the need of
mathematicians for value, as they evaluate form less than function. Even though the
di erence in layout in the set of mSIs is perceived by most (notes taken in
interviews in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] con rmed that), it hasn't found its way to the assessment schemata
of mSIs, therefore can be deemed irrelevant for mathematicians.
Empowerment But the question arises whether mathematicians appreciate
functionalities independent of their search intension? In particular, is there something
like too much functionality for mathematicians, where too much value turns into
less value? Pattern 8 (\Empowerment") suggests that this is not the case, as they
want to have all the world at their ngertips and decide autonomously what to
do with it in their search strategy. The side condition \serving their search
strategy" should be considered nevertheless.
Goal 3 (\Flexible Search Strategies"):
\Addition of as many functionalities to support exible search strategies as possible "
Transparency The value of a mSI for mathematicians also consists in a correct
mental model of its inner workings. Mathematicians do not appreciate black
boxes, they want to evaluate themselves how to make use of a service. For that
(according to Pattern 9 (\Transparency")) they need to be able to assess its
value for them, e.g., when working out a search plan to ful ll a search intension.
Therefore it might be helpful if math designers adopted
Goal 4 (\Semantic Transparency"):
\Semantic transparency, i.e., if the user interface allows access to the relevant
information and its underlying semantic relations [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ] "
In combination with Pattern 10 (\Expectations") we might even venture to say
that only a not understood, that is, unpredictable search result is a bad one. Such
a search result breaks the original search plan as it does not allow a re nement
of the search process.
        </p>
        <p>
          Social Interaction as a Tool Mathematical literacy is an ability that computers
as of now do not possess, but mathematicians do. The more they have dealt
with mathematics the stronger their literacy becomes (see [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]). Not only re
ection, but also communication within the center of the mathematical Community
of Practice (CoP) gets so much more e cient with this growing literacy. This
might be the underlying reason why we found in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] that mathematicians could
approach social interaction within their CoP as if it were a mere search tool
for mathematics. The value of social interaction is not about establishing social
bindings or networking, it is about e ciency. Therefore, we suggest:
Goal 5 (\No Social Media"):
\No inclusion of social media in an mSI "
Note that we refer to social media with a focus on establishing social networks.
A math search interface like mathoverflow (mathoverflow.net) shows how a
service can successfully introduce social interaction in accordance with Pattern
(\Social Interaction as a Tool").
        </p>
        <p>Community mathoverflow draws on Pattern 2 (\Community") as well.
Goal 6 (\Community Idiosyncracies"):
\Integration of community aspects "
Recall, for instance, the following mathematical community aspects: polite and
distinguished feedback, anecdotes, regular e.g. small community meetings in
Oberwolfach, etc.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>Desirability</title>
        <p>
          To understand the desirability of an interactive product we ask whether it is fun
and engaging. But what exactly does this mean for mathematicians? The disgust
for playfulness shown in the study in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] by them indicates that it is not about the
engagement factor in the normal sense. Entertainment and gaming do not come
into the fun experience of mathematicians when searching for math. But maybe
the beauty of Math does? In [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] there is even some scienti c evidence that
mathematicians desire elegance. What concretely does for example the following
statement mean for design? \Mathematics, rightly viewed, possesses not only truth,
but supreme beauty a beauty cold and austere, [...], sublimely pure, and capable of
a stern perfection such as only the greatest art can show." [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. We can derive an
interpretation of \desirability" for mathematicians:
Goal 7 (\Beauty"):
\Utmost reduction of complexity | without losing functionality "
        </p>
        <p>
          One best practice of a well-known set of usability guidelines [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] points in the
same direction. It states that \any extra unit of information in a dialogue competes
with the relevant units of information" and therefore a minimalist design is to
be preferred (see also [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]). For a search interface Google's layout is not only
a prototypical example, it has even reached an idol status, the Google search
design factor, which 'has' to be aimed for. In particular, Google achieves this
(see [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]) based on the maximes of an ethics of simplicity, rewarding openness
and drawing on the e ects of the long tail. In [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] we have explained that the
redesign of zbMathNew interface towards a Google-like design does not need to
be a successful move with mathematicians. Reduction of form is good, but the
impression of loosing functionality destroys the basic idea.
        </p>
        <p>Transparency Here, the Pattern 9 (\Transparency") kicks in. For instance, in
the zbMathNew example above the new Google-like design did not disable
functionality, it merely neglected to point it out to the user. That is, the redesign
was not transparently carried out. The desirability of a math search interface is
improved when the interface is transparent enough, so that search results can be
anticipated. Pattern 7 (\Outcome") is also about the ability of looking-ahead.
Therefore, we note that a rather coy but with a lot of potential design might be
desirable for mathematicians:
Goal 8 (\Cinderella"):
\Di dent design with the potential to dig deep"
The metaphor \Cinderella" is based on Cinderella's di dent attitude and
appearance contrasting her brilliant heritage and future.
Empowerment To be able to showcase mastery of a tool is the more impressive
the more the tool empowers one to do. Here, mathematicians are no exception,
they like to be experts. Thus, Goal 2 (\Structure") and Goal 3 (\Flexible Search
Strategies") support fun and engagement, that is, desirability.</p>
        <p>Community Note that the desirability is strenghtened with Goal 6 (\Community
Idiosyncracies") as well.
3.3</p>
      </sec>
      <sec id="sec-3-3">
        <title>Adoptability</title>
        <p>Familiarity It is an HCI best practice to bridge the gap between new and old
services by extending old and therefore known interaction rules into the new
ones. In particular, the old service can usually serve as a metaphor for the use
of the new service. E-readers, for instance, do use the good old book metaphor
to be handled.</p>
        <p>Pattern 1 (\Familiarity") breaks this best practice. It seems to suggest that
professional mathematicians, from here on abbreviated to \mathematician" only,
can be used as guinea pigs for whatever new designs one can come up with as
long as some basic usability guidelines are followed. But in fact, it is quite the
opposite. Even though they are open to new designs in general, they have to
be convinced in the rst place to adopt the new service. These criteria seem to
be much higher than with non-math services as some of the other patterns like
Pattern 6 (\Function") or Pattern 5 (\Medium") are not really optional.
Community One reason for adoption of an application consists in the added
value o ered. As the community is highly appreciated by mathematicians, Goal
6 (\Community Idiosyncracies") supports the adoptability.
3.4</p>
      </sec>
      <sec id="sec-3-4">
        <title>Usability</title>
        <p>
          Outcome One main usability goal of applications is the e ciency of its user
interface. But for mathematicians the outcome is more important than the input
according to Pattern 7 (\Outcome"). In particular, e ciency is not a main goal
for them. Other main usability goals are learnability and memorability, which
didn't come up in the interviews in [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ] at all. Yet another usability goal consists in
the fun factor of using an application. We discussed this in regard to desirability
already and decided that fun has to be reinterpreted for mathematicians. So,
all in all, we can state that the usability criteria for mathematicians have to be
rede ned. The suggested goals in this paper lead towards such a rede nition.
4
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>
        We have presented and argued for design implications based on the patterns
elicited in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. In particular, we have:
G1 (Optimization of Resources): \Optimization of sources, elds, query
language, presentation of variants, low entropy, and re nement features | wrt search
intension"
G2 (Structure): \Maximization of structure in the search results "
G3 (Flexible Search Strategies): \Addition of as many functionalities to
support exible search strategies as possible"
G4 (Semantic Transparency): \Semantic transparency, i.e., if the user
interface allows access to the relevant information and its underlying semantic
relations [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] "
G5 (No Social Media): \No inclusion of social media in an mSI "
G6 (Community Idiosyncracies): \Integration of community aspects "
G7 (Beauty): \Utmost reduction of complexity | without loosing functionality "
G8 (Cinderella): \Di dent design with the potential to dig deep"
Future work now entails the implementation of these design suggestions in, for
example, Mathematical Knowledge Management applications. Once this is done,
the value of the goals can be veri ed with usability studies. If so, then we can
establish the above set of design goals as best practices for mathematical search
interfaces.
      </p>
      <p>Note that this study didn't prove common usability goals invalid, but when
considering a fair balance of essential requirements for a good design of math
(search) interfaces, the weights should be speci cally assigned according to
mathematicians. If those requirements are satis ed, the netuning regarding general
best practices concerning form but not content can begin | if there are resources
left. Mathematicians will be the happier.</p>
      <p>Acknowledgement This work has been funded by the Leibniz association
under grant SAW-2012-FIZ.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Frank</given-names>
            <surname>Guo. More Than</surname>
          </string-name>
          <article-title>Usability: The Four Elements of User Experience</article-title>
          . Available at http://www.uxmatters.com.
          <source>Accessed on 2014-04-01</source>
          .
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Marti</surname>
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Hearst</surname>
          </string-name>
          .
          <article-title>Search User Interfaces</article-title>
          .
          <year>1st</year>
          . New York, NY, USA: Cambridge University Press,
          <year>2009</year>
          . isbn:
          <volume>0521113792</volume>
          ,
          <fpage>9780521113793</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Je</given-names>
            <surname>Jarvis. What Would Google Do? HarperCollins Publishers Limited</surname>
          </string-name>
          ,
          <year>2009</year>
          . isbn:
          <volume>9780007312108</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Tim</given-names>
            <surname>Kitchen</surname>
          </string-name>
          .
          <source>The European Digital Mathematics Library: Usability Study</source>
          . url: https://wiki.eudml.eu/eudml- w/images/D6.1.pdf (visited on 03/14/
          <year>2014</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Andrea</given-names>
            <surname>Kohlhase</surname>
          </string-name>
          .
          <article-title>\Search Interfaces for Mathematicians"</article-title>
          .
          <source>In: Intelligent Computer Mathematics 2014. Conferences on Intelligent Computer Mathematics (Coimbra, Portugal, July</source>
          <volume>7</volume>
          {
          <fpage>11</fpage>
          ,
          <year>2014</year>
          ). Ed. by
          <source>Stephan Watt et al. Lecture Notes in Computer Science</source>
          . accepted. Springer,
          <year>2014</year>
          . url: http: //arxiv.org/abs/1405.3758.
          <string-name>
            <surname>Forthcoming</surname>
          </string-name>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>Andrea</given-names>
            <surname>Kohlhase</surname>
          </string-name>
          and
          <string-name>
            <given-names>Michael</given-names>
            <surname>Kohlhase</surname>
          </string-name>
          . \
          <article-title>Semantic Transparency in User Assistance Systems"</article-title>
          .
          <source>In: Proceedings of the 27th annual ACM international conference on Design of communication (SIGDOC)</source>
          .
          <article-title>(Bloomington, Indiana</article-title>
          , USA,
          <year>2009</year>
          ). Ed.
          <article-title>by Brad Mehlenbacher et al</article-title>
          . ACM Special Interest Group for Design of Communication. New York, NY, USA: ACM Press,
          <year>2009</year>
          , pp.
          <volume>89</volume>
          {
          <fpage>96</fpage>
          . doi:
          <volume>10</volume>
          . 1145 / 1621995 . 1622013. url: http : //kwarc.info/kohlhase/papers/sigdoc09-semtrans.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Michael</given-names>
            <surname>Kohlhase</surname>
          </string-name>
          . \
          <article-title>Mathematical Knowledge Management: Transcending the One-Brain-Barrier with Theory Graphs"</article-title>
          .
          <source>In: EMS Newsletter</source>
          (
          <year>2014</year>
          ). in press. url: http://kwarc.info/kohlhase/papers/ems14.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Carol</surname>
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Kuhlthau</surname>
          </string-name>
          , Jannica Heinstrom, and
          <string-name>
            <surname>Ross</surname>
            <given-names>J. Todd.</given-names>
          </string-name>
          \
          <article-title>The information search process revisited: is the model still useful?"</article-title>
          <source>In: ir information research 13</source>
          .4 (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>Paul</given-names>
            <surname>Libbrecht</surname>
          </string-name>
          . \
          <article-title>Escaping the Trap of Too Precise Topic Queries"</article-title>
          . In: MKM/Calculemus/DML. (Bath,
          <string-name>
            <surname>UK</surname>
          </string-name>
          ,
          <source>July</source>
          <volume>8</volume>
          {
          <fpage>12</fpage>
          ,
          <year>2013</year>
          ). Ed. by Christoph Lange et al.
          <source>CEUR Workshop Proceedings 1010. Aachen</source>
          ,
          <year>2013</year>
          , pp.
          <volume>296</volume>
          {
          <fpage>309</fpage>
          . url: http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>1010</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>P.</given-names>
            <surname>Morville</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Callender</surname>
          </string-name>
          . Search Patterns:
          <article-title>Design for Discovery.</article-title>
          <string-name>
            <surname>O'Reilly Media</surname>
          </string-name>
          ,
          <year>2010</year>
          . isbn:
          <volume>9781449383060</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>Jakob</given-names>
            <surname>Nielsen</surname>
          </string-name>
          .
          <source>Designing Web Usability : The Practice of Simplicity</source>
          . New Riders Press,
          <year>1999</year>
          . isbn:
          <fpage>1</fpage>
          -
          <lpage>56205</lpage>
          -810-X.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>Jakob</given-names>
            <surname>Nielsen</surname>
          </string-name>
          and
          <string-name>
            <given-names>Rolf</given-names>
            <surname>Molich</surname>
          </string-name>
          . \
          <article-title>Heuristic Evaluation of User Interfaces"</article-title>
          .
          <source>In: Proceedings of the SIGCHI Conference on Human Factors in Computing Systems. CHI '90</source>
          . Seattle, Washington, USA: ACM,
          <year>1990</year>
          , pp.
          <volume>249</volume>
          {
          <fpage>256</fpage>
          . isbn:
          <fpage>0</fpage>
          -
          <lpage>201</lpage>
          -50932-6. doi:
          <volume>10</volume>
          .1145/97243.97281. url: http://doi.acm.
          <source>org/10</source>
          .1145/97243.97281.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>Bertrand</given-names>
            <surname>Russell</surname>
          </string-name>
          .
          <source>Mysticism and Logic. Dover Books on Western Philosophy. Dover Publications</source>
          ,
          <year>2004</year>
          . isbn:
          <volume>9780486434407</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Ben</surname>
            <given-names>Shneiderman</given-names>
          </string-name>
          , Don Byrd, and W. B Croft.
          <article-title>\Clarifying Search: A UserInterface Framework for Text Searches"</article-title>
          . In: (
          <year>1997</year>
          ). issn:
          <fpage>1082</fpage>
          -
          <lpage>9873</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>Semir</given-names>
            <surname>Zeki</surname>
          </string-name>
          et al. \
          <article-title>The Experience of Mathematical Beauty and its Neural Correlates"</article-title>
          .
          <source>In: Frontiers in Human Neuroscience</source>
          <volume>8</volume>
          .68 (
          <year>2014</year>
          ). issn:
          <volume>1662</volume>
          {
          <fpage>5161</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Jin</surname>
            <given-names>Zhao</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Min-Yen Kan</surname>
          </string-name>
          , and Yin Leng Theng. \Math Information Retrieval:
          <article-title>User Requirements and Prototype Implementation"</article-title>
          .
          <source>In: Proceedings of the 8th ACM/IEEE-CS Joint Conference on Digital Libraries. JCDL '08</source>
          .
          <string-name>
            <surname>Pittsburgh</surname>
            <given-names>PA</given-names>
          </string-name>
          , PA, USA: ACM,
          <year>2008</year>
          , pp.
          <volume>187</volume>
          {
          <fpage>196</fpage>
          . isbn:
          <fpage>978</fpage>
          - 1-
          <fpage>59593</fpage>
          -998-2.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>