recentpopularlog in

robertogreco : pagination   7

Subcompact Publishing — by Craig Mod
"A Subcompact Manifesto

Subcompact Publishing tools are first and foremost straightforward.

They require few to no instructions.

They are easily understood on first blush.

The editorial and design decisions around them react to digital as a distribution and consumption space.

They are the result of dumping our publishing related technology on a table and asking ourselves — what are the core tools we can build with all this stuff?

They are, as it were, little N360s.

I propose Subcompact Publishing tools and editorial ethos begin (but not end) with the following qualities:

• Small issue sizes (3-7 articles / issue)
• Small file sizes
• Digital-aware subscription prices
• Fluid publishing schedule
• Scroll (don’t paginate)
• Clear navigation
• HTML(ish) based
• Touching the open web

Many of these qualities play off one another. Let’s look at them in detail.

Small issue sizes
I’ve written quite a bit about creating a sense of ‘edge’ in digital space. One of the easiest and most intuitive ways to do so is to limit the amount of data you present to the user.12

It’s much more difficult for someone to intuit the breadth of a digital magazine containing twenty articles than a digital magazine containing, for example, five. By keeping article number low this also helps decrease file size and simplify navigation.

Small file size
Speed is grossly undervalued in much of today’s software — digital magazines inclusive. Speed (and with it a fluid and joyful user experience) should be the thing you absolutely optimize for once you have a minimum viable product.

One way to bake speed into a publishing product is to keep issue file sizes as small as possible. This happens naturally when you limit the number of articles per issue.

Reasonable subscription prices
Ideally, digital subscription prices should reflect the cost of doing business as a digitally indigenous product, not the cost of protecting print subscriptions. This is yet another advantage digital-first publications have — unlike print publications transitioning to digital, there is no legacy infrastructure to subsidize during this transition.

Fluid publishing schedule
With smaller issue sizes comes more fluid publishing schedules. Again, to create a strong sense of edge and understanding, the goal isn’t to publish ten articles a day, but rather to publish just a few high-quality articles with a predictable looseness. Depending on the type of content you’re publishing, days can feel too granular, and months require the payload to be too large. Weeks feel just about right in digital.

Scroll (for now)
When I originally presented these ideas at the Books in Browsers conference in 2012, the dismissal of pagination was by far the most contentious point. I don’t mean to imply all pagination is bad. Remember — we’re outlining the very core of Subcompact Publishing. Anything extraneous or overly complex should be excised.

I’ve spent the last two and half years deconstructing scrolling and pagination on tablets and smartphones. If your content is formless, then you might be able to paginate with minimal effort. Although, probably not.

Certain kinds of pagination increase the complexity of an application by orders of magnitude. The engineering efforts required to produce beautiful, simple, indigenous, consistent — and fast — pagination are simply too high to belong in the subcompact space.

Furthermore, when you remove pagination, you vastly simplify navigation and thereby simplify users’ mental models around content.

No pagination is vastly superior to pagination done poorly.

Clear navigation
Navigation should be consistent and effortless. Subcompact Publishing applications don’t require complex how-to pages or tutorials. You shouldn’t have to hire a famous actor to show readers how to use the app with his nose. Much like a printed magazine or book, the interaction should be intuitive, effortless, and grounding. The user should never feel lost.

By limiting the number of articles per issue, and by removing pagination, many of the routes leading to complex navigation are also removed.

HTML(ish) based
When I say HTML I also mean EPUB or MOBI or any other format with an HTML pedigree. HTML has indisputably emerged as the future format for all text (and perhaps also interactive) content. By constraining Subcompact Publishing systems to HTML we bake portability and future-proofness into the platforms. We also minimize engineering efforts because most all computing devices come with high-quality HTML rendering engines built in.

Open web
Simply: whatever content is published on a tablet should have a corresponding, touchable home on the open web.

Content without a public address is non-existent in the eyes of all the inter-operable sharing mechanisms that together bind the web."
craigmod  publishing  epublishing  magazines  themagazine  writing  digital  design  2012  digitalpublishing  html  html5  matter  joshuabenton  touch  mobilephone  ios  iphone  ipad  skeuomorphs  openweb  scrolling  pagination  navigation  tablets  claytonchristensen  davidskok  jamesallsworth  marcoarment 
april 2014 by robertogreco
scroll kit
"This is your scroll.

A scroll is a message on the web that can be whatever you want—a birthday card, an invitation, a comic book sale."

[See also the manifesto: ]
design  web  onlinetoolkit  tools  scrollkit  webdev  webdesign  scrolling  pagination 
september 2012 by robertogreco
BuzzFeed’s strategy - Chris Dixon
"Why BuzzFeed Is Succeeding Right Now?

