On Nov 20, 2007 6:01 PM, <[EMAIL PROTECTED]> wrote:
> Send Swftools-common mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.nongnu.org/mailman/listinfo/swftools-common
> or, via email, send a message with subject or body 'help' to
> [EMAIL PROTECTED]
>
> You can reach the person managing the list at
> [EMAIL PROTECTED]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Swftools-common digest..."
>
> Today's Topics:
>
> 1. Re: compilation error (Matthias Kramm)
> 2. Re: PDF2SWF crashes on windows: font problem? (Matthias Kramm)
> 3. Re: Problem with gradient on pdf2swf (Matthias Kramm)
> 4. Re: pdf2swf - 1: Image disappearing, 2: drop shadow turns out
> white, 3: divide pdf, 4: add background, php (Matthias Kramm)
> 5. Re: extracting movieclips from swf file (Matthias Kramm)
> 6. Re: pdf2swf and extra margins (Matthias Kramm)
> 7. Re: swfc: origin of coordinate system (Matthias Kramm)
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 12:49:46 +0100
> Subject: Re: [Swftools-common] compilation error
> On Mon, Nov 12, 2007 at 10:06:29PM -0800, Ted Chen wrote:
> > g++ -c -DHAVE_CONFIG_H -I/usr/local/include/freetype2
> -I/usr/local/include -Ilame -fPIC -fPIC -Wparentheses -Wimplicit
> -Wreturn-type -O -fomit-frame-pointer -I ./ -I xpdf InfoOutputDev.cc -o
> InfoOutputDev.o
> > InfoOutputDev.cc: In member function 'virtual void
> InfoOutputDev::updateFont(GfxState*)':
> > InfoOutputDev.cc:151: error: 'class SplashOutputDev' has no member named
> 'doUpdateFont'
> > make[2]: *** [InfoOutputDev.o] Error 1
> > make[2]: Leaving directory `/opt/swftools/lib/pdf'
> > make[1]: *** [libpdf.a] Error 2
>
> Try re-running
> perl inject-xpdf.pl xpdf-3.02.tar.gz
> .
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 12:54:34 +0100
> Subject: Re: [Swftools-common] PDF2SWF crashes on windows: font problem?
> On Thu, Nov 15, 2007 at 11:44:58AM +0100, Tobias Hinz wrote:
> > VERBOSE Couldn't load Font
> C:\DOKUME~1\tobias\LOKALE~1\Temp\00005f6c00000afb
> > (ArialMT-16-0)
>
> I can't reproduce this so far.
> Since the stacktrace you provided is for 0.8.1, what kind of error
> do you get for the development snapshot, on Windows?
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 13:03:13 +0100
> Subject: Re: [Swftools-common] Problem with gradient on pdf2swf
> On Thu, Nov 15, 2007 at 11:12:21AM +0000, raphael benzazon wrote:
> > Here is a example of a gradient that mess completely.
> >
> > http://marcbenz.free.fr/raph/0002.pdf
> >
> > http://marcbenz.free.fr/raph/0002.swf
>
> That's not the typical gradient problem. It seems the shaded background
> is stored as individual shapes already in the PDF.
> xpdf seems to have the same problem rendering this.
>
> > It's very funny, http://www.verydoc.com/ does and sell a product that
> > has the same bug on this particular gradient, it seems that swftools
> > and them could have common lines of code.
>
> They better didn't. VeryDoc seems to only sell closed-source products,
> so if they were using any code from xpdf or pdf2swf (licensed under
> the GPL), that would be illegal. (They might have bought a commercial
> xpdf license, though. I wouldn't know about that)
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 13:35:21 +0100
> Subject: Re: [Swftools-common] pdf2swf - 1: Image disappearing, 2: drop
> shadow turns out white, 3: divide pdf, 4: add background, php
> On Thu, Nov 15, 2007 at 03:33:13PM +0100, André Myrbråten wrote:
> > *Problem 1*
> > The image on the left side disappears. Problem partly solved, see
> "solution"
> > under.
> > *Problem 2*
> > The images on the right side seems transparent and have some sort of
> drop
> > shadow implemented. Problem partly solved, see "solution" under.
>
> Could you try whether these still appear with the latest development
> snapshot if you convert them with
> pdf2swf -s poly2bitmap file.pdf -o file.swf
> ?
Thanks, I have tried this and it now includes the left picture, still
problem with the transparent pictures. I tried this with latest development
snapshot as well and it still has the same problem. ( pdf2swf.exe -s
poly2bitmap -s flashversion=8 )
However, using the latest snapshot has solved many of my other problems,
thank you!
>
>
> > there are many options with the -s letter.. How does this work
>
> Try
> pdf2swf -q -s help file.pdf
> .
>
> > *Problem 3*
> > The pdf is double sided. Is there a way to split it into two pages?
>
> Yes, you can extract a specific region from a pdf file.
> Use the -c option for this:
> pdf2swf -p1 -c 50:75:500:600 file.pdf -o file.swf
> .
> This extracts the region (50,50)-(500,600) (which might be the left
> halfpage) from the first page.
> You can also automate this, if you're willing to write a bit of python
> code. In lib/python/ is a module called "gfx" which you can use to
> query page sizes and concatenate individual page region conversions into
> a final SWF fle. The module is not documented yet, so
> you'll probably have to get back to me if you want to use this.
>
> > *Problem 4*
> > Is there a way to add a white (or coloured) background or "frame" that
> fills
> > the background of the exported SWF?
>
> Yes. First remove the background by using the "-s transparent" option,
> then move something else below the file with swfcombine:
> pdf2swf -s transparent file.pdf -o file.swf
> swfcombine -Tm mybackground.swf file.swf -o file.swf
> .
>
> > system('c:\swftools\pdf2swf.exe -f '.$pdf.' -o ..\test\test01.swf') or
> die
> > ("error with pdf2swf");
> > Running the script in the browser returns an output. Is there a way to
> > "capture" elements of this output with the script?
>
> http://de3.php.net/manual/en/function.popen.php
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 13:46:49 +0100
> Subject: Re: [Swftools-common] extracting movieclips from swf file
> On Sun, Nov 18, 2007 at 11:59:32AM +0100, Pablo Rodríguez wrote:
> > I have tried to extract two movieclips from the following file:
> > http://randomfoo.net/oscon/2002/lessig/free_culture.swf.
> >
> > The movieclips are objects 259 and 586. After extracting them with
> > "swfextract -i ID free_culture.swf" and playing them with firefox, all I
> > get is a red square.
>
> A red square is the Flash Player's "error symbol".
> The JPEGTABLES are missing in the final file. This will be fixed with
> the next snapshot.
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 13:49:28 +0100
> Subject: Re: [Swftools-common] pdf2swf and extra margins
> On Sat, Nov 10, 2007 at 04:52:57PM +0100, Pablo Rodríguez wrote:
> > I'm trying add some buttons with swfc to some slides converted from
> pdf2swf.
> >
> > The problem is that I would need some extra margin to place these
> > buttons. Is there no way to add it when converting the slides with
> pdf2swf?
>
> Try postprocessing the file with
> swfcombine -d -X <newwidth> file.swf -o file.swf
> .
>
> This will give you some space on the right side.
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Matthias Kramm <[EMAIL PROTECTED]>
> To: [email protected]
> Date: Tue, 20 Nov 2007 15:18:38 +0100
> Subject: Re: [Swftools-common] swfc: origin of coordinate system
> On Thu, Nov 01, 2007 at 06:48:51PM +0200, Vladimir Dzhuvinov wrote:
> > After having worked with various graphics software, like Gimp, Inkscape
> > and now SWFtools, I have to exclaim: is there a standard that defines
> > where the origin of the coordinate system is put? :)
>
> Sorry, missed this post.
>
> The coordinate system origin is at the upper left corner, as
> usual. However, if the bounding box is set to "auto" (as is the
> default), the origin will automatically move so that it's always
> at the upper left corner of the leftmost, upmost object.
> Explicitly specify a bounding box (e.g. bbox=1024x768:0:0) in
> the .flash command if you don't want the "auto" behaviour.
>
> Greetings
>
> Matthias
>
>
>
>
>
>
>
> _______________________________________________
> Swftools-common mailing list
> [email protected]
> http://lists.nongnu.org/mailman/listinfo/swftools-common
>
>
--
André Myrbråten
Gyldenløves gate 28
3117 Tønsberg
Tlf: 4812 2827
www.andremyr.com
