Fall 2026

Spring 2027

The New School, Parsons, MPS CD
PMCD 5001, CRN 4253/​9023
PMCD 5002, CRN 3992/​9589
2 W 13th St., Room 1201
Thursdays, 4–6:40 pm

Course Description#

Typography & Interaction is a year-long course, divided into two classes, which will provide a rigorous foundation of typographic and interaction principles in the context of digital design. Over both classes, students will acquire and hone the skills they need for success in the field of interactive design.

Fall#

This first semester will focus on a mastery of type and layout concepts on the web:

Typography is the infrastructure of communication in nearly any visual medium. It provides the very first shape and form to written content, and as designers, it is our responsibility to practice this with intention and care. Whether towards goals of expression itself or in the service of ideas, the designer must understand type to use it successfully. In this way, we are stewards of meaning.

Digital design, the web in particular, is inextricably linked with typography⁠—from the very letters of code at its base to the words in arrangement we see on a screen. Type, thus, is the scaffolding in which all interaction design first rises. The very shape of the web, in its layouts, systems, and patterns⁠—and its various technologies⁠—all exist in the service of type, at their root. They provide the tools with which we can breathe a form and different, digital life into that meaning.

In this class, students will learn intermediate and advanced methods in typography and layout as they concern interactive design. We will use web technologies as the lens to examine this subject⁠—introducing the foundational, front-end languages of HTML (HyperText Markup Language) and CSS (Cascading Style Sheets) to achieve our designs. Students will understand the specific challenges of type in this medium, but also how it offers unique and particular forms to us as designers. They will learn the common tools and paradigms with which we practice, while developing their own visual, design vocabulary and critical understanding.

Spring#

Our second semester will build on the type and layout foundations from the first, moving into interface design and interactive experiences on the web:

Interaction, interactive, interface, product, UI, UX designers⁠—we are known by many names. These are all monikers for a digitally-native design practice. It is our responsibility, as practitioners in this increasingly consequential and broadening field, to both understand existing paradigms and help manifest, refine, and sustain purposeful new ones.

Contemporary digital design exists in the continuum of the ever-shifting, evolving, and ubiquitous web. Designers today work at many different scales and within many different systems. We act as mediators⁠—not only for users, meaning, and experience⁠—but with these systems themselves, as well. They shape our work and we shape them⁠—at the meeting point, the interface, between things.

In this class, students will learn to give form to and then work at these intersections. We will again use web technologies as our lens for the subject, building on our foundations in HTML and CSS by incorporating JS (JavaScript)⁠—to give behavior, interaction, and life to our designs. We will survey modern approaches to front-end design and development, as our discipline has as many methodologies as we do names. There is no one way to do this work, nor one thing to do it for⁠—and through our readings, discussions, exercises, and projects, students will understand and then situate themselves and their practice within the larger field.

Learning Outcomes#

Fall#

By the end of this semester, students will:

  • Demonstrate advanced knowledge of and be able to critically analyze type, form, and interactivity as it applies to screen-based media.

  • Understand how to effectively deploy type hierarchy in layout and grid systems, in responsive, device-agnostic design.

  • Effectively translate these designs into functional websites using HTML, CSS, and other web technologies.

  • Design and prototype work while taking into account the ever-shifting, bespoke challenges of web design.

  • Give, receive, and respond productively to feedback and critiques both asynchronously and in-person.

  • Think critically and develop their own, distinct thoughts on the role of digital within the larger canon of design.

Spring#

By the end of this semester, students will:

  • Thoroughly exercise and extend their typographic, design, and technical web skills developed in the first semester.

  • Learn to use modular, templated HTML components with varied and dynamic external data sources.

  • Understand the CMS (Content Management System) and API (Application Programming Interface) as software archetypes.

  • Be introduced to JavaScript and programming logic, the underlying concepts that make interactivity possible.

  • Gain an awareness of processes, methodologies, approaches, and systems in use in contemporary software development and on the web.

  • Conceptualize a web project with an eye towards its complete implementation⁠—balancing the tradeoffs between design, features, and practical build considerations or limitations.

  • Develop an understanding of how they want to practice as a designer within the larger context of the discipline.

Course Outline#

The course is structured into thematic units, each bookended by readings on the subject and a project that will demonstrate the material:

Unit 1: Type and the Web#

Weeks 1–6#

We will focus on reviewing the core principles of typography, and introduce the web and its base technologies. Students will learn about HTML, semantic DOM, basic CSS, as well as type hierarchy and the use of typefaces on the web.

