Animated GUI Design Patent Figures for Sequences

Animated GUI design patent figures for transitional sequences show how an interface changes from one screen state to another. You file a sequence of static views, typically two to eight figures, each capturing a distinct moment in the animation, labeled FIG. 1, FIG. 2, and so on, with brief descriptions explaining the transition.

Why animated GUI designs need transitional screen figures

Design patents protect the ornamental appearance of a product, not its function. For a GUI animation patent, the animated movement itself cannot be claimed as motion. Instead, the USPTO and most other patent offices accept a series of transitional screen figures that depict the visual states of the interface at key moments. The sequence of figures, taken together, communicates the animation to an examiner.

Without transitional figures, an animated interface design application is incomplete. A single screenshot tells the examiner nothing about how elements move, fade, scale, or change color. The figure sequence is the only accepted way to disclose the animated appearance of a GUI.

What the USPTO requires for GUI animation patent figures

The USPTO allows animated GUI design patent figures under 37 CFR 1.84 and the Manual of Patent Examining Procedure (MPEP) §1504.01. The rules are practical rather than technical:

• Each figure must be a separate view. Number them consecutively: FIG. 1, FIG. 2, FIG. 3, and so on.
• Use solid lines for claimed elements. Elements that change between figures must remain in solid lines in each figure where they appear.
• Use broken lines for unclaimed environment. The device frame, keyboard, or background can be shown in broken lines to focus the claim on the animated interface itself.
• Include a figure description. The written description should state that the figures form a sequence showing the transition of the graphical user interface.
• Label each transitional state clearly. Descriptions such as “FIG. 2 is a second image in the sequence of the graphical user interface of FIG. 1” are standard practice.

One common approach is to file eight or fewer figures. More figures are permitted, but each additional view increases the risk of an examiner arguing the design is indefinite or that the sequence is unclear.

Step-by-step workflow for creating animated GUI design patent figures

1. Capture the key states. Identify every visually distinct moment in the animation. A loading spinner may need three states; a card flip may need four; a multi-step onboarding flow may need six or more.
2. Remove functional text where possible. Placeholder text, icons that convey function, and labels should be minimized or omitted. The design patent covers appearance, not wording.
3. Standardize the view. Keep the same orientation, scale, and device frame across all figures. Inconsistent framing makes the sequence hard to follow.
4. Apply line-weight rules. Use solid lines for the claimed animated interface elements and broken lines for the unclaimed phone, tablet, or monitor frame.
5. Number and annotate. Label each figure as FIG. 1, FIG. 2, etc., and write a short description for each view explaining its place in the transition.
6. Review for continuity. Every element that moves must appear in at least two figures so the examiner can see the change. An element that appears and disappears without an intermediate state may raise an indefiniteness objection.
7. Have a patent drafter or attorney review. AI-generated or manually assembled drafts should be checked by a professional before filing.

Concrete example: a pull-to-refresh animation

Suppose you are filing a design patent for a mobile app with a pull-to-refresh animation. The sequence might look like this:

• FIG. 1: The list view in its resting state, with a circular refresh icon hidden above the top edge.
• FIG. 2: The user has pulled down slightly; the top of the circular icon is now visible below the header.
• FIG. 3: The pull is at maximum distance; the full circular icon is visible and rotated 180 degrees from its FIG. 2 position.
• FIG. 4: The list has bounced back to the resting state, but the icon is now spinning in place at the top of the screen.
• FIG. 5: The refresh is complete; the icon has faded out and the list shows the updated content.

Each figure captures a distinct visual state. The written description states: “FIG. 1 is a front view of a first image in a sequence of a graphical user interface for a mobile device; FIG. 2 is a second image thereof; FIG. 3 is a third image thereof; FIG. 4 is a fourth image thereof; and FIG. 5 is a fifth image thereof, the appearance of the transitional sequence being claimed.”

In this example, the broken-line phone frame stays identical across all five figures. Only the animated interface elements appear in solid lines.

Common mistakes in animated interface design filings

• Too many figures for a simple transition. Filing 20 figures for a one-second animation invites objections. Examiners want clarity, not frame-by-frame video.
• Too few figures for a complex transition. Two figures that jump from start to end may not disclose the intermediate ornamental states. The examiner may reject the claim as indefinite.
• Claiming motion language in the title. Titles like “Animated Graphical User Interface” are acceptable, but descriptions that claim “the icon rotates clockwise” cross into functional claiming. Describe what the figures show, not what the animation does.
• Mixing solid and broken lines inconsistently. If the same element is solid in one figure and broken in the next, the claim scope becomes ambiguous.
• Skipping the transitional figure description. An examiner needs an explicit statement that the figures form an animated sequence. Without it, the figures may be treated as unrelated alternative embodiments.

Treat each figure as a still photograph of the animation. If a viewer cannot understand the movement from the stills alone, the sequence needs another intermediate figure.

How PatentDraw fits into the workflow

PatentDraw is an AI-assisted patent drawing workspace that can help generate consistent transitional screen figures for animated interface design applications. You can upload screenshots or wireframes of each animation state, apply uniform line-weight and broken-line styling across the sequence, and export figures ready for professional review. The tool does not replace a patent attorney or drafter, but it reduces the manual work of aligning, numbering, and formatting multiple views.

AI output is a working draft and requires human technical and professional review. A registered patent practitioner should confirm that the figure sequence meets USPTO formal requirements and that the written description supports the claimed animated GUI design.

Frequently asked questions

How many figures do I need for an animated GUI design patent?

Most animated GUI design patents use between three and eight figures. Each figure should show a visually distinct state of the transition. Use enough figures to make the movement clear, but avoid unnecessary duplication of nearly identical states.

Can I file a video or GIF for an animated GUI design patent?

No. The USPTO does not accept video files, GIFs, or other motion formats for design patent applications. You must convert the animation into a numbered sequence of static transitional screen figures, each submitted as a separate drawing.

Do broken lines in GUI animation patent figures protect the device frame?

Broken lines indicate unclaimed environment. If you show the phone or monitor frame in broken lines, that frame is not part of the claimed design. Only the solid-line interface elements are protected by the resulting design patent.