copy text from documentation


#1

ADL user guide v6.31

Why is copying text from the ALD-user guide restricted again :imp:
I thought you finally learned that it stuff like this isn’t helpful for developers… :unamused:


#2

Unforgivable! :angry:

I wonder if this has come from Sierra Wireless…?


#3

it’s not the first time they got this wrong… remember?


#4

Yes, I remember all too well! :angry:

But, as my old computer science teacher used to say, “anyone can make a mistake; only a fool repeats the same mistake!” :unamused:

Clearly Wavecom need a “regression test” for their documentation…


#5

Worse than that - I even found an Application note that has printing disabled!! :open_mouth:


#6

Hiya,

Maybe an older version of GhostScript might be your firend here. Some of the earlier versions don’t honour the security bits set inside a PDF…

It’s a bit of a pain - it’s almost as if Wavecom doesn’t want us to use their examples - although I’ve found more than a few examples that won’t compile cleanly…

ciao, Dave


#7

Do you mean just for the printing, or also for extracting text?

You do have to wonder what on earth they were thinking… :unamused:


#8

to me it’s more that i want to return more discriptive error notifications, instead of remembering all of the error-code meanings…

i mean… after a while -987 sinks in, but for the first dozen times en need to pull up the doc’s


#9

While we’re on the subject of the “usability” of the PDF documentation, it would be really useful if Wavecom would enable the’Annotation’ feature available in Adobe Reader:

In the old days of paper documents, you could scribble notes to yourself in the margins; the Adobe Reader ‘Annotation’ feature lets you do the same in PDFs!


#10

hmmm… and maybe even share notes?
:slight_smile:


#11

Hiya,

Both.

Ghostscript should be able to re-parse the PDF into another PDF with all the security bits disabled - or strip the PDF out into a Postscript file (which is mostly text).

ciao, Dave