Re: [flexcoders] more news on our upcoming marketing efforts
Lots more example code. Tons of example code. All kinds of use cases, all kinds of interfaces to external technologies (e.g. java, javascript, php, ruby on rails, whatever). On 2/9/07, Matt Chotin <[EMAIL PROTECTED]> wrote: http://weblogs.macromedia.com/flexteam/archives/2007/02/flex_campaign_f. cfm Hopefully we're going to see an influx of people trying Flex, any suggestions the community wants to put together for helping folks get up and running are always appreciated. Matt
Re: [flexcoders] Fwd: Problems painting an swf from a wrapper
Problem solved! Sketching what I did plays like paired coding. It hit me like a freight train. Wrong outputstream code. Fixed that in my servlet and swf's painting nicely now. Talk about happy campers! Many thanks for listening... Jack On 2/8/07, Jack Park <[EMAIL PROTECTED]> wrote: Just hit http://localhost:8080/flex/HelloWorld.swf That brought down the binary file, showing a blank screen. Essentially, uninterpreted. View source shows the binary image. I am aware that Flex 9 is installed. Now I am wondering if the swf is being corrupted by being sent through the same code that sends gifs, jpgs, pngs, js and css. The only difference being that the response is set to the mime type for the shockwave application, application/x-shockwave-flash or something like that. I did strip the html and finally coaxed the raw html to boot the swf outside the servlet. It's failing only inside the servlet, strongly suggesting I have the wrong code for converting a swf into an outputstream and sending it through a printwriter. Thoughts? Many thanks for taking such time on my bug. It's liable to be a rather dumb bug but it's slightly above me right now. Jack On 2/8/07, Tracy Spratt <[EMAIL PROTECTED]> wrote: > >Hit the swf directly from a browser: > > http://myserver/mysite/Helloworld.swf > > > > Then do the same for your real swf. > > > > Tracy > > > -- > > *From:* [EMAIL PROTECTED] ups.com [mailto:[EMAIL PROTECTED] ups.com] > *On Behalf Of *Jack Park > *Sent:* Thursday, February 08, 2007 3:32 PM > *To:* flexcoders@yahoogroups.com > *Subject:* Re: [flexcoders] Fwd: Problems painting an swf from a wrapper > > > > I just tried that. One wonders why I didn't try that before. I did a > saveAs on the page, cleaned up the html to reflect the swf and js in the > same directory and voila. Nothing! > > Makes one wonder if it's a browser issue. The browser, with this code, > would toss an exception if it didn't have version 9 available. Version 9 is > installed. It's Firefox 1.5.09 > IE, after first tossing a fit over a script, then showed, again, > nothing. > > That leaves me to wonder what it is about the swf itself that might be > faulty. The swf code I presented below is precisely what I hand compiled > with the sdk. It should at least say something. Yes? My earlier trials used > an swf I compiled with the Eclipse application builder. In that builder, > running as a Flex application showed it to work fine. But, it never showed > in a browser through a servlet engine. > > Thanks to the suggestion, I'm now left with two candidates: flex is > installed but not working -- I've gone out on the web and have reason to > believe I have exercised it on swf objects elsewhere enough to have reason > to believe it is working, or, there is something about the swfs I am > creating that is faulty. > > I am eager to hear other ideas or be pointed to something dumb or > obvious that I overlooked. > > Many thanks > Jack > > On 2/8/07, *Tracy Spratt* <[EMAIL PROTECTED]> wrote: > > Have you simplified things by removing "jetty" (of which I am ignorant) > from the equation? Put the swf in the same folder as the wrapper. > > > > From a browser on the server hosting the wrapper, can you hit the jetty > / swf url? > > > > Tracy > > > -- > > * From:* flexcoders@yahoogroups.com [mailto: flexcoders@ yahoogroups.com] > *On Behalf Of *Jack Park > *Sent:* Thursday, February 08, 2007 11:09 AM > *To:* flexcoders@yahoogroups.com > *Subject:* [flexcoders] Fwd: Problems painting an swf from a wrapper > > > > > I really hope someone can tell me what I am missing here. > Many thanks > Jack > > In an earlier thread, I got engaged in the issue of history.js and a > history.html iframe. There is a template that doesn't use history. > That's as barebones as it gets. I am running the simplest possible > test to validate that my servlet can paint swf content. I went so far > as to craft a simple helloworld as follows: > > > http://www.adobe.com/2006/mxml"; > pageTitle="HelloWorld Sample" > > > > > > > > > I then adapted a template as follows (note the classpath to the swf > file -- this is an embedded Jetty server) -- the servlet prints a > trace that clearly shows it sending the swf file. What I get is a > colored box set to the background color (which, to me, indicates flex > is interpreting something from the html) but nothing from the content > itself. What am I missing? > Thanks > Jack > > "DTD/xhtml1-transitional.dtd"> > http://www.w3.org/1999/x
Re: [flexcoders] Fwd: Problems painting an swf from a wrapper
Just hit
http://localhost:8080/flex/HelloWorld.swf
That brought down the binary file, showing a blank screen. Essentially,
uninterpreted. View source shows the binary image. I am aware that Flex 9 is
installed. Now I am wondering if the swf is being corrupted by being sent
through the same code that sends gifs, jpgs, pngs, js and css. The only
difference being that the response is set to the mime type for the shockwave
application, application/x-shockwave-flash or something like that.
I did strip the html and finally coaxed the raw html to boot the swf outside
the servlet. It's failing only inside the servlet, strongly suggesting I
have the wrong code for converting a swf into an outputstream and sending it
through a printwriter.
Thoughts?
Many thanks for taking such time on my bug. It's liable to be a rather dumb
bug but it's slightly above me right now.
Jack
On 2/8/07, Tracy Spratt <[EMAIL PROTECTED]> wrote:
Hit the swf directly from a browser:
http://myserver/mysite/Helloworld.swf
Then do the same for your real swf.
Tracy
--
*From:* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] *On
Behalf Of *Jack Park
*Sent:* Thursday, February 08, 2007 3:32 PM
*To:* flexcoders@yahoogroups.com
*Subject:* Re: [flexcoders] Fwd: Problems painting an swf from a wrapper
I just tried that. One wonders why I didn't try that before. I did a
saveAs on the page, cleaned up the html to reflect the swf and js in the
same directory and voila. Nothing!
Makes one wonder if it's a browser issue. The browser, with this code,
would toss an exception if it didn't have version 9 available. Version 9 is
installed. It's Firefox 1.5.09
IE, after first tossing a fit over a script, then showed, again, nothing.
That leaves me to wonder what it is about the swf itself that might be
faulty. The swf code I presented below is precisely what I hand compiled
with the sdk. It should at least say something. Yes? My earlier trials used
an swf I compiled with the Eclipse application builder. In that builder,
running as a Flex application showed it to work fine. But, it never showed
in a browser through a servlet engine.
Thanks to the suggestion, I'm now left with two candidates: flex is
installed but not working -- I've gone out on the web and have reason to
believe I have exercised it on swf objects elsewhere enough to have reason
to believe it is working, or, there is something about the swfs I am
creating that is faulty.
I am eager to hear other ideas or be pointed to something dumb or obvious
that I overlooked.
Many thanks
Jack
On 2/8/07, *Tracy Spratt* <[EMAIL PROTECTED]> wrote:
Have you simplified things by removing "jetty" (of which I am ignorant)
from the equation? Put the swf in the same folder as the wrapper.
From a browser on the server hosting the wrapper, can you hit the jetty /
swf url?
Tracy
--
*From:* flexcoders@yahoogroups.com [mailto: [EMAIL PROTECTED] *On
Behalf Of *Jack Park
*Sent:* Thursday, February 08, 2007 11:09 AM
*To:* flexcoders@yahoogroups.com
*Subject:* [flexcoders] Fwd: Problems painting an swf from a wrapper
I really hope someone can tell me what I am missing here.
Many thanks
Jack
In an earlier thread, I got engaged in the issue of history.js and a
history.html iframe. There is a template that doesn't use history.
That's as barebones as it gets. I am running the simplest possible
test to validate that my servlet can paint swf content. I went so far
as to craft a simple helloworld as follows:
http://www.adobe.com/2006/mxml";
pageTitle="HelloWorld Sample" >
I then adapted a template as follows (note the classpath to the swf
file -- this is an embedded Jetty server) -- the servlet prints a
trace that clearly shows it sending the swf file. What I get is a
colored box set to the background color (which, to me, indicates flex
is interpreting something from the html) but nothing from the content
itself. What am I missing?
Thanks
Jack
http://www.w3.org/1999/xhtml " xml:lang="en" lang="en">
FlexDev
<!--
// --
// Globals
// Major version of Flash required
var requiredMajorVersion = 9;
// Minor version of Flash required
var requiredMinorVersion = 0;
// Minor version of Flash required
var requiredRevision = 0;
// --
// -->
<!--
// Version check based upon the values entered above in "Globals"
var hasRequestedVersion = DetectFlashVer(requiredMajorVersion,
requiredMinorVersion, requiredRevision);
// Check to see if the version meets the requirements for playback
if (hasRequestedVersion) { // if we've detected an acceptable version
// if we've detected an acceptable version
// embed the Flash Content SWF when all tests are passed
AC_FL_RunCon
Re: [flexcoders] Fwd: Problems painting an swf from a wrapper
I just tried that. One wonders why I didn't try that before. I did a saveAs
on the page, cleaned up the html to reflect the swf and js in the same
directory and voila. Nothing!
Makes one wonder if it's a browser issue. The browser, with this code, would
toss an exception if it didn't have version 9 available. Version 9 is
installed. It's Firefox 1.5.09
IE, after first tossing a fit over a script, then showed, again, nothing.
That leaves me to wonder what it is about the swf itself that might be
faulty. The swf code I presented below is precisely what I hand compiled
with the sdk. It should at least say something. Yes? My earlier trials used
an swf I compiled with the Eclipse application builder. In that builder,
running as a Flex application showed it to work fine. But, it never showed
in a browser through a servlet engine.
Thanks to the suggestion, I'm now left with two candidates: flex is
installed but not working -- I've gone out on the web and have reason to
believe I have exercised it on swf objects elsewhere enough to have reason
to believe it is working, or, there is something about the swfs I am
creating that is faulty.
I am eager to hear other ideas or be pointed to something dumb or obvious
that I overlooked.
Many thanks
Jack
On 2/8/07, Tracy Spratt <[EMAIL PROTECTED]> wrote:
Have you simplified things by removing "jetty" (of which I am ignorant)
from the equation? Put the swf in the same folder as the wrapper.
From a browser on the server hosting the wrapper, can you hit the jetty /
swf url?
Tracy
--
*From:* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] *On
Behalf Of *Jack Park
*Sent:* Thursday, February 08, 2007 11:09 AM
*To:* flexcoders@yahoogroups.com
*Subject:* [flexcoders] Fwd: Problems painting an swf from a wrapper
I really hope someone can tell me what I am missing here.
Many thanks
Jack
In an earlier thread, I got engaged in the issue of history.js and a
history.html iframe. There is a template that doesn't use history.
That's as barebones as it gets. I am running the simplest possible
test to validate that my servlet can paint swf content. I went so far
as to craft a simple helloworld as follows:
http://www.adobe.com/2006/mxml";
pageTitle="HelloWorld Sample" >
I then adapted a template as follows (note the classpath to the swf
file -- this is an embedded Jetty server) -- the servlet prints a
trace that clearly shows it sending the swf file. What I get is a
colored box set to the background color (which, to me, indicates flex
is interpreting something from the html) but nothing from the content
itself. What am I missing?
Thanks
Jack
http://www.w3.org/1999/xhtml " xml:lang="en" lang="en">
FlexDev
<!--
// --
// Globals
// Major version of Flash required
var requiredMajorVersion = 9;
// Minor version of Flash required
var requiredMinorVersion = 0;
// Minor version of Flash required
var requiredRevision = 0;
// --
// -->
<!--
// Version check based upon the values entered above in "Globals"
var hasRequestedVersion = DetectFlashVer(requiredMajorVersion,
requiredMinorVersion, requiredRevision);
// Check to see if the version meets the requirements for playback
if (hasRequestedVersion) { // if we've detected an acceptable version
// if we've detected an acceptable version
// embed the Flash Content SWF when all tests are passed
AC_FL_RunContent(
"src", "/swf/HelloWorld",
"width", "100%",
"height", "100%",
"align", "middle",
"id", "HelloWorld",
"quality", "high",
"bgcolor", "#869ca7",
"name", "HelloWorld",
"allowScriptAccess","sameDomain",
"type", "application/x-shockwave-flash",
"pluginspage", " <a rel="nofollow" href="http://www.adobe.com/go/getflashplayer"">http://www.adobe.com/go/getflashplayer"</a>;
);
} else { // flash is too old or we can't detect the plugin
var alternateContent = 'Alternate HTML content should be placed here. '
+ 'This content requires the Adobe Flash Player. '
+ '<a href=<a rel="nofollow" href="http://www.adobe.com/go/getflash/">http://www.adobe.com/go/getflash/</a>>Get Flash</a>';
document.write(alternateContent); // insert non-flash content
}
// -->
http://fpdownload.macromedia.com/get/flashplayer/current/swflash.cab";>
http://www.adobe.com/go/getflashplayer";>
[flexcoders] Fwd: Problems painting an swf from a wrapper
I really hope someone can tell me what I am missing here. Many thanks Jack In an earlier thread, I got engaged in the issue of history.js and a history.html iframe. There is a template that doesn't use history. That's as barebones as it gets. I am running the simplest possible test to validate that my servlet can paint swf content. I went so far as to craft a simple helloworld as follows: http://www.adobe.com/2006/mxml"; pageTitle="HelloWorld Sample" > I then adapted a template as follows (note the classpath to the swf file -- this is an embedded Jetty server) -- the servlet prints a trace that clearly shows it sending the swf file. What I get is a colored box set to the background color (which, to me, indicates flex is interpreting something from the html) but nothing from the content itself. What am I missing? Thanks Jack http://www.w3.org/1999/xhtml " xml:lang="en" lang="en"> FlexDev http://fpdownload.macromedia.com/get/flashplayer/current/swflash.cab";> http://www.adobe.com/go/getflashplayer";>
[flexcoders] Using History in a wrapper
The templates call for a URL: history.html My question has to do with behaviors in a servlet environment. Here's the story. I call the history file simply with /history rather than history.html. This means that my template line of code reads: AC_FL_RunContent( "src", "/swf/FirstFlex", "width", "100%", "height", "100%", "align", "middle", "id", "FirstFlex", "quality", "high", "bgcolor", "#869ca7", "name", "FirstFlex", "flashvars",'historyUrl=/flex/history%3F&lconid=' + lc_id + '', "allowScriptAccess","sameDomain", "type", "application/x-shockwave-flash", "pluginspage", "http://www.adobe.com/go/getflashplayer"; ); where the affected line was: "flashvars",'historyUrl=history.html%3F&lconid=' + lc_id + '', Right now, I feel a bit dense. I'd like to know how others are painting the history iframe through a servlet. That's because the contents of FirstFlex.swf are not appearing even though the servlet log trace clearly states that the swf, itself, was served. Thanks Jack
[flexcoders] Problems painting an swf from a wrapper
In an earlier thread, I got engaged in the issue of history.js and a history.html iframe. There is a template that doesn't use history. That's as barebones as it gets. I am running the simplest possible test to validate that my servlet can paint swf content. I went so far as to craft a simple helloworld as follows: http://www.adobe.com/2006/mxml"; pageTitle="HelloWorld Sample" > I then adapted a template as follows (note the classpath to the swf file -- this is an embedded Jetty server) -- the servlet prints a trace that clearly shows it sending the swf file. What I get is a colored box set to the background color (which, to me, indicates flex is interpreting something from the html) but nothing from the content itself. What am I missing? Thanks Jack http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> FlexDev http://fpdownload.macromedia.com/get/flashplayer/current/swflash.cab";> http://www.adobe.com/go/getflashplayer";>
Re: [flexcoders] Intellectual property or licensing of posted/blogged work
It certainly wouldn't hurt to at least mention a license, e.g. BSD, Apache, LGPL, whatever. That should say enough. On 2/6/07, Jason Hawryluk <[EMAIL PROTECTED]> wrote: "So for me personally, if there's no licensing information in my code that means I don't care what you do. If I don't want you to use the source code I won't release it." You can count the same for me. If I post it with source there is no obligation unless specifically stated otherwise. That is at least in my mind. However if some of you folks would like to see a more formal process for this stuff I'm willing to adhere as long as it's not to laborious. Keep in mind I certainly appreciate the asking, as it allows us to know that what we contribute, is valuable to the community. Jason -Message d'origine- *De :* flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] la part de* Doug McCune *Envoyé :* mardi 6 février 2007 22:33 *À :* flexcoders@yahoogroups.com *Objet :* Re: [flexcoders] Intellectual property or licensing of posted/blogged work I'd be interested in what a more legal understanding is, but for anything that I post that includes source code, it's my understanding that you can go and do whatever you want with it. Include it in other products, yadda yadda. Basically if I don't include licensing terms I'm giving you whatever terms you want. If you went and sold my code I'd be pissed and I'd try to go directly to whoever you sold it to and tell them that it's free. But if you use my code in some commercial project, more power to you. This probably isn't the "correct" way of viewing it, and it's more likely closer to the "if I don't include a license then it's still protected" model in some way or another. But often I'm too lazy to include a licensing block, or more accurately, I'm too lazy to go out and research what the right license is for "give this code away". So for me personally, if there's no licensing information in my code that means I don't care what you do. If I don't want you to use the source code I won't release it. Doug engkee wrote: I have to commend you all for posting a lot of wonderful components and extensions to Flex... eg. Ely's calendar, Doug and Jason's tab navigator extensions, Ben and Trey's reflection effect, Alex's distortion effect, just to name a few. Unfortunately, in these day and age, I would have to ask... am I allowed to incorporate those wonderful works in commercial products? Am I even allowed to look at the source code, if I work for a company producing commercial software, without violating some IP issues. Most of them are not explicitly associated with any specific licensing terms. Sure would be nice if there could be some standard practice of associating these works with a common license, eg. the Creative Commons (http://creativecommons.org/licenses/by/2.5/) Maybe there already is some presumed license or disclaimer for "published" works. If so, please send a pointer. Just a thought. -Engkee
Re: [flexcoders] Re:HTML wrapper fails to display swf
I added at the lower end of the HTML code. There is an interesting line in the "else if" part of the script: "flashvars",'historyUrl=history.htm%3F&lconid=' + lc_id + '', If I remove that line, it paints a background. If I add the line back, it paints nothing. There is another ambiguity I am addressing: in the Eclipse IDE, all items (html, swf, etc) are all located in the /bin directory. In my Jetty installation, the swf is located in a directory /swf/ and the html is painted from the servlet. The ambiguity comes in the code following "else if" I could use src = "FirstFlex" or I could use src = "/swf/FirstFlex" or I could use src = "/swf/FirstFlex.swf" Changing among those options makes no difference. I guess there are still factors I don't understand. Perhaps I've jogged further ideas? Thanks Jack On 2/5/07, Jack Park <[EMAIL PROTECTED]> wrote: Thank you very much. As a matter of fact, the template did not include that iframe, but the html built in eclipse did so. I omitted it out of "newbie ignorance." I'll try inserting it and see where that goes. I'd like to understand the reason for history.js. Where is that documented? Many thanks Jack On 2/5/07, Robi Ray < [EMAIL PROTECTED]> wrote: > > Check out whether "history.js" & the history iframe is included in > your > wrapper file. I've experienced cases where the absence of these prevent > rendering of the swf. > > All the best, > Robi. > > >
Re: [flexcoders] Re:HTML wrapper fails to display swf
Thank you very much. As a matter of fact, the template did not include that iframe, but the html built in eclipse did so. I omitted it out of "newbie ignorance." I'll try inserting it and see where that goes. I'd like to understand the reason for history.js. Where is that documented? Many thanks Jack On 2/5/07, Robi Ray <[EMAIL PROTECTED]> wrote: Check out whether "history.js" & the history iframe is included in your wrapper file. I've experienced cases where the absence of these prevent rendering of the swf. All the best, Robi.
[flexcoders] HTML wrapper fails to display swf
I cloned the html wrapper from Flex Builder (Eclipse). The swf file generated there works fine when run from Eclipse. But, a clone of the same wrapper, painted through an embedded Jetty servlet paints all the html and the background color for the flex app, but not the swf itself. A trace shows that the servlet has sent the swf file to the browser, and contentType was set to application/x-shockwave-flash I'd appreciate some insight into what is missing. All the jars required to satisfy the html as created by Flex builder exist in the Jetty classpath. Thanks Jack
