Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

\uD83D\uDDD3 Date

\uD83D\uDC65 Participants

\uD83E\uDD45 Goals

  • Review Design and Product progress

  • Determine tasks for engineers

\uD83D\uDDE3 Discussion topics

Item

Notes

Updates

  • Course evals not going as well as expected

  • Next week is All Hands, and elections

  • Updating membership this week, will have voting privileges in elections

    • Eligible to run also!

Search Design

  • Abhiram Tadepalli : Side Filtering

    • Sidebar to search 3 things

    • Takes you to results page with filters

    • Ex, search “1200” find all courses with 1200

    • Locally filters data, no API calls

    • Filters appear based on what you search

      • ex: “John Cole” results in course filter appearing

      • Dynamic sidebar

      • Always: Time range, RMP

    • Is Professor filter required?

      • Might be duplicating data

      • If we want multiple professors, we can search “1200” first then narrow down prof

      • Only relevant if there’s a lot of Professors

      • Time range filter might be nice

      • How do we handle profs that don’t teach anymore

        • 2-3 year cutoff?

      • Decision: Should be under the bar, like Google, not on the side. Typing is limited to entering chips.

  • Tyler Hill : typing tokens “from:” is less intuitive than side panel or other discrete UI

  • RMP, time are parameters

  • Inspired by Google Trends

  • Search tokens:

    • Search bar is for more free text, but tokens (chips) can also be in there for setting parameters.

    • Buttons below it (see Google Trends) are for more numerical things. Could also be professors

  • Autosuggestion

    • Can we convert matched names into chips (tokens)

    • “CS1200 John Cole” could be its own chip

  • User is typically searching for specific courses or professors

    • So, we should be fairly strict on our autocomplete - “John” should only mean profs who are “John”

    • User knows what they’re looking for usually

  • Is autocomplete a core feature?

    • Can we spell teacher’s name?

    • Typing speed - is autocomplete faster?

    • Yes it is

  • Exact match should turn into tokens

    • “John Cole” becomes a chip after hitting space

    • Current autocomplete backend, but show chips in the UI?

      • May not be hard as a first step

    • Decision: Course identifiers like “CS” aren’t needed as chips

  • Prof name, course prefix+number, course name (maybe) can be chips

    • Later goal: detect year in the search bar and populate filter UI

  • If Prof isn't specified, should we include “all professors” in the search options?

  • Separate compare page isn’t needed, can select results and get a compare modal

    • Needs to be designed

  • If we don't have data for a prof, fall back to general data for that course or prof, and show in the UI that we’re doing that

  • Design: should right side of page refresh when search changes?

Communication

  • William Skaggs shorter text would be preferred for communicating

    • Please assign tasks, give opportunity to discuss them later (at the meeting)

    • Could help other people’s understanding too, collaborative effort on task

    • suggestion: Limit to 2 paragraphs

    • Want to see members showing prototypes and debating them

✅ Action items

  • Review same tasks on Discord - critique design.
  • Hima Sathvika Nagi Reddy determine information hierarchy, a document laying out what elements of the design (data points and how that data is presented) need to be emphasized. Due by midnight so others have time to provide feedback
  • Solomon W. design search bar based on agreed functional design we talked about at this meeting. Due by midnight so others have time to provide feedback
  • Spencer Ng design righthand side content. Due by next meeting
  • Boden Chen design comparison page (start by working on info hierarchy and righthand side content to determine with comparison modal is even needed). Due by next meeting
  • William Skaggs Reach out to Josh about upcoming semesters for “profs who will be teaching this”
  • No labels