Readings#

Project 1: Manuscript#

The unit ends with Project 1, Manuscript, which students will present for critique on October 1.

Students will choose a seminal design text from readings.design, read and respond to it, and typeset their selection and reply together as a web page. Other texts are also allowed on a case-by-case basis.

We’ll be looking at the quality of the responses, appropriate type selection and hierarchy, semantic HTML, and basic CSS.

Unit 2: There Is No Perfect Layout#

Weeks 7–10#

Students will learn how to design and implement more complex, flexible layouts, while collaborating closely with a classmate. We’ll introduce responsive design, media query CSS, and advanced web type techniques.

Readings#

Project 2: Spread#

This unit concludes with Project 2, Spread, which students will present together on October 29.

Students will work in pairs, with the texts they selected in Manuscript. Each duo will sketch collaboratively and then implement a new expression together, via pair programming. The final web page will be responsive for mobile, desktop, and print layouts.

Here we’re looking for successful design and development collaboration, box-model layout design, and the use of responsive media queries.

Unit 3: Typography as Interface#

Weeks 11–15#

In our final Fall unit, we will focus on creating advanced, multi-page layouts with grid systems, prototyping their flows, and exploring typography’s usage as interface elements for navigating a website.

Readings#

Project 3: Binding#

This unit, and the first semester, will culminate with Project 3, Binding, which will be presented in class on December 3.

Students will assemble a collection of texts from Spread, combined with their original selection, into a “book.” The book will take the form of a multi-page website with a homepage (cover), navigation (table of contents), individual pages for each text, and an introduction (colophon)⁠—with a consistent design system applied across all pages.

Here we want to see effective multi-page design and site navigation, advanced layouts (flexbox, grid), consistency and expression across the pages and content, and overall polish/​nuance.

Unit 4: Interface as Interface#

Weeks 16–21#

We will expand on our first-semester foundations in design, typography, HTML, and CSS⁠—now incorporating images and other media while introducing JavaScript to enliven our work. Students will learn to work with a CMS and use an API for dynamic content.

Readings#

The unit ends with Project 4, Links, which students will present on February 24.

Students will collaboratively assemble, connect, and present a collection using Are.na as a platform/​CMS⁠—designing and building an interface to explore and understand it.

In addition to our previous project requirements, here we’ll be looking for the effective use of images/​media, meaningful interactive interface functionality, and your use of JavaScript.

Unit 5: If All You Have Is a Hammer, Everything Looks Like a Nail#

Weeks 22–30#

To wrap up the semester (and course), we’ll round out our knowledge of the web’s intricacies⁠—handling user input, managing state, constructing metadata. We will examine how our projects participate in and live elsewhere on the web, and outline real-world processes to make them come together.

Readings#

Project 5: Functions#

This unit will culminate with Project 5, Functions, which will be presented in class on April 21.

Students will identify a problem and conceptualize how to solve it on the web. They will plan, design, and implement a novel solution towards this problem⁠—incorporating data and interaction with the tools, technologies, and techniques they’ve learned in this course.

We’ll first be looking for strong concepts⁠—not limited to or by existing conventions⁠—that push the grain of interaction design in new and interesting directions. And as the capstone for this course, we’re expecting the highest level of nuance and polish in the organizational, aesthetic, and technical aspects of these final projects.

Project Index#

The Spring semester, and the entire course, end with the Project Index, which will be due on May 14.

Students will build a landing page for themselves and their Typography & Interaction projects, providing links and context for them. They will update this with their finished projects, and refine it to deliberately and uniquely represent themselves and their work online.

We’ll be looking for self-expression within the their now-familiar materials of the web⁠—demonstrating an understanding of HTML, CSS, and JavaScript as a means to manifest a personal taste in this medium.

Evaluation Criteria#

Reading Responses#

Each unit begins with a set of readings to introduce the subject. Students are expected to read the required selections and synthesize their own thoughts in a considered, written response prior to the next class. We are not looking for summarization, here⁠—these should be personal reflections on the subjects, and are evaluated with this lens. We then discuss these readings as a group.

Exercises and Milestones#

Each unit will also have specific, technical exercises and milestones that are assigned towards completion of the projects. These assignments are expected to be completed outside of class, before the next session. Some of these will be small; some of these will be large. They are all evaluated for completion and quality.

Engagement#

