TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Does anyone who actually writes technical docs for a living spend much
time working on stuff that will be displayed as HTML5 on a phone? In
my experience, that's something that UX/UI people code, and the
involvement of a docs person is typically with the raw content rather
than the presentation.
This seems to me like something that people who spend more time at
trade shows than writing actual docs like to talk about because it's a
market opportunity for consulting and whatnot.
On Thu, Jun 23, 2016 at 4:53 AM, <mbaker -at- analecta -dot- com> wrote:
> We should think of tables as a way to structured information lookup for static media. In other words, they are a technique for presenting data on paper because of paper's lack of any kind of interactive features.
>
> Consider, for instance, the time tables for a transportation company. No modern airline or bus company would dream of presenting its schedules as a static table anymore. Instead, the present a booking widget that lets you enter your starting point, destination, and travel times and automatically constructs an itinerary for you.
>
> So the question should not be, how do we present tables in online media. We should never be thinking in those terms. We should be thinking how to allow readers to manipulate this data, or to ask the question of the system whose answer depends on this data. If we also have to present the data in a static media, then and only then should we be thinking about how to make it into a table.
>
> The key here is to stop thinking in terms of tables and presentation and to start thinking in terms of data and queries on that data. Fall back to tables only as a last resort.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Visit TechWhirl for the latest on content technology, content strategy and content development | http://techwhirl.com
