I was looking over your blog last night and noticed that you're a linux user as well. You commented that it's not a political issue, really. I can't help but think that every time I mention creating a front-end for swfmill that you don't care too much for the idea. The only motivation that I have for doing such a thing is that I would prefer to stay in linux as much as possible. In order to do some programming for clients I occasionally must use windows. The only real key piece I'm missing in Linux is a good way to create swf's. That was until swfmill. It's a very complete program that can handle all aspects of swf creation. But for complex swf's it could get hairy coding up xml files for swfmill. If I could just get the logic into a front-end then I really wouldn't have to think about it. Personally, if I could stay on the command line I'd be quite happy, but Clients usually end up dictating where I spend my time, and unfortunately it's more convenient to use graphical apps.
daniel fischer wrote: > Robert Jonathan Molesa <[EMAIL PROTECTED]> (on Tue, 28 Mar 2006 10:13:16 > -0500): > > > Not to be a pain however, but what is a "Rest" that's refferred to in > DefineBitsLossless2 as the object type for data? > > "Rest" is just a storage dummy for arbitrary data that fills the rest of the > swf tag. > > > > I think this may solve another issue I believe I'm struggling to figure > out. I was thinking about getting the base64 for an image with an external > program then inserting that into the xml file for swfmill. However, xslt > doesn't necessarily support calling external programs. > > Instead of calling external programs, maybe think about producing the base64 > code into xml files first and then processing those source xmls. > xsl:document() can be used to reference "external" files. > it might help to think of xslt as a data transformation language more than a > functional language. although swfmill internally breaks that "principle" in > that it uses xpath functions for some processing tasks (see below) > > > > Then it occurred to me that swfmill already does base64 encoding for > images. 1) How would one access this feature other than the import tag of > the simple dialect? > > there's a bunch of xpath functions, i mentioned some in an earlier mail ( > http://osflash.org/pipermail/swfmill_osflash.org/2005-June/000073.html ): > > swft:next-id(), givin the "next" valid id, starting from 1. > > swft:map-id(original), for mapping string or numerical ids to > > new numerical ids that fit with the next-id logic (mainly for > > importing swfs, to avoid id clashes) > > <swft:push-map/> and <swft:pop-map/> to push/pop a new mapping > > on the "map stack", > > and finally: swft:document(), which you can use to import > > another swf without manually transforming it with swfmill swf2xml. > > there's functions for importing the various image types and truetype. look up > their usage in src/xslt/simple-import.xslt, they all return a nodeset (i > think, or was it a document fragment?) that is being directly used in > swfml-ll. you could dump it with sth like <xsl:copy-of > select="swft:import-png(<filename>)"/> (untested, might be a bit different). > i cannot recommend relying on the specifics there, though, this is very > internal and might well change in some future version... > > > > 2) Does swfmill support calling external programs? > > no. see above. > > > > 3) Is there a debug/logging mode when using custom xsl? > > not really, the verbose mode (-v) is more for debugging the binary > reading/writing. i found myself using xsl:message a lot for oldschool > printf()-like debugging (or "tracing", for the flash crowd :). > > > what is it exactly you're trying to achieve with rolling yer own base64 > images that cannot be done with the existing functionality? or are you just > trying to figure out how it all works? > > remember that you can also use swfml-simple as the *output* of your > transformation, then convert that to SWF in a second step. if simple is too > simple, let me know where. > > hth, > -dan > > -- Jon Molesa Owner - Consoltec 828-994-2067 [EMAIL PROTECTED] http://www.consoltec.net _______________________________________________ swfmill mailing list swfmill@osflash.org http://osflash.org/mailman/listinfo/swfmill_osflash.org