Students are expected to actively and passionately participate in this course. This means more than showing up and turning things in on time⁠—which should be a given. Beyond that baseline students should be curious, prepared, thoughtful, vocal, and intentional throughout the course. They should make us understand why they are here, and demonstrate to us that they care about themselves, their work, and each other⁠—and ultimately, about this chosen profession.

This engagement will be unavoidably reflected in the quality of students’ work⁠—but we also evaluate this discretely based on their participation in and out of the classroom, with us and with their peers.

Projects#

The bulk of the work for this class takes the form of projects. They are intended as opportunities for students to demonstrate the knowledge and skills learned in class while developing their own practice, and are evaluated in this light.

There will be check-ins and reviews around each of these before the final due dates, when we will have critiques as a group. In addition to the quality of the finished project itself, students will have in-person design and technical reviews⁠—where they will be assessed on their explanation and understanding of their work, to determine whether they have met our learning objectives.

More specific, per-project evaluation criteria will be delineated with each project’s introduction.

Grade Calculation#

Fall#

Reading Responses 10%
Exercises and Milestones 10%
Engagement 20%
Project 1: Manuscript 10%
Project 2: Spread 20%
Project 3: Binding 30%

Spring#

Reading Responses 10%
Exercises and Milestones 10%
Engagement 20%
Project Index 10%
Project 4: Links 20%
Project 5: Functions 30%

Materials and Supplies#

In the open tradition of the early web, the only materials required are a computer, a browser, a text editor, and an internet connection. The specifics of these are open to the student’s individual preferences and practices. We will do our best to accommodate everyone and will make recommendations, when needed.

In class, we will demonstrate using Figma for visual design and sketching, Visual Studio Code for programming, and GitHub/​GitHub Desktop for version control and our project hosting. All of these products are available for free, or offer free education licenses with New School emails.

We will use the following tools to organize our class:

Class Policies#

Our Community#

Our class will create and maintain an agreement, intended to help us foster a safe, empathetic, and productive space for our course. It is built on trust and accumulated experience across cohorts. It can be revised and modified, with all of our input, over the year, and lives on our course site.

This agreement is intended to help us create and maintain a safe, empathetic, and productive space for our course. It is built on trust and accumulated experience across cohorts. It can be revised and modified, with all of our input, over the year:

  • Classmates should use our preferred names and pronouns.

  • We will have a short break, roughly halfway through the class.

  • The class should feel comfortable asking the instructors anything⁠—nothing is too trivial, or embarrassing, or off-topic. Tangents are good! Students can always ask us via Slack, if they would like to remain anonymous.

  • When presenting for critiques, students will “have the floor” while they take us through their work. This means everyone else will be quiet, we’ll close our laptops/​turn off our phones, and give our full attention to the person explaining their work.

  • Likewise for when the instructors are presenting new material⁠—no laptops, no phones. If students require either for assisting their learning, they must request approval beforehand. Our default setting should be “full attention, up front.”

  • We will all endeavor to engage meaningfully with presented work, and try to give constructive feedback⁠—not just fluff. Our classroom should be a safe place for this; no mercy, no malice.

  • We will use all our tools (LLM⁠s/​“artificial intelligence,” or otherwise) with criticality, transparency, and in support of our learning. We are here to do the work ourselves!

  • When incorporating materials from outside of the class, we will demonstrate our understanding by explaining our work and always attributing any references, tools, or others.

Inclusion#

Our intent is to respect and give forum to a range of perspectives and backgrounds, including culture, race, gender, sexual orientation, socioeconomic status, disability, and age. In instances where we are not personally qualified to speak from a specific perspective⁠—which is most of them⁠—students are encouraged to explore these area themselves. We believe we are all enriched by this.

We are always open to input such that the course can better serve these goals. Students should feel comfortable approaching us with their suggestions.

Office Hours#

We will have limited availability outside of our class time, and won’t keep scheduled “office hours.” Students should not expect us to immediately solve specific design or technical problems, or have their progress be blocked by this. Their first resource should be themselves, then our course site and its materials, and then each other.

That said: if there are still questions⁠—particularly logistical or content ones⁠—students can message us any time on Slack, and we will respond when we can. But again, this should never be a bottleneck; all of this works better when not done at the last minute.

Additional Technical Help#

For more specific technical instruction and questions, Parsons has dedicated CD-program tutors available to help students with HTML, CSS, and JavaScript⁠—as well as offering general design critiques and feedback. Their daily schedules are available midway through the semester; sessions are by-appointment.

