Monorepo for Aesthetic.Computer aesthetic.computer

feat: add cards version of "The URL Tradition" (37 index cards)

Generated url-tradition-cards.tex via cards-convert.mjs. Added
arxiv-url-tradition entry to cards-convert PAPER_MAP. Both arXiv
(7pp) and cards (37 cards) build clean.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

+354
+353
papers/arxiv-url-tradition/url-tradition-cards.tex
··· 1 + % !TEX program = xelatex 2 + % Cards format — auto-generated from url-tradition.tex by cards-convert.mjs 3 + \documentclass[11pt]{article} 4 + 5 + \usepackage{fontspec} 6 + \usepackage{unicode-math} 7 + \setmainfont{Latin Modern Roman} 8 + \setsansfont{Latin Modern Sans} 9 + \setmonofont{Latin Modern Mono}[Scale=0.88] 10 + 11 + 12 + \usepackage{graphicx} 13 + \graphicspath{{figures/}{../../papers/arxiv-ac/figures/}} 14 + \usepackage{booktabs} 15 + \usepackage{tabularx} 16 + \usepackage{ragged2e} 17 + \usepackage{microtype} 18 + \usepackage{natbib} 19 + \usepackage{listings} 20 + 21 + \lstdefinelanguage{acjs}{ 22 + morekeywords=[1]{function,export,const,let,var,return,if,else,new,async,await,import,from}, 23 + morekeywords=[2]{wipe,ink,line,box,circle,write,screen,params,colon,jump,send,store,net,sound,speaker,system}, 24 + sensitive=true, 25 + morecomment=[l]{//}, 26 + morestring=[b]", 27 + morestring=[b]', 28 + morestring=[b]`, 29 + escapeinside={|}{|}, 30 + } 31 + \lstdefinestyle{acjsstyle}{ 32 + language=acjs, 33 + keywordstyle=[1]\color{jskw}\bfseries, 34 + keywordstyle=[2]\color{jsfn}\bfseries, 35 + commentstyle=\color{jscmt}\itshape, 36 + stringstyle=\color{jsstr}, 37 + } 38 + \lstset{ 39 + basicstyle=\ttfamily\small, 40 + breaklines=true, 41 + frame=single, 42 + rulecolor=\color{acgray!30}, 43 + backgroundcolor=\color{acgray!5}, 44 + xleftmargin=0.5em, 45 + xrightmargin=0.5em, 46 + aboveskip=0.5em, 47 + belowskip=0.5em, 48 + } 49 + 50 + \makeatletter 51 + \def\input@path{{../}} 52 + \makeatother 53 + \usepackage{ac-paper-cards} 54 + 55 + % Extra commands from base paper 56 + \newcommand{\code}[1]{\texttt{#1}} 57 + \definecolor{jskw}{RGB}{119,51,170} 58 + \definecolor{jsfn}{RGB}{0,136,170} 59 + \definecolor{jsstr}{RGB}{170,120,0} 60 + \definecolor{jsnum}{RGB}{204,0,102} 61 + \definecolor{jscmt}{RGB}{102,102,102} 62 + 63 + \hypersetup{ 64 + pdftitle={The URL Tradition: Addressable Creative Computing from HyperCard to Aesthetic Computer}, 65 + } 66 + 67 + \renewcommand{\acpdfbase}{url-tradition-26-arxiv} 68 + \begin{document} 69 + 70 + % ============================================================ 71 + % TITLE CARD 72 + % ============================================================ 73 + \thispagestyle{empty} 74 + \vspace*{\fill} 75 + \begin{center} 76 + \href{https://papers.aesthetic.computer}{\includegraphics[height=9em]{pals}}\par\vspace{0.1em} 77 + {\acbold\fontsize{18pt}{22pt}\selectfont\color{acdark} The URL Tradition}\par 78 + \vspace{0.1em} 79 + {\fontsize{9pt}{11pt}\selectfont\color{acpink} Addressable Creative Computing from HyperCard to Aesthetic Computer}\par 80 + \vspace{0.4em} 81 + {\normalsize\color{cyan!70!blue}\href{https://prompt.ac/@jeffrey}{\textbf{@jeffrey}}}\par 82 + {\small\color{acgray} Aesthetic.Computer}\par 83 + {\small\color{acgray} ORCID: \href{https://orcid.org/0009-0007-4460-4913}{0009-0007-4460-4913}}\par 84 + \vspace{0.4em} 85 + \rule{0.5\textwidth}{0.5pt}\par 86 + \vspace{0.15em} 87 + \colorbox{yellow!60}{\small\color{red!80!black}\textbf{\textit{working draft --- not for citation}}}\par 88 + \vspace{0.1em} 89 + {\footnotesize\color{acgray} March 2026 · \href{https://github.com/whistlegraph/aesthetic-computer/commit/25c27353d}{25c27353d}}\par 90 + \end{center} 91 + \vspace*{\fill} 92 + 93 + % ============================================================ 94 + % INDEX CARD 95 + % ============================================================ 96 + \cardindex 97 + 98 + % ============================================================ 99 + % BODY 100 + % ============================================================ 101 + \section{Introduction} 102 + 103 + Every creative computing environment makes a choice about addressing. How does a user find, share, and return to a piece of work? The answer to this question shapes the entire character of the system. 104 + 105 + HyperCard~\citep{atkinson1987hypercard} addressed content by \emph{card} and \emph{stack}---spatial metaphors bound to a single machine. A stack was a file. To share it, you copied a floppy disk. The brilliant interface metaphor was undermined by a distribution model that assumed physical proximity. 106 + 107 + The World Wide Web~\citep{berners-lee1994www} introduced the URL: a universal, human-readable address for any document on any networked machine. Tim Berners-Lee's design insisted that addresses be \emph{cool}---short, stable, and guessable~\citep{berners-lee1998cool}. This was not an implementation detail. It was a social contract: if you give someone a URL, it should still work when they try it. 108 + 109 + Creative computing environments that embrace the URL inherit this contract. Those that don't---that hide work behind login walls, project IDs, or native app containers---break it. This paper argues that URL-addressability constitutes a tradition in creative computing, one that Aesthetic Computer consciously extends. 110 + 111 + Between creative coding tools and the art web lies an underexamined form: the \emph{single-serving site}---a URL that does exactly one thing. These sites, named by Jason Kottke in 2008~\citep{kottke2008singleserving}, represent the URL tradition at its purest: the domain name \emph{is} the content. \code{IsItChristmas.com}, \code{zombo.com}, \code{DoNothing.com}---each is a creative computing artifact whose address is inseparable from its function. AC's pieces inherit this sensibility: \code{aesthetic.computer/wand} does one thing. The URL tells you what. 112 + 113 + % ============ 2. THE STACK WITHOUT A URL ============ 114 + \section{The Stack Without a URL} 115 + 116 + \subsection{HyperCard (1987)} 117 + 118 + HyperCard gave non-programmers the power to build interactive software through a card-and-stack metaphor. Each card was a screen; each stack was a program. The system was profoundly democratic: it shipped free with every Macintosh, and its scripting language (HyperTalk) was designed to read like English~\citep{atkinson1987hypercard}. 119 + 120 + But a HyperCard stack had no address. It was a file on a disk. Sharing meant copying. Discovery meant someone physically handing you a floppy or, later, downloading from a BBS. The stack was powerful but \emph{landlocked}---trapped on the machine that made it. 121 + 122 + \subsection{Processing (2001)} 123 + 124 + Processing~\citep{reas2007processing} brought creative coding to a generation of artists and designers. A sketch was a \code{.pde} file that compiled to a Java applet or, later, a standalone application. Sharing meant exporting and uploading. The Processing community website provided a gallery, but each project was behind a portal: click, wait, load. 125 + 126 + Processing's contribution was making code \emph{writable} for artists. But it did not make the resulting work \emph{addressable} in the web's sense. A Processing sketch was a destination, not a link. 127 + 128 + \subsection{Scratch (2007)} 129 + 130 + Scratch~\citep{resnick2009scratch} solved the sharing problem within its own ecosystem: every project gets a numbered URL on \code{scratch.mit.edu}. But these URLs are opaque---\code{scratch.mit.edu/projects/12345678}---and require the Scratch runtime to view. The address exists but it is not \emph{cool}: it encodes nothing about the content, and it cannot be guessed or remembered. 131 + 132 + % ============ 3. THE URL ENTERS CREATIVE COMPUTING ============ 133 + \section{The URL Enters Creative Computing} 134 + 135 + \subsection{The Web as Creative Medium} 136 + 137 + The web itself was the first URL-native creative computing environment. A hand-written HTML page at \code{geocities.com/\textasciitilde{}user/art.html} was simultaneously a creative artifact and a shareable address. The early web understood something that later platforms forgot: \emph{making} and \emph{addressing} should be the same act~\citep{nelson1974computer}. 138 + 139 + Net.art practitioners of the 1990s exploited this identity with surgical precision. The URL was not infrastructure supporting the work. The URL \emph{was} the work. 140 + 141 + JODI's \code{wwwwwwwww.jodi.org} (1995) used the domain name itself as an art object~\citep{jodi1995wwwwwwwww}. The extra w's were the piece. The browser rendered incomprehensible green text on a black background; the real content was hidden in the HTML source. The URL was the title, the gallery wall, and the doorway simultaneously. 142 + 143 + Olia Lialina's \emph{My Boyfriend Came Back from the War} (1996) existed at a specific address: \code{teleportacia.org/war/}~\citep{lialina1996boyfriend}. The work was a series of nested frames that fragmented a post-war narrative into clickable shards. You could not separate the piece from its URL. Every copy, every mirror, every screenshot was a degradation. The URL was the original. Later, Lialina documented the personal home page as a form of folk art~\citep{lialina2005vernacular}---the ``under construction'' GIF, the guest book, the hit counter---all artifacts of people learning to occupy an address. 144 + 145 + The Art Happens Here anthology documents this moment when the address became the medium~\citep{connor2019artanthology}. What net.art understood, and what creative computing environments repeatedly forget, is that the URL is not a pointer to the work. The URL is a \emph{material} of the work, the way canvas is a material of painting. An environment that generates opaque URLs---\code{/projects/abc123}---is like handing a painter a canvas with no surface texture. Technically functional. Aesthetically dead. 146 + 147 + \subsection{Single-Serving Sites (2000s)} 148 + 149 + In 2008, Jason Kottke named a form that had been accumulating for years: the \emph{single-serving site}~\citep{kottke2008singleserving}. A single-serving site is a website with one page, one purpose, and---crucially---a domain name that \emph{is} the interface. You don't navigate to it. You read the URL and you already know. 150 + 151 + The canonical examples: \code{IsItChristmas.com} (says ``NO'' 364 days a year, ``YES'' on December 25th). \code{HasTheLargeHadronCollider\-DestroyedTheWorldYet.com} (says ``NO''). \code{zombo.com} (tells you, in an infinite loop, that you can do anything at Zombo.com)~\citep{zombocom1999}. 152 + 153 + What makes single-serving sites relevant to creative computing is their purity of address. There is no app to open, no account to create, no content to scroll through. The URL is the entire user experience. The domain name is the title, the interface, and the punchline. Many are jokes. Some are art. A few are both. 154 + 155 + The form peaked in the late 2000s and early 2010s, when domain registration was cheap and the smartphone browser was becoming universal. But the sensibility never died. It migrated into microtools: \code{WhatTheCommit.com} (random commit messages), \code{cat-bounce.com} (bouncing cats), \code{pointerpointer.com} (a photo pointing at your cursor). Each is a piece of creative computing that exists entirely as an address. 156 + 157 + \subsection{The Tilde and the Personal URL} 158 + 159 + Before platforms, the web had tildes. A university account gave you \code{cs.university.edu/\textasciitilde{}username/}, and what you put there was your own. The tilde was a marker of personhood---a human being lives at this address~\citep{dirksen2014tilde}. 160 + 161 + \code{tilde.club}~\citep{ford2014tildeclub}, launched by Paul Ford in 2014, revived this tradition as a deliberate act of refusal. In a web of platforms, feeds, and algorithmic timelines, tilde.club gave each member a home page at \code{tilde.club/\textasciitilde{}username}---nothing more. No likes, no followers, no analytics. Just a URL and a text editor. 162 + 163 + Neocities (2013) extended the revival further, explicitly positioning itself as a successor to GeoCities~\citep{neocities2013}. Every Neocities site gets a URL at \code{username.neocities.org}. The platform's entire philosophy is that the web is a creative medium and the URL is how you claim your piece of it. 164 + 165 + AC's handle system (\code{aesthetic.computer/@user/piece}) inherits from the tilde tradition: the \code{@} is the new \code{\textasciitilde{}}, marking the boundary where platform namespace ends and personal namespace begins. 166 + 167 + \subsection{The Bio Link and URL-as-Identity} 168 + 169 + The rise of Instagram and TikTok---platforms that deliberately suppress outbound links---created a new genre: the \emph{bio link}. Linktree (2016) and its imitators (\code{linktr.ee/username}) turned the URL into an identity document: a single page listing everything you are and everything you make~\citep{zaccaria2016linktree}. 170 + 171 + The bio link is a degraded form of the personal URL. Where a tilde page or a Neocities site \emph{is} the creative work, a Linktree is a \emph{menu of exits}---a way to escape the platform that suppressed your URL in the first place. But it confirms the thesis: even inside walled gardens, people fight to have an address. 172 + 173 + AC sidesteps the bio-link problem entirely. Every piece is already a URL. A user's published work is already a list of addresses. There is no need for a landing page because every piece \emph{is} a landing page. 174 + 175 + \subsection{Glitch (2017)} 176 + 177 + Glitch~\citep{dash2017glitch} made the URL instant. Every project is live at \code{project-name.glitch.me} from the moment it is created. There is no deploy step, no build process, no publish button. The URL is not a reward for finishing---it is present from the first keystroke. 178 + 179 + Glitch also made the URL \emph{forkable}: the ``Remix'' button creates a new project with a new URL, preserving the lineage. This turns the URL into a social object. Sharing a Glitch URL is an invitation to modify, not just to view. 180 + 181 + \subsection{p5.js Web Editor (2018)} 182 + 183 + The p5.js Web Editor~\citep{mccarthy2015p5js} brought Processing's creative coding model into the browser. Each sketch gets a URL. But like Scratch, the URLs are opaque (\code{editor.p5js.org/user/sketches/abc123}). The editor must be loaded to run the sketch. The URL points to a \emph{tool}, not directly to the \emph{work}. 184 + 185 + % ============ 4. AC: THE PROMPT IS THE ADDRESS BAR ============ 186 + \section{AC: The Prompt Is the Address Bar} 187 + 188 + Aesthetic Computer~\citep{scudder2026ac} takes the URL tradition to its logical conclusion. Every piece is a top-level path: 189 + 190 + \begin{center} 191 + \code{aesthetic.computer/notepat}\\ 192 + \code{aesthetic.computer/wand}\\ 193 + \code{aesthetic.computer/song} 194 + \end{center} 195 + 196 + There is no file browser, no project list, no dashboard. The interface is a prompt---a blinking cursor that accepts a word. That word becomes the URL. The prompt is the address bar. 197 + 198 + \subsection{Memorizable Paths} 199 + 200 + AC paths are designed to be \emph{memorizable}. Like phone numbers before contacts lists, like radio frequencies before presets, the path is something you carry in your head. You don't bookmark \code{aesthetic.computer/notepat}; you remember the word ``notepat.'' You can tell someone at a party, write it on a napkin, or shout it across a room. 201 + 202 + This is a deliberate inversion of the trend toward opaque identifiers. Scratch uses numbers. Glitch uses generated names. p5.js uses hashes. AC uses \emph{words}---human words, chosen by the author, occupying the top-level namespace. 203 + 204 + \subsection{Parameters as Colons} 205 + 206 + AC extends the URL with colon-separated parameters: 207 + 208 + \begin{center} 209 + \code{aesthetic.computer/line:red}\\ 210 + \code{aesthetic.computer/prompt:monocles}\\ 211 + \code{aesthetic.computer/share:notepat} 212 + \end{center} 213 + 214 + Colons were chosen over slashes or query strings because they read as \emph{modifiers}, not \emph{hierarchy}. ``line red'' not ``line / red.'' The colon is conversational. It preserves the single-word-at-top-level constraint while allowing infinite parameterization. 215 + 216 + \subsection{User Pieces} 217 + 218 + Published pieces live under handles: 219 + 220 + \begin{center} 221 + \code{aesthetic.computer/@niki/flower}\\ 222 + \code{aesthetic.computer/@sage/drum} 223 + \end{center} 224 + 225 + The \code{@} prefix signals authorship. The handle is an address within an address---a person's namespace inside the platform's namespace. This mirrors the AT Protocol's handle system~\citep{atproto2024oauth} and the fediverse's \code{@user@domain} convention, extending the URL tradition into identity. 226 + 227 + % ============ 5. URL AS MEDIUM PROPERTY ============ 228 + \section{URL as Medium Property} 229 + 230 + We argue that URL-addressability is not a feature added to a creative computing environment but a \emph{medium property} that reshapes every aspect of how the environment is used. 231 + 232 + Galloway's \emph{Protocol}~\citep{galloway2004protocol} demonstrates that technical addressing schemes are not neutral. DNS, TCP/IP, HTTP---each is a political structure disguised as plumbing. The URL is the human-facing layer of this structure: it is where protocol becomes visible, where addressing becomes an act of \emph{naming}. To name a piece \code{notepat} and give it the address \code{aesthetic.computer/notepat} is to make a political claim: this thing exists, it has a place in the world, and anyone who knows its name can reach it. 233 + 234 + Kittler wrote that ``there is no software''~\citep{kittler1995nosoftware}---that all software is an abstraction over voltage differentials in silicon. The URL is perhaps the most audacious abstraction of all: it claims that a sequence of characters typed into a browser can reliably summon a specific computational experience from a specific machine across the planet. Most of the time, it works. This is not a minor miracle. It is the infrastructure that makes creative computing \emph{social}---that allows a piece to travel from the mind of its maker to the screen of a stranger. 235 + 236 + Steyerl's ``poor image''~\citep{steyerl2009poorimage} circulates precisely because it has an address. A JPEG shared on social media is degraded---compressed, rescaled, watermarked. But it \emph{moves}. The URL enables this movement. A Processing sketch locked in a \code{.pde} file is a high-resolution artifact that nobody sees. An AC piece at a memorable URL is a poor image in the best sense: it travels light and lands everywhere. 237 + 238 + \subsection{Pedagogy} 239 + 240 + A teacher says: ``Go to aesthetic.computer/notepat.'' Every student is instantly in the same piece. No login required. No app to install. No instructions to follow beyond typing a URL. The URL \emph{is} the lesson plan's entry point. 241 + 242 + Compare: ``Open Scratch, search for project 12345678, click Run.'' Or: ``Download Processing, open the .pde file I emailed you, click Play.'' Each additional step is a student lost. 243 + 244 + \subsection{Distribution} 245 + 246 + A URL is a distribution channel. It works in a text message, a QR code, a tweet, an email signature, a physical poster. It crosses every medium boundary because it \emph{is} the lowest common denominator of the networked world. 247 + 248 + AC's \code{share} piece generates a QR code for any other piece: 249 + 250 + \begin{center} 251 + \code{aesthetic.computer/share:notepat} 252 + \end{center} 253 + 254 + The QR code resolves to the piece URL. The piece runs in any browser. No app store, no install, no account required. 255 + 256 + \subsection{Social Interaction} 257 + 258 + When every piece is a URL, conversation becomes navigation. In AC's chat system, typing a piece name in backticks creates a clickable link. Saying ``try \code{wand}'' in chat is the same as sharing a URL. The social layer and the addressing layer collapse into one. 259 + 260 + Bourriaud's \emph{relational aesthetics}~\citep{bourriaud2002relational} proposed that art's raw material is human encounter. The URL is the infrastructure of encounter on the web. Every shared link is a micro-invitation: come see this, come be in this space, come make something here. AC's multiplayer pieces extend this---when two people visit the same URL simultaneously, they are in the same computational space. The URL is not just a pointer; it is a \emph{meeting point}. 261 + 262 + Quaranta~\citep{quaranta2013beyond} argues that the distinction between ``new media art'' and ``contemporary art'' collapses when the internet becomes context rather than medium. The URL is what collapses it. A painting in a gallery has a location. A piece at \code{aesthetic.computer/wand} has an \emph{address}. The difference is that anyone in the world can visit the address. The gallery requires a plane ticket. The URL requires a browser. 263 + 264 + \subsection{Authorship} 265 + 266 + Publishing a piece on AC means claiming a word. \code{@niki/flower} is Niki's flower. The URL is the signature. Unlike a gallery wall label or a credits screen, the URL is present in every context where the work appears---in the browser bar, in the share link, in the QR code. Authorship is encoded in the address, not metadata. 267 + 268 + McHugh's \emph{Post Internet}~\citep{mchugh2019postinternet} documents the moment when artists stopped treating the internet as a separate domain and began treating it as the default context for all cultural production. In this frame, a URL is not a ``digital'' object---it is simply an object. The question is not whether creative work should have a URL, but why anyone would make creative work that \emph{doesn't} have one. 269 + 270 + \subsection{Freedom} 271 + 272 + Wark's \emph{A Hacker Manifesto}~\citep{wark2004hacker} insists that information must be free---not as in ``free beer'' but as in free to move, to be addressed, to be found. The URL is the minimum unit of this freedom. A piece of creative computing that has no URL is a piece that can only be experienced by the person who made it. It is private by default. The URL makes it public by default. This is not a technical distinction. It is a political one. 273 + 274 + The app store reverses this polarity. An iOS app is private by default and public only through the grace of a corporation that takes 30\% of every transaction. The URL tradition says: put it on the web, give it an address, and let anyone who knows the address walk in. No toll booth. No gatekeeper. No cut. 275 + 276 + % ============ 6. THE TRADITION ============ 277 + \section{The Tradition} 278 + 279 + The URL tradition in creative computing runs: 280 + 281 + \begin{enumerate} 282 + \item \textbf{HyperCard} (1987): cards and stacks, no address, bound to disk. 283 + \item \textbf{The Web} (1991): every document is a URL. The address \emph{is} the work. 284 + \item \textbf{GeoCities} (1994): the personal URL. \code{\textasciitilde{}user/page.html} as creative identity. 285 + \item \textbf{Net.art} (1995--): artists exploit the URL as material and medium. 286 + \item \textbf{zombo.com} (1999): the single-serving site. Domain name = content = interface. 287 + \item \textbf{Processing} (2001): creative coding, but no native URL. Export required. 288 + \item \textbf{Single-serving sites} (2008): Kottke names the form. The URL \emph{is} the joke, the tool, the artwork. 289 + \item \textbf{Scratch} (2007): project URLs, but opaque and runtime-dependent. 290 + \item \textbf{Neocities} (2013): GeoCities revival. The personal URL fights back. 291 + \item \textbf{tilde.club} (2014): the tilde as radical simplicity. One page, one person, one address. 292 + \item \textbf{Glitch} (2017): instant URLs, forkable, live from first keystroke. 293 + \item \textbf{p5.js Editor} (2018): sketch URLs, but editor-dependent and opaque. 294 + \item \textbf{Aesthetic Computer} (2022): the prompt \emph{is} the address bar. Every piece is a memorizable top-level path. No intermediary. Single-serving sensibility at platform scale. 295 + \end{enumerate} 296 + 297 + Each step makes the URL more central. The single-serving site proved that one URL could be an entire creative work. AC's contribution is making \emph{every} piece a single-serving site---each a word, each a world, each a URL that is its own complete interface. There is no other way in. You type a word. You are there. 298 + 299 + % ============ 7. BERNERS-LEE'S COOL URIS ============ 300 + \section{Cool URIs and the Forgetting Web} 301 + 302 + Berners-Lee wrote in 1998: ``Cool URIs don't change''~\citep{berners-lee1998cool}. The web was designed for permanence. Every URL was supposed to be a promise. 303 + 304 + The modern web breaks this promise at industrial scale. A 2024 Pew Research study found that 38\% of web pages that existed in 2013 are no longer accessible~\citep{pew2024linkrot}. Government pages, news articles, academic citations---all vanishing. The problem is worse for creative work: Flash sites are gone. GeoCities is gone. Vine URLs resolve to nothing. Each dead link is a piece of culture that lost its address. 305 + 306 + Social media accelerated the crisis by making URLs \emph{disposable}. A tweet, a story, a post---each gets a URL, but the platform treats it as ephemeral. The URL is not a promise; it is a receipt. The platform reserves the right to revoke it at any time, for any reason, or for no reason at all~\citep{hrw2020videounavailable}. 307 + 308 + Single-serving sites, paradoxically, are among the most durable artifacts on the web. \code{zombo.com} has been online since 1999---over 25 years of uninterrupted service~\citep{zombocom1999}. \code{IsItChristmas.com} endures. These sites survive because they have no dependencies, no backend, no business model. The simplicity that makes them single-serving also makes them permanent. 309 + 310 + AC confronts link rot by being open-source, self-hostable, and URL-first. If \code{aesthetic.computer} disappears, the pieces still run on any instance. The URL is portable because the runtime is portable. The cool URI survives because it is not bound to a single server---it is bound to a word. And like the best single-serving sites, an AC piece that loads in a browser today should load in a browser in 2050---the dependency is the web itself. 311 + 312 + % ============ 8. THE URL AGAINST THE APP ============ 313 + \section{The URL Against the App} 314 + 315 + The app store model represents the anti-URL tradition. An iOS app has no address. It has a listing in a catalog controlled by a single corporation. You cannot link to a running state inside the app. You cannot share what you see without screenshotting it. The app is a return to the HyperCard problem: powerful software trapped on the device, with no address in the world. 316 + 317 + The ``app-ification'' of the web---single-page applications that break the back button, require JavaScript to render a single paragraph, and generate URLs that encode nothing human-readable---is a subtler version of the same regression. The URL still exists, but it has been hollowed out. It points to a shell that must be inflated by a JavaScript runtime before anything is visible. 318 + 319 + AC pieces run in the browser but they behave like documents, not apps. The URL loads. The piece runs. There is no loading screen, no splash page, no onboarding flow. The URL tradition demands that the address deliver its content directly, without intermediaries or prerequisites. A piece should feel like clicking a link felt in 1995: instant, complete, there. 320 + 321 + % ============ 9. THE DEATH OF THE ADDRESS BAR ============ 322 + \section{The Death of the Address Bar} 323 + 324 + Mobile browsers hide the address bar. Safari on iOS collapses it to a domain name. Chrome on Android tucks it behind a gesture. The full URL---the thing Berners-Lee said was the most important interface on the web---is treated as a technical detail that users shouldn't have to see. 325 + 326 + This is not a usability improvement. It is an ideological choice. Platforms benefit when users don't know where they are. A user who can see and modify the address bar is a user who can leave. A user who can't is a user who is \emph{contained}---inside the app, inside the feed, inside the walled garden. 327 + 328 + AC pushes back by making the URL the \emph{only} interface. There is no app. There is no feed. The prompt is a text field that accepts a word and turns it into a URL. If the mobile browser hides the address bar, the AC prompt replaces it. The first thing you see is a cursor. The first thing you do is type a word. The word is the address. The address is the world. 329 + 330 + % ============ 10. CONCLUSION ============ 331 + \section{Conclusion} 332 + 333 + The URL is the most important interface in computing. It is the only universal addressing scheme that works across every device, every platform, every medium. It is the infrastructure of encounter, the minimum unit of information freedom, the material of net.art, the punchline of single-serving sites, and the identity layer of the personal web. 334 + 335 + Every force in contemporary computing conspires to kill the URL. Apps hide it. Platforms suppress it. Shorteners mangle it. SPAs hollow it out. Mobile browsers tuck it away. The URL tradition is not a historical curiosity---it is an active resistance. 336 + 337 + Creative computing environments that embrace the URL---that make every artifact addressable, shareable, memorizable---participate in a tradition that runs from Berners-Lee's cool URIs through net.art's material URLs, single-serving sites' domain-name-as-content, the tilde's radical personhood, and Glitch's instant forkability. 338 + 339 + AC's design makes the URL not just present but \emph{primary}. The prompt is the address bar. The piece name is the URL. The URL is the identity, the distribution channel, the pedagogical entry point, the social object, the authorship claim, and the political stance. There is nothing else. 340 + 341 + Every AC piece is a single-serving site. Every AC user has a tilde. Every AC path is a cool URI that, by design, will never change. The URL tradition does not end. It gets typed into a prompt and pressed Enter. 342 + 343 + \vspace{0.3em} 344 + \noindent\emph{The most powerful thing a creative tool can give you is a good address.} 345 + 346 + \vspace{1em} 347 + \noindent\rule{\columnwidth}{0.5pt} 348 + 349 + % ============ REFERENCES ============ 350 + \bibliographystyle{plainnat} 351 + \bibliography{references} 352 + 353 + \end{document}
+1
papers/cards-convert.mjs
··· 42 42 "arxiv-identity": { base: "identity", title: "Handle Identity on the AT Protocol", siteName: "handle-identity-atproto-26-arxiv" }, 43 43 "arxiv-ucla-arts": { base: "ucla-arts", title: "Two Departments, One Building", siteName: "ucla-arts-funding-26-arxiv" }, 44 44 "arxiv-holden": { base: "holden", title: "The Potter and the Prompt", siteName: "potter-and-prompt-26-arxiv" }, 45 + "arxiv-url-tradition": { base: "url-tradition", title: "The URL Tradition", siteName: "url-tradition-26-arxiv" }, 45 46 }; 46 47 47 48 function getAvailableTranslations(dir, info) {