stippled

That paper is a beautiful thing: 86 pages full of hand stippled line drawings.

What's so bad about stippled lines? They sound useful for so-called "real work" applications for drawing grids and graphs and marching ants.

The Black and White dither is very reminiscent of the WSJ's stippled portraits[1]. Very useful for those who like that style.

Very, very few stippled paintings that took more than 5 hours of work are considered profound in any way. It's been done already.

> Seriously, when's the last time you wrote a program that relied on the ability of the display server to draw stippled lines? or someone?

Please note that the last part of the graph have stippled lines that's because they are comparing year of year with averages over 300 years or so. Anything you average over 300 years will tend to flatten.

Seriously, when's the last time you wrote a program that relied on the ability of the display server to draw stippled lines?

Don't forget the cookie cutter restaurants, properly styled and stippled to create an illusion of not just being yet another bland chain.

White backgrounds look speckled, gradient transitions have banding, pure colours look impure, fine lines look stippled, and there are no smooth curves. Again - this is only when looking at her Nexus S after staring at my iPhone 4 for a while.

Even more amazing were the text/hires graphics adventure engines that stippled together different colors to get a wider palette. It was so hard for the poor 6502, that part of the visceral pleasure of the game was just sitting there watching it draw each scene.

X11 is burdened by absurdly obsolete extensions like drawing stippled lines, a font server, etc. See the talk by Daniel Stone[2] if you're interested in the kind of crud that's been cleared out.

Then they can implement stippled lines in their application. It seems absurd to expect X to support rarely used extensions simply because "someone" might use them. It's not like stippled lines are no longer allowed on the Linux desktop, you just can't hook into the desktop compositor to get them.

Unless it's using a lot of the crufty "draw a stippled line" sort of functionality that X provides it would be pretty easy to port. That is, if all it does is construct a bitmap in memory and hand it off to the compositor, it's practically Wayland-ready.

Yes, with later versions, there was a way to migrate away from legacies like stippled line, but the very same legacy was used by CAD programs, which did not want to do away with everything and redo everything from scratch, so it had to be dragged along too. OpenGL Drivers had to be very complex.

This forecast uncertainty is conveyed by the track forecast "cone", the solid white and stippled white areas in the graphic. The solid white area depicts the track forecast uncertainty for days 1-3 of the forecast, while the stippled area depicts the uncertainty on days 4-5.

Any intermediate shades have to be represented by dithering, which is what creates that stippled, checkered appearance. If the images had the same resolution but higher bit depth, you wouldn't be able to make out much more detail, but the images would be a lot smoother and less blocky-looking.

As someone familiar with digital drawing/editing, any slight imperfection in the pattern becomes super obvious and it's even worse with stippled gradients. I'm sure it'll be a useful tool with refinement, but this is still a solution to an artificial problem.

A cheesy semi-dynamic lighting system using a 1-bit stippled gradient plane to effectively switch the main bitmap between "bright" and "dark" sub-palettes, at no performance cost. I'm sure this wasn't original, of course, but back before the Web most hobbyists were trapped in their own little silos reinventing the wheel over and over again.