The University Learning Center also offers its own tutoring sessions on a wide range of subjects, beyond design and programming; these are also by-appointment.

As tutors are only available a limited number of hours per week, it is advisable to start early on your projects and seek help along the way⁠—to avoid the usual end-of-semester rush for additional help.

Recording Sessions#

We will take recordings of all of our class sessions for students to reference later. As these will include the students and their work, the recordings will be stored on our Google Drive and made available only to New School email users.

Plagiarism and Derivative Work#

While all design work is, to some extent, built on the the continuum of culture before us⁠—our expectation is that the students’ work in our class is their own creation. That is why we are all here, and there is no point in us engaging with any work that is not.

We have zero tolerance for plagiarism and passing off the work of others (or LLM⁠s) as one’s own⁠—from initial ideas through to final implementation. This ranges from “verbatim” (copying-and-pasting), to “paraphrasing” (rewording, rearranging, deriving), to “autocompleting” (with LLM-assisted editors), to “vibe coding” (wholesale agentic use). None of these are your creation.

Everything that is turned in should be a product of each students’ own ideas, synthesis, and execution. They will always be expected to understand it, explain it, and defend it as they would themselves.

Students should also review the school’s Academic Integrity Policy.

Attribution#

When referencing or incorporating materials outside of our course-provided ones (lectures, exercises, demos, recordings, Slack conversations, etc.), students should always attribute their use.

These attributions should explain why they were brought in, what was referenced, and an overall understanding of how it works. (This includes anything from LLM⁠s, more below.) This will both help us gauge what students are getting out of it, and also where we can expand and guide our learning together as a class.

Practically, these will take the form of code comments. An example:

						/* I wanted to treat large grids differently in my design! */
/* I found this tool: https://css-tip.com/quantity-queries/ */
/* The selector matches when the container has a sixth child. */
.container:has(> :nth-child(6)) {
	background-color: gold;
}

		
		

LLMs and “Artificial Intelligence”#

There has been much discussion and development in our field (and others) around large language models, a.k.a. “artificial intelligence.” Tools like the conspicuous Chat⁠GPT, Claude Code, Cursor’s IDE, Google Gemini, and GitHub Copilot are upending the industry and changing how we work. But aside from (the many) other concerns, their use in the classroom remains fraught, at best.

Code Is Writing; Writing Is Thinking#

Every course has different learning objectives. In ours, we think students first need to write code themselves in order to truly understand our medium. We believe that writing is thinking, and code is no different⁠—the slowness, friction, and resistance of it are necessary for learning that lasts. We might in some ways get “less” done, but we think we will all take more from it.

We think that avoiding these difficulties is ultimately a disservice to your education. LLM⁠s are the same as any other tool in this regard, and are always to be treated like any at our disposal⁠—as aides to our understanding, not shortcuts around learning.

Students should also review our evolving program “AI” guidelines. Our class-specific LLM/​“artificial intelligence” guidelines will live on our course site.

Our “AI” Guidelines#

Here’s how we think we can use these tools to support our learning:

  • LLM⁠s should only ever be used in “ask” mode, which means no “agent” use⁠—including IDE/​CLI and other types of integrations (such as Claude Code or GitHub Copilot).

  • We still want students to write their code⁠—not just copy/​paste LLM (or other) code and add comments. There is value in the speed and (literal) muscle memory!

  • We’ll be working from template repos for our projects, each of which will include an CLAUDE.md / AGENTS.md with some per-project guidelines for our acceptable usage.

  • In the attribution for each LLM use, we’ll have students include links to the actual, corresponding “conversation” with their questions alongside their explanations.

  • These questions should clearly demonstrate the tool is being used to aid our understanding, not as a shortcut⁠—always think of them as questions one would ask their instructors.

  • If a student cannot furnish a link to their “conversation” and questions, they cannot use the tool nor its output.

  • Students will attest to their understanding of this, and agree to use the tools only in this prescribed manner.

  • Any design, writing, or code that is turned in is considered the work of the student⁠—and they should understand it and be able to demonstrate that when we ask.

  • Any other uses/​edge-cases require prior instructor approval, but we’re always happy to discuss!

Students should also review our evolving program “AI” guidelines.

Attendance, Grading, and Other Policies#

All CD classes adhere to the same common program and university policies.

Acknowledg­ments#

We’d like to thank Lynn Kiang, Brendan Griffiths, Andrew LeClair, and the extended MPS CD family for their support in the planning and running of this course. And thank you, for reading this far.