You might also be interested in
Replies (17)
Please login or register to join the discussion.
I use both and would be sad to see pdfs go. Sometimes they are useful to download particularly long detailed documents. Sometimes as allowed under Government copyright law they are an annex to conference notes and then a pdf is much easier to email to conference providers.
I also fear we are losing great and needed detail with some Government websites.
This is a very personal view, but I cannot absorb information from reading on a screen; I have never taken to book readers, for example.
When needing to review government documents I will search for relevant material but then I nearly always print off the relevant section for further reading. I will also save key documents to client folders or my own CPD folders.
PDFs are the only easy way to do this. I am already frustrated by many VAT notices, for example, no longer being in PDF form.
Printing from HTML is random in my experience and produces only a mess.
The article is great and hits the nail on the head. There is no one standard user of government information. I regularly store pdfs, print out the important passages that solve a client enquiry and annotate them to support the advice I give. if the document changes, I then have the original on file, to justify the advice I gave. Consumers are very different from professional users.
Oh for goodness sake. This is the second accountingweb article I've seen on this, and again based on a misunderstanding - and misrepresentation - of the GDS advice.
The advice is about content *production*, not content *delivery*.
Accessible PDFs are not just about being "single images rather than text". There are a whole host of issues that make PDFs difficult to use - for disabled and non-disabled users - in various circumstances.
Even simple things like internally linking references and tables of contents. Very often I find myself in a long (sometimes government-produced) PDF scrolling through pages to find "see section 2" or "page 19" - which of course isn't actually page 19 of the PDF because the pages are numbered for print and the numbering doesn't include the cover plus an arbitrary number of introductory front pages which vary from document to document (or in some of the worst examples even restart for each section of the PDF - so the only way to get to Section 5, Page 15 is to physically scroll till your hand gets sore).
And scrolling is a nightmare : trying to follow the text as it jumps from the bottom of one column to the top of the next on a screen that isn't an A4 piece of paper, moving from side to side and trying not to get lost. It gets worse when the document was designed as a leaflet or booklet, with content beautifully laid out across the full width of each spread, but now arbitrarily split at the edges of bits of paper most people will never have seen, with each panel stacked one below the other.
Or you google a term and get a promising excerpt. So you click through to find it's somewhere in the unending pages of the PDF that's just opened, and you have to try to remember the exact wording of the search result you saw to be able to use PDF's much-less-intelligent "find in document" tool, because PDFs always open on page 1 and there's no way of deep-linking even to the page number of the result, much less the paragraph.
So yes, producing properly accessible, user-friendly PDFs is very hard work, generally requires specialist software and a fair bit of training. Meaning most of the time it doesn't happen. And even when it does, they're fundamentally broken for some usecases because - like the research you mention - they're a product of a different age, created only as a way to get accurate artwork from a designer to a printing press.
If you *produce* content as a PDF - even an accessible one, certainly one beautifully designed for printing out - that information is locked away. It is virtually impossible for anyone to reliably convert that to another format, HTML or anything else, that might better suit their usecase. And so either you only publish the PDF, or someone attempts to manually publish HTML excerpts which inevitably end up getting out of step with the actual text of the detailed guidance/handbook/whatever.
But, great news! If you *produce* content as HTML, that can easily, reliably, automatically, and rapidly be converted into an accessible PDF complete with hyperlinks, tagged text and all the rest.
That could be a PDF of a single page (which by the way most browsers can produce, so there's no need to be "capturing dozens of screens of HTML") or a single PDF containing all the pages from a whole section of the site.
There's plenty of software that e.g. HMRC could use to generate an accessible PDF version of sections of their guidance for people to download - even before GDS adds such a tool directly into gov.uk, which their blog specifically states is part of their future plan.
Indeed, if content is *produced* as HTML, it can be reliably and automatically converted into virtually any format - and that can be done by the publisher, the end user or by third parties.
*Producing* content as HTML allows end-users to *consume* it however best suits them, which is why GDS are encouraging content producers to do just that unless there's a specific reason that particular content actually needs to be designed and planned for print-first.
Really? Here's a good example of how laughable this is and how ignorant GDS is when it comes to the psychology when giving advice. Gave a client a print out from webpage and a printed document from same webpage. Print out ignored. Document read. I have even given "idiot's guide in ultra simplistic language" verses a complex .gov document and the document is preferred.
Good grief. Heaven help us if this is the result of the thought processes in our civil service. (Let alone Wendy's very comments!)
What is the difference between "a print out from webpage" and "a printed document from same webpage"? Do you mean that one is HTML and the other PDF, or do you mean that one was shown on screen and one printed onto paper, or do you mean something else? If we are not specific in our terminology, how can we persuade HMRC to use the options we prefer?
I've had several occasions where I have had to challenge HMRC's changes in policy. HTML versions mean that I can't easily access the previous versions. It also makes it difficult to print just parts of guidance if you need to send it to a client (or that may be my lack of IT knowledge!)
As a retired user, be still using HMRC sites for trusteeship responsibilities and my own, I'm not sure how useful my comment will be, but here goes: HMRC used to have their own website. It was possible to reach an item in the published manuals , or statutes, but searching it. As Wendy says, you have to know what you are looking for. But assuming you do , search for an item now and you are taken through everything the Government does, probate, planning permission etc. This is not without its frustration factor. If they are hacking it about anyway, can this be addressed?
With most aspects of tax, it's often quicker just to google it.
Yes, it was a Coalition decision to stop individual department websites and it is has been awful for lawyers too because instead of going to just that part of Government eg competition law or public procurement you have almost unsearchable huge morass of stuff. It was a really bad move.
I hardly think this is relevant to the topic but, nonetheless, I have to agree about the "quicker to Google it" point. Mind you the search facility on the old HMRC web site was pretty hopeless too. It never came up with what I wanted.
We send most of our documents to clients as PDFs, so that we know exactly what we have sent, and they can't change them!
Surely, if you wanted to keep an HTML web page you could either print to PDF or save to PDF?
Agree with Wendy - reading long complicated stuff is more easily undertaken via a PDF offline and also has the benefit that you are not paying for the access (ONS stats indicate that the majority access the internet on a smartphone or tablet). Also printing a web page is hit and miss as it depends on your printer setup , usually resulting in lots of dead space and the risk of loss of words at the edges. Simplest solution is to provide pdf download as an option.
I really don't understand what the article is proposing...
Almost every website is displayed in HTML. It is the standard method of navigating and displaying information on the internet. PDF's have their purpose for storing reports, long data, etc which you need to transfer between parties but it is not accessible or flexible. If you open a PDF in a mobile it can often be difficult to read the text - plus the file size is huge compared to HTML.
I'm assuming the writer isn't suggesting the Government switch to PDFs just to ensure the file doesn't change? Consider they can replace PDFs very easily.
Need to save information or vital text for offline use? Print to PDF. Otherwise, it has no place for displaying information on the web.
We honestly can't start talking to GDC as if we are web development experts, least we risk them pretending to be tax experts (the content is produced by HMRC before anyone suggests they already think they are).
Maybe they are talking about those awful PDF forms they make you fill in that never work? If so they actually read one of my feedback rants!
So its PDF versus HTML, or is it what about all of the others XPS, DIF, the list goes on.