Research2025IEEE QSW

QCanvas

Combines drag-and-drop circuit design, explanatory annotations, generated code, and simulation plots in a browser canvas for several quantum computing models.

1 publication

Visualization labels

03 / Visualization
01Publication · 2025

QCanvas: An Interactive Browser-based Quantum Circuit Design and Simulation Platform

Szabolcs Jóczik, Bence Kecskés, Ádám Kovács, Orsolya Kálmán, Zoltán Zimborás

As quantum computing research continues to thrive, the education of quantum computing becomes increasingly more difficult. The complexity of designing and simulating quantum circuits presents significant challenges to students, educators, and researchers. To address these challenges, we introduce QCanvas, a browser-based interactive platform for design, visualization, and simulation. QCanvas enables users to construct quantum circuits through an intuitive drag-and-drop interface while supporting multiple quantum computing paradigms including qubit-based, photonic, and variational models. The platform seamlessly integrates educational resources with practical circuit construction, allowing users to create annotated, interactive notes and simulations. Circuits designed in the visual interface are automatically translated to executable code for simulation in the cloud or, in future iterations, execution on real quantum hardware. By combining accessibility with comprehensive functionality, QCanvas bridges the gap between theoretical quantum computing concepts and practical implementation, providing a versatile tool for education, collaboration, and algorithm prototyping across the community.

From the survey collection

QCanvas: An Interactive Browser-based Quantum Circuit Design and Simulation Platform

Background and motivation

QCanvas addresses the established problem of making quantum circuit development accessible while retaining connections to executable programming frameworks. The authors argue that learners must often understand abstract quantum concepts and unfamiliar software frameworks simultaneously, while educators and research teams must communicate circuit designs across different levels of expertise. They identify related difficulties in moving between qubit, photonic, and variational workflows, connecting diagrams to code, and sharing algorithms and instructional materials. Their proposed response is an integrated browser workspace in which circuit diagrams, explanations, simulation results, and generated code belong to the same document.

The paper contrasts this approach with several existing classes of tools. Libraries such as Qiskit, Cirq, Piquasso, and PennyLane offer substantial programming functionality but require coding expertise; Quirk provides accessible visual simulation but, in the authors' comparison, has limited production integration and collaboration; IBM Quantum Composer provides graphical circuit construction within a more specific ecosystem. These are the paper's 2025 characterizations of related systems, not a current survey of their capabilities. The problem is therefore not presented as a newly discovered computational task. The contribution concerns combining visual authoring, simulation, interoperability, educational support, and collaboration to reduce the friction between learning concepts and implementing algorithms.

Visual workspace and interaction

The main authoring surface is a free-form canvas rather than a fixed circuit-only strip. Users select gates, measurement operators, and classical control elements from a toolbar organized by paradigm and function, drag them onto the canvas, and connect them with line-drawing gestures. The paper describes automatic connection validation with immediate visual feedback and a context-sensitive inspector for editing component properties. Text notes, images, mathematical equations, and custom shapes can be positioned alongside circuit elements, allowing an instructor or researcher to compose an annotated document rather than an isolated circuit diagram. The intended benefit is spatial proximity between an operation, its explanation, and its simulated consequences.

Figure 1 is the paper's sole interface illustration and depicts a document titled “Gaussian Boson Sampling.” Horizontal wires carry circular gate symbols, with blue squeezing and rotation gates, orange beam-splitter symbols connected across modes, and pink measurement elements. Dashed enclosures distinguish preparation and measurement regions, while nearby definitions repeat the gate symbols to associate their appearance with their meaning. A smaller circuit example and explanatory paragraph occupy the lower-left portion of the canvas. The top control area includes register settings, run and stop controls, undo and redo, a simulation-type selector, and a backend selector. This figure concretely illustrates how circuit construction and teaching material can share one spatial layout.

The right side of Figure 1 groups several result panels. A bar chart titled “State Vector” places discrete state labels on the horizontal axis and probabilities in percent on the vertical axis; it uses bar height and numerical labels to show values, with one bar colored pink and the others gray. Below it, a Wigner-function panel shows a three-dimensional surface with a color scale, and a quadrature panel overlays two differently colored curves. Both lower panels include controls for choosing a qumode, and the panels expose export controls. These visible encodings are more specific than the paper's broader textual description of probability distributions, Bloch spheres, and user-defined visualizations: Figure 1 does not show a Bloch sphere. The screenshot establishes the illustrated arrangement and available controls, but does not document a complete interaction sequence or quantitatively validate the displayed simulation results.

Circuit representation, simulation, and code

The platform is described as supporting qubit-based, photonic, and variational models through a common interface whose component properties and behavior adapt to the selected paradigm. Its central architectural element is a paradigm-agnostic circuit representation separated from the visual presentation. The authors describe this separation as enabling multiple representations of a circuit and translation into framework-specific implementations. A data transfer object specification is mentioned as an interoperability format for visualizing and converting algorithms from different frameworks, although the paper does not provide its schema or a detailed account of its semantics.