1) Long Term Focus

When you compare web publishing today with what Hearst and Conde Nast built in the last century, it is clear that online publishing has a long long way to go. …

2) Respecting our Readers

We care about the experience of people who read BuzzFeed and we don’t try to trick them for short term gain. This approach is surprisingly rare.

How does this matter in practice? First of all, we don’t publish slideshows. Instead we publish scrollable lists so readers don’t have to click a million times and can easily scroll through a post. …

3) We Build The Whole Enchilada…

4) We Are Doing Something Hard…

5) We Got Lucky!

A big part of our recent success has also been luck.  People don’t like to admit it but skill is 63% luck.

6) We Don’t Treat Half Our Team Like Losers…

7) Our Awesome Team…

But Success Is Fragile…"
readers  entrepreneurship  luck  chrisdixon  strategy  business  media  journalism  buzzfeed  publishing  scrolling  pagination  longterm 
august 2012 by robertogreco
Stop Publishing Web Pages - Anil Dash
"Start publishing streams. Start moving your content management system towards a future where it outputs content to simple APIs, which are consumed by stream-based apps that are either HTML5 in the browser and/or native clients on mobile devices. Insert your advertising into those streams using the same formats and considerations that you use for your own content. Trust your readers to know how to scroll down and skim across a simple stream, since that's what they're already doing all day on the web. Give them the chance to customize those streams to include (or exclude!) just the content they want."
facebook  pinterest  api  internet  web  cms  html5  content  advertising  ads  twitter  apps  tumblr  streams  anildash  2012  socialmedia  media  design  streaming  publishing  scrolling  pagination 
august 2012 by robertogreco
The Spark File — The Writer’s Room — Medium
"for the past eight years or so I've been maintaining a single document where I keep all my hunches: ideas for articles, speeches, software features, startups, ways of framing a chapter I know I'm going to write, even whole books. I now keep it as a Google document so I can update it from wherever I happen to be. There's no organizing principle to it, no taxonomy--just a chronological list of semi-random ideas that I've managed to capture before I forgot them. I call it the spark file.…

…the spark file itself is not all that unusual: that's why Moleskins or Evernote are so useful to so many people. But the key habit that I've tried to cultivate is this: every three or four months, I go back and re-read the entire spark file. And it's not an inconsequential document: it's almost fifty pages of hunches at this point, the length of several book chapters. But what happens when I re-read the document that I end up seeing new connections that hadn't occurred to me the first (or fifth) time around … it feels a bit like you are brainstorming with past versions of yourself. … The key is to capture as many hunches as possible, and to spend as little time as possible organizing or filtering or prioritizing them. (Keeping a single, chronological file is central to the process, because it forces you to scroll through the whole list each time you want to add something new.)"
stevenjohnson  2012  writing  hunches  sparkfiles  notetaking  notes  commonplacebooks  rereading  moleskines  evernote  habits  via:Preoccupations  ideas  memory  cv  scrolling  pagination 
august 2012 by robertogreco
House of Cards | Contents Magazine
Robin resuscitates HyperCard-like stacks.

"We will start to make stacks in earnest again. We will develop a new grammar for this old format. We will talk about rhythm and reveals and tweetable cards. We will know how many cards an average person can tap through in one sitting. We will know when to use stacks…and when to just scroll on. Twenty-five years later, we will prove the hypertext researchers wrong: cards are pretty cool after all."

Later, we discuss:

Full conversation now here:
comments  design  text  writing  stacks  robinsloan  2012  contentsmagazine  hypercard  scrolling  pagination 
august 2012 by robertogreco
Frank Chimero’s Blog - Sorting a Mass
"Right now, chronological ordering is the default way to arrange content online, & I wonder how that blanket presumption affects curation on the web. Does it make sense, because people check in frequently, or is it odd, like sorting a stack of photographs alphabetically by who is in them? There are indeed instances where sorting by time is the correct path, but it will be exciting over the next few months and years to see what happens to the web as we recognize the instances where the newest thing is not necessarily the most important thing. (And, as always, the additional problem on top of this: can this sorting process be automated?)

But can you curate on the web? Most curation comes to a point through narrative, and is narrative possible on the web? Stories require a certain amount of linearity, and we all know how the web disrupts that. Maybe it is the same problem that video games have, where interactivity subverts storytelling…"

[This article is now here: ]
web  curation  collecting  curating  sorting  frankchimero  storytelling  scrolling  2011  collections  bookmarks  bookmarking  flickr  interactivity  location  alphabet  hierarchy  categorization  time  chronology  chronoogical  pagination 
july 2011 by robertogreco

Copy this bookmark:

to read