Bernard Devlin wrote (see his whole message at the end of this email):
You're either extremely knowledgeable about the GPL, or I think you
have misunderstood the GPL.
The first is certainly not true, so the second is more than likely. I got my
(hopefully wrong!) information from the site of
FYI:
The work around that I have seen used is to keep your code and the GPL code
completely separate. In fact, when someone downloads and installs your code,
the very first thing your code would do is ask people to approve the install of
the GPL code. Then if they say yes, download the binary
My pleasure. I'm sure that there are plenty of discussions on the
internet that will help you further understand what is possible and
where the limitations are. It seems a shame to throw away a possible
solution to a problem on a misunderstanding of the possibilities. My
thoughts on the matter
Thanks Roger, that's really interesting. As I can't operate under a GNU
license, I believe I would have to pay Artifex to use Ghostscript or MuPDF
(which is probably good enough for my rather modest functional requirement). I
have emailed Artifex about their licensing terms and I imagine
Thanks Bernard. I will look into (1), although I have no idea of the resource
implications, but for (2) I don't think my publisher would consider a solution
involving the permanent involvement of an external server, plus the fact that I
know nothing about Linux, plus the fact that the owner of
You're either extremely knowledgeable about the GPL, or I think you
have misunderstood the GPL.
The GPL v2 does not mean you cannot charge for re-distribution of GPL
code (there are companies who charge for the re-distribution of linux
on dvds). If your code is bound to GPL libraries and you
I have had some success parsing PDF files for various purposes using the
shell command to access tools like pdftk, ghostpdl/ghostscript and the xpdf
suite of command line tools.
Walt Brown
-Original Message-
snip
___
use-livecode mailing
The problem (success?) with pdf is that it is, uniquely, pdf: it is text,
stylized text, bitmaps, vector graphics, and everything else. Covert eps, for
example, to pdf and all is fine (you can easily extract the eps from the pdf).
Add a second pdf (or another eps) to that same file, and the
I like that. pdf works everywhere (except that dark corner of
windows) - oh, you mean the 98% of all computer users dark corner? Oops,
forgot about them.
Mike
On Fri, 30 Sep 2011 01:12:43 -0600, Vokey,
John wrote:
The problem (success?) with pdf is that it is, uniquely,
pdf: it is text,
On 09/30/2011 04:21 PM, Admin wrote:
I like that. pdf works everywhere (except that dark corner of
windows) - oh, you mean the 98% of all computer users dark corner? Oops,
forgot about them.
Mike
As our house is completely non-Windows [mixed Mac, Ubuntu-Linux,
Mint-Linux],
and my wife has
Thanks to all who replied. As the one who started this thread, I'd like to say
that I pretty much despair of finding a solution. The current position seems to
me admirably summarised by Paul Dupuis (see below). Suggestions that I use a
command-line utility seem to me to come down to using
Paul-
Thursday, September 29, 2011, 10:55:35 AM, you wrote:
As some folks may remember, I have posted to this list a number of time
on the need for being able to open and read PDF content (text and
images) in LiveCode. We at Researchware have, I think, thoroughly
explored this topic. It
On 30 Sep 2011, at 17:02, Graham Samuel wrote:
As a last remark, I'd be interested to know of the details of ANY
implementation of adding functionality of any kind to LiveCode via a
third-party application and 'shell'. I have never seen this in action and I
can't remember it being
I have a couple of suggestions (although I am not sure either will
work as smoothly as Graham wants, but my still be worth a try).
1. display the pdf in a browser control, snapshot the window, present
the snapshot to the user to crop to just the image.
2. assuming that there is a linux solution
On Fri, Sep 30, 2011 at 11:02 AM, Graham Samuel wrote:
Thanks to all who replied. As the one who started this thread, I'd like to
say that I pretty much despair of finding a solution. The current position
seems to me admirably summarised by Paul Dupuis (see below). Suggestions
that I use a
Folks, for some months now (it seems even longer) I have been seeking a
solution to the problem of reading PDF-formatted images into Livecode stacks.
What I'm looking for is solution that looks like an 'import paint' command: in
other words, I want to be able to load a small subset of the
Graham,
Your best bet: http://qery.us/136
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
See what you get with only a small contribution. All our LiveCode
Well. . . I just set up a new stack (on Linux!) and imported a PDF as a
text file, and ended up
with a text field of gobbledegook . . .
BUT, at least the ting imports PDF files; ALL (!!!) one has to do
then . . . [rather you than me, mate] . . . is knock together a set of
algorhythms to
Has anyone any suggestion as to how I might proceed? My app works so nicely
with JPG and PNG files, and I have (a little) belief that I could make it
work with TIFF files, but without PDF input I am dead in the water.
Graham, the other alternative is to work with the PDF file on a binary
I see three directions to pulling images out of PDF files on Windows:
1. Use a command-line utility and shell() plus file I/O
2. Loosely parse the PDF file
3. Create an external
I recommend starting with #1 and seeing how it works for you. All are
possible.
Dar
On Sep 29, 2011, at 8:01
On Sep 29, 2011, at 9:24 AM, Ken Ray wrote:
Are you looking at just extracting the images? Or other relevant parts of the
PDF? The reason I ask is that it looks like binary data is always contained
between two lines: stream and endstream, so extracting just the streaming
data should be
I find all of this somewhat tantalizing, but the only way I've found to make a
PDF document useful in what I'm doing is to take a screen shot of it and then
paste or import it as an image into the other application. Though I do this
mostly in MacDraft, I should imagine that the same technique
There are command-line utilities that will take a pdf page and render it onto
an image and store the image as a standard file. Some work with multiple page
documents. These can work with the LiveCode shell() function.
Dar
On Sep 29, 2011, at 11:02 AM, Joe Lewis Wilkins wrote:
I find all
Not sure about your needs but...
You can save a lot of time between MacDraft and PDFs by using Blue Mango's
wonderful and fully supported Clairfy. Select, copy to PDF in one step
with annotations available and online distribution if you want.
It's FREE and highly recommended.
Get Clarify
-796-9332
-Original Message-
From: use-livecode-boun...@lists.runrev.com
[mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Dar Scott
Sent: Thursday, September 29, 2011 12:39 PM
To: How to use LiveCode
Subject: Re: Reading PDF - a cry for help
I see three directions to pulling
I just created a PDF with two lines of text and a 16x16 graphic and
following text. A very basic test pattern. Then I opened up the document
in BBEdit.
Yikes! A huge amount of data is there - some binary and some plain text
for such simple data. A minefield of fun and a big project to work
Thanks Stephen. I'll take a look at Clairfy. MD provides DWG and DXF
translations, but I rarely have need for them, avoiding AutoCAD like the plague
as I always have, though I've heard they're going to come back to the Mac
shortly. Maybe already. I've been a beta tester for MD for about 15
On 09/29/2011 12:27 PM, stephen barncard wrote:
I just created a PDF with two lines of text and a 16x16 graphic and
following text. A very basic test pattern. Then I opened up the document
in BBEdit.
Yikes! A huge amount of data is there - some binary and some plain text
for such simple
Joe,
yes. MD is a great product. It was the first piece of Mac software I ever
purchased in 1987. In fact, for a moment in testing in a Egghead software
store, I could have gone to either platform. I asked to see a PC product and
MacDraft. There was no comparison. I bought MacDraft and spec'd
On 9/29/2011 10:01 AM, Graham Samuel wrote:
Short of RunRev itself extending input formats to include PDF (not impossible,
but not likely in the short term), the solution would seem to be to licence a
third-party library component and integrate it into my app by the use of
bridging ('glue')
Stephen,
I can see I'm talking to the choir. (smile) For a couple of years MD was
side-tracked into Dreams before Micro-spot purchased it from IDD? Sometimes
it's been a bumpy road, but I rarely have to use much of anything else. At
first glance Clarify looks awesome. What is AM Studios? A
You can also do a limited form of displaying a PDF in a window (you can't get
or copy any selections/content in it though and can only navigate under
script control by page) through InterApplication communication (IAC)
Yes, I think this can actually be done with a Player object too, but it
Please excuse my 1998 web design. Hip at the time, pretty lame today.
On 29 September 2011 11:19, stephen barncard
stephenrevoluti...@barncard.com wrote:
http://amstudios.net/amstudios.html
On 29 September 2011 11:08, Joe Lewis Wilkins pepe...@cox.net wrote:
anything else. At first glance
Stephen,
Evolution in all things. (smile) Unfortunately, most of my design errors have
at least 50 years before they will fade away, although I recently drove past a
site in Laguna Niguel where I had designed a Nursery in 1968 and found it had
been replaced by a new bank. Price of land! And a
34 matches
Mail list logo