For execution, the paper describes browser-local simulation of small circuits and cloud simulation for more complex computations. Users can configure shot counts, noise models, and optimization settings, then place interactive result views beside the corresponding circuit. Multiple simulation configurations are intended to support comparison of parameter settings or alternative approaches. The cloud backend is described as providing authentication and user management, persistent storage, and distributed simulation services that scale with circuit complexity. The paper does not identify specific frontend libraries, give simulator resource limits, or provide measurements of the claimed scaling behavior.

Automatic code generation targets frameworks including Qiskit, Cirq, and PennyLane. Users can export this code or edit it through a code view, and the paper states that code changes synchronize back to the visual representation. This is intended to permit a mixed workflow in which users manage the overall circuit visually and express complex operations textually. The representation engine and translation layer are architectural descriptions rather than a new simulation algorithm or a formally established circuit-conversion procedure. The paper does not demonstrate round-trip correctness or specify which textual constructs can be mapped back to visual components.

Educational and collaborative workflows

QCanvas is described as supporting interactive tutorials with progressively revealed circuit elements, annotated notebooks, and circuit templates that students complete. Assignment functionality is intended to validate completed circuits against instructor-specified criteria. An AI assistant is described as generating learning materials from a user's prior knowledge and interests, while personalized learning features track difficulties and adapt tutorials to common misconceptions. These are reported platform capabilities; the paper does not provide a learner study, examples of generated tutorials, or an evaluation of the assistant's accuracy and pedagogical value.

The collaboration workflow centers on cloud-stored documents with private, selectively shared, or public access. The paper describes simultaneous editing, feedback, and version tracking so that research teams can discuss alternatives and retain circuit histories. Documents can be exported as interactive QCanvas files, static images, or executable code. Suggested applications include classroom instruction, discussion between physicists and software engineers, industrial prototyping for nontechnical stakeholders, and a common display interface for algorithms developed in different frameworks. These application scenarios explain the intended uses of the system but are not accompanied by classroom deployments, industrial case studies, or measurements of collaboration outcomes.

Evidence and major contribution

The paper's evidence consists primarily of its system description, the interface illustration, and Table I's qualitative comparison of six platforms across visual design, paradigm support, real-time collaboration, browser access, and code generation. Table I labels QCanvas as supporting “All paradigms” and “5+ frameworks,” whereas the main text explicitly discusses qubit-based, photonic, and variational models and names Qiskit, Cirq, and PennyLane as code-generation targets. The table provides positioning claims rather than an exhaustive compatibility test, and it does not establish universal model coverage or independently verify every integration. No controlled user study, learning-outcome evaluation, performance benchmark, hardware experiment, or formal correctness analysis is reported.

The principal contribution is the integration of circuit authoring with annotation, simulated results, code generation, and sharing in a browser document. For visualization, the distinctive emphasis is on user-controlled spatial organization and the proximity of explanations and outputs to circuits, rather than a newly derived visual encoding. The authors present QCanvas as an implemented platform and illustrate its interface, so describing it solely as a proposal would understate their account. At the same time, the available evidence does not establish that all described capabilities work at the claimed breadth or that the integrated workflow improves learning, usability, or research productivity.

Limitations and future work

The main limitations of the paper's evidence are the absence of empirical validation and the high-level treatment of implementation details. In particular, it leaves cloud simulation limits, multi-paradigm interoperability, bidirectional code synchronization, collaboration behavior, and AI-assisted learning without detailed experimental support. These are gaps in what is reported, not demonstrated failures of the software. The reference for QCanvas itself is marked as forthcoming online, so the paper also supplies limited information for reproducing the described workflow from the publication alone.

Direct execution on quantum hardware is explicitly future work. The described provider interface is intended to support multiple hardware vendors, but the paper's present scope is design and simulation. Other planned extensions include enhanced three-dimensional quantum-state views, animations of quantum processes over time, AI suggestions for circuit optimization and algorithm discovery, and a larger reusable library of circuit components and templates. The proposed expansion of three-dimensional visualization should be read alongside the Wigner-function surface already visible in Figure 1, rather than as a claim that the illustrated interface contains no three-dimensional view.

Download .bib
@inproceedings{joczik_qcanvas_2025,
  author = {J{'o}czik, Szabolcs and others},
  publisher = {IEEE},
  booktitle = {2025 {IEEE} {International} {Conference} on {Quantum} {Software} ({QSW})},
  doi = {10.1109/QSW67625.2025.00025},
  isbn = {979-8-3315-6720-0},
  month = jul,
  pages = {137--140},
  shorttitle = {Qcanvas},
  title = {Qcanvas: {An} {Interactive} {Browser}-{Based} {Quantum} {Circuit} {Design} and {Simulation} {Platform}},
  urldate = {2025-10-29},
  year = {2025},
}