You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Will Fould <wi...@gmail.com> on 2007/12/01 21:22:57 UTC
Flex
Is anyone on this list using (or considering using) a modperl service to
handle a Flex client? I'm considering using flex to replace a couple of
web-based admin -type tools (preference-type settings for a modperl
application) with a flex-client application rather than to go the ajax route
(which I've don't with a number of other tools), but I can find no examples
or citations of such experience. Can anyone point to related references?
Have you thought about it too? Curiously, there is a php page on
flex.org(as well as the other usual suspects, java, ruby, cold fusion,
etc) but not
Perl.
Thanks in advance
-w
Re: Flex
Posted by Jonathan Vanasco <mo...@2xlp.com>.
On Dec 3, 2007, at 6:30 PM, Boysenberry Payne wrote:
> Our system could benefit a lot from being able to compile SWFs on
> the fly; right now they're all
> static files loaded dynamically. I could see making them
> dynamically as needed, while still serving
> up the static renditions.
We do some dynamic SWF generation via mod_perl; there are some
actionscript bytecode compilers under perl
There's also a decent Python and Erlang library out there too.
For anything dynamic, its pretty simple- you can merge swfs, do simple
actions / var publishers as wrappers which load desgined flash files,
etc.
not very hard!
Re: Flex
Posted by Boysenberry Payne <bo...@habitatlife.com>.
Then, you can see the html version at:
http://www.habitatlife.com/habitat_html/
The html version is mostly for search engines, but it still gives a
pretty accurate
example of the site. The version you see with javascript off is much
the same, but
the javascript menus don't work visually.
-bop
On Dec 4, 2007, at 7:43 AM, Octavian Rasnita wrote:
> Hmm, I have Javascript and cookies enabled, but I don't think I
> have Flash because it wouldn't be very accessible anyway.
>
> Octavian
> ----- Original Message -----
> From: Boysenberry Payne
> To: Octavian Rasnita
> Cc: modperl List
> Sent: Tuesday, December 04, 2007 9:45 AM
> Subject: Re: Flex
>
> It requires javascript, cookies and flashplayer 8+ to view it as
> its intended.
> I just checked it out with IE 7 with no problems.
>
> Are you being redirected to here:
> http://habitatlife.com/habitat/habitat_website_builder_and_host/
>
> If at the end of the day you still can't see it in IE you can
> always use another browser.
> It works in most common browsers.
>
> Our site does use a proxy, are you behind some kind of firewall
> that might prevent proxies?
>
> If its not one of these I'd like to allow you to see it, if for no
> other reason than to make sure
> our site works as well as possible.
>
> There are other Habitat sites you can check out too, but if it
> doesn't work at the above
> address chances are it wont work at the others too.
>
> (As far as logging in goes, you'd need a log in, which isn't
> provided here...)
>
> -bop
>
>
> On Dec 4, 2007, at 12:15 AM, Octavian Rasnita wrote:
>
>> From: Boysenberry Payne
>>
>> > I currently use the ruby gem sprouts for compiling Flex apps. I
>> would love to see a version
>> > packaged for a mod_perl system. It really is all about learning
>> what makes the flex compiler
>> > work then strapping to perl instead of php or ruby. I would
>> love to help with a project like this
>> > but don't have the resources to take point.
>>
>> > Our website builder is completely mod_perl on the backend and
>> uses Flash on the front/middle.
>> > We also have html output too:
>> > http://www.habitatlife.com/
>>
>> I have visited and tried the sign in link, but the following
>> message appeared:
>>
>> """
>> This site requires Javascript to be work correctly.
>> Please enable Javascript in your browser or use a Javascript
>> capable browser, then reload the site.
>> """
>>
>> Well, I use IE, and Javascript is enabled.
>> Isn't that web page accessible for screen readers?
>>
>> Octavian
>>
>
>
Re: Flex
Posted by Octavian Rasnita <or...@gmail.com>.
Hmm, I have Javascript and cookies enabled, but I don't think I have Flash because it wouldn't be very accessible anyway.
Octavian
----- Original Message -----
From: Boysenberry Payne
To: Octavian Rasnita
Cc: modperl List
Sent: Tuesday, December 04, 2007 9:45 AM
Subject: Re: Flex
It requires javascript, cookies and flashplayer 8+ to view it as its intended.
I just checked it out with IE 7 with no problems.
Are you being redirected to here:
http://habitatlife.com/habitat/habitat_website_builder_and_host/
If at the end of the day you still can't see it in IE you can always use another browser.
It works in most common browsers.
Our site does use a proxy, are you behind some kind of firewall that might prevent proxies?
If its not one of these I'd like to allow you to see it, if for no other reason than to make sure
our site works as well as possible.
There are other Habitat sites you can check out too, but if it doesn't work at the above
address chances are it wont work at the others too.
(As far as logging in goes, you'd need a log in, which isn't provided here...)
-bop
On Dec 4, 2007, at 12:15 AM, Octavian Rasnita wrote:
From: Boysenberry Payne
> I currently use the ruby gem sprouts for compiling Flex apps. I would love to see a version
> packaged for a mod_perl system. It really is all about learning what makes the flex compiler
> work then strapping to perl instead of php or ruby. I would love to help with a project like this
> but don't have the resources to take point.
> Our website builder is completely mod_perl on the backend and uses Flash on the front/middle.
> We also have html output too:
> http://www.habitatlife.com/
I have visited and tried the sign in link, but the following message appeared:
"""
This site requires Javascript to be work correctly.
Please enable Javascript in your browser or use a Javascript capable browser, then reload the site.
"""
Well, I use IE, and Javascript is enabled.
Isn't that web page accessible for screen readers?
Octavian
Re: Flex
Posted by Boysenberry Payne <bo...@habitatlife.com>.
It requires javascript, cookies and flashplayer 8+ to view it as its
intended.
I just checked it out with IE 7 with no problems.
Are you being redirected to here:
http://habitatlife.com/habitat/habitat_website_builder_and_host/
If at the end of the day you still can't see it in IE you can always
use another browser.
It works in most common browsers.
Our site does use a proxy, are you behind some kind of firewall that
might prevent proxies?
If its not one of these I'd like to allow you to see it, if for no
other reason than to make sure
our site works as well as possible.
There are other Habitat sites you can check out too, but if it
doesn't work at the above
address chances are it wont work at the others too.
(As far as logging in goes, you'd need a log in, which isn't provided
here...)
-bop
On Dec 4, 2007, at 12:15 AM, Octavian Rasnita wrote:
> From: Boysenberry Payne
>
> > I currently use the ruby gem sprouts for compiling Flex apps. I
> would love to see a version
> > packaged for a mod_perl system. It really is all about learning
> what makes the flex compiler
> > work then strapping to perl instead of php or ruby. I would love
> to help with a project like this
> > but don't have the resources to take point.
>
> > Our website builder is completely mod_perl on the backend and
> uses Flash on the front/middle.
> > We also have html output too:
> > http://www.habitatlife.com/
>
> I have visited and tried the sign in link, but the following
> message appeared:
>
> """
> This site requires Javascript to be work correctly.
> Please enable Javascript in your browser or use a Javascript
> capable browser, then reload the site.
> """
>
> Well, I use IE, and Javascript is enabled.
> Isn't that web page accessible for screen readers?
>
> Octavian
>
Re: Flex
Posted by Octavian Rasnita <or...@gmail.com>.
From: Boysenberry Payne
> I currently use the ruby gem sprouts for compiling Flex apps. I would love to see a version
> packaged for a mod_perl system. It really is all about learning what makes the flex compiler
> work then strapping to perl instead of php or ruby. I would love to help with a project like this
> but don't have the resources to take point.
> Our website builder is completely mod_perl on the backend and uses Flash on the front/middle.
> We also have html output too:
> http://www.habitatlife.com/
I have visited and tried the sign in link, but the following message appeared:
"""
This site requires Javascript to be work correctly.
Please enable Javascript in your browser or use a Javascript capable browser, then reload the site.
"""
Well, I use IE, and Javascript is enabled.
Isn't that web page accessible for screen readers?
Octavian
Re: Flex
Posted by Jonathan Vanasco <mo...@2xlp.com>.
On Dec 3, 2007, at 6:30 PM, Boysenberry Payne wrote:
> Our system could benefit a lot from being able to compile SWFs on
> the fly; right now they're all
> static files loaded dynamically. I could see making them
> dynamically as needed, while still serving
> up the static renditions.
We do some dynamic SWF generation via mod_perl; there are some
actionscript bytecode compilers under perl
There's also a decent Python and Erlang library out there too.
For anything dynamic, its pretty simple- you can merge swfs, do simple
actions / var publishers as wrappers which load desgined flash files,
etc.
not very hard!
Re: Flex
Posted by Boysenberry Payne <bo...@habitatlife.com>.
I currently use the ruby gem sprouts for compiling Flex apps. I
would love to see a version
packaged for a mod_perl system. It really is all about learning what
makes the flex compiler
work then strapping to perl instead of php or ruby. I would love to
help with a project like this
but don't have the resources to take point.
Our website builder is completely mod_perl on the backend and uses
Flash on the front/middle.
We also have html output too:
http://www.habitatlife.com/
Our system could benefit a lot from being able to compile SWFs on the
fly; right now they're all
static files loaded dynamically. I could see making them dynamically
as needed, while still serving
up the static renditions.
-bop
On Dec 2, 2007, at 5:45 PM, Will Fould wrote:
> So, we're using Flex now for a couple neat tools that started as an
> (real simple) experiment with some feeds we produce. I'm sure a
> lot of other front end developers are too and just don't realize
> that they are connecting to modperl backends. Subtle details aside,
> Flex is cool at this point for limited stuff (think admin and site
> builder/configuration tools, etc.). Especially with the ubiquity of
> the flash RTE and the buzz around AIR. But we also use Ajax quite
> a bit and like that too.
>
> For those that have not updated their buzzword file lately: Flex is
> a client application building platform that connects easily to
> services - The Flex sdk, etc., (yes, from Adobe) have recently been
> open-sourced (ala Mozilla). At first glance, Flex appears to be
> just Flash (using .swf files and the flash RTE) but it does not
> require the backwards animation-style dev-metaphor of flash - It's
> basically a very different game all together and there is a lot of
> documentation out there about what makes it different. (Google:
> "Flex verses Flash")
>
> At this point, in no way will Flex applications substitute core web/
> browser stuff for us (or even some browser stuff that work very
> well and simply with ajax), but it does make a lot of sense in
> certain key places where a browser is still quite kludgey.
> Frankly, it's also nice for recruiting right now (Perrin: Looking
> for a new job? LOL.)
>
> In any case, it would be nice to see more traction using modperl
> +Flex. While it makes a lot of sense from where I sit - it's true:
> Google provides virtual no pages that share those key words - a sad
> and curious surprise especially considering the fact the O'Reilly
> Flex book has actually reached the popularity of the Perl DBI book
> (according to the O'Reilly amazon rep). Perhaps a page on the
> Flex.org site would do a LOT of good for this community which is
> certainly much larger than the Perl Marketing department
> indicates ; ).
>
> Any other reference sites or tools?
>
>
> On Dec 2, 2007 3:06 PM, Perrin Harkins <pe...@elem.com> wrote:
> On Dec 1, 2007 3:22 PM, Will Fould <wi...@gmail.com> wrote:
> > Have you thought about it too?
>
> Yes. It sounds possibly quicker than AJAX, which is pretty
> time-consuming to develop for anything non-trivial. (Google makes it
> look easy, but they probably spent millions debugging those maps on
> multiple browsers.) I haven't tried it, but my approach would be to
> convert one of the PHP examples.
>
> - Perrin
>
Re: Flex
Posted by Will Fould <wi...@gmail.com>.
So, we're using Flex now for a couple neat tools that started as an (real
simple) experiment with some feeds we produce. I'm sure a lot of other
front end developers are too and just don't realize that they are connecting
to modperl backends. Subtle details aside, Flex is cool at this point for
limited stuff (think admin and site builder/configuration tools, etc.).
Especially with the ubiquity of the flash RTE and the buzz around AIR. But
we also use Ajax quite a bit and like that too.
For those that have not updated their buzzword file lately: Flex is a client
application building platform that connects easily to services - The Flex
sdk, etc., (yes, from Adobe) have recently been open-sourced (ala Mozilla).
At first glance, Flex appears to be just Flash (using .swf files and the
flash RTE) but it does not require the backwards animation-style
dev-metaphor of flash - It's basically a very different game all together
and there is a lot of documentation out there about what makes it different.
(Google: "Flex verses Flash")
At this point, in no way will Flex applications substitute core web/browser
stuff for us (or even some browser stuff that work very well and simply with
ajax), but it does make a lot of sense in certain key places where a browser
is still quite kludgey. Frankly, it's also nice for recruiting right now
(Perrin: Looking for a new job? LOL.)
In any case, it would be nice to see more traction using modperl+Flex.
While it makes a lot of sense from where I sit - it's true: Google provides
virtual no pages that share those key words - a sad and curious surprise
especially considering the fact the O'Reilly Flex book has actually reached
the popularity of the Perl DBI book (according to the O'Reilly amazon rep).
Perhaps a page on the Flex.org site would do a LOT of good for this
community which is certainly much larger than the Perl Marketing department
indicates ; ).
Any other reference sites or tools?
On Dec 2, 2007 3:06 PM, Perrin Harkins <pe...@elem.com> wrote:
> On Dec 1, 2007 3:22 PM, Will Fould <wi...@gmail.com> wrote:
> > Have you thought about it too?
>
> Yes. It sounds possibly quicker than AJAX, which is pretty
> time-consuming to develop for anything non-trivial. (Google makes it
> look easy, but they probably spent millions debugging those maps on
> multiple browsers.) I haven't tried it, but my approach would be to
> convert one of the PHP examples.
>
> - Perrin
>
Re: Flex
Posted by Jonathan Vanasco <jv...@2xlp.com>.
Ext is good. Personally, I like the MochiKit system (though a good
friend maintains it). A few of the big-guys use it for all their
internal systems.
It has a neat dev enviroment - even has an interpreter for you to dev
in.
http://mochikit.com/examples/interpreter/index.html
On Dec 2, 2007, at 6:30 PM, Perrin Harkins wrote:
> On Dec 2, 2007 6:10 PM, David Scott <ds...@earthlink.net> wrote:
>> AJAX is anything but time-consuming once you get the hang of it. I
>> much
>> prefer it to traditional server-side dynamic page construction, which
>> really is time-consuming.
>
> My experience has been that even the best JavaScript tools (Firebug)
> are pretty weak compared to the Perl dev environment, and
> cross-browser problems are an ongoing issue, despite the wealth of JS
> libraries intended to paper over them. Maybe Flex has these problems
> too, but in theory the cross-browser stuff could be better.
>
> It also sound nice to use a dev tool that was actually intended for
> GUI programming, rather than the bolted-on feel of JS + CSS + HTML.
Re: Flex
Posted by David Scott <ds...@earthlink.net>.
I use Aptana (www.aptana.com) for web development (JS/CSS/HTML).
Firebug is good for debugging DOM issues on Firefox but unfortunately
doesn't do you much good on IE. The cross-browser stuff you just do.
d
Perrin Harkins wrote:
> On Dec 2, 2007 6:10 PM, David Scott <ds...@earthlink.net> wrote:
>
>> AJAX is anything but time-consuming once you get the hang of it. I much
>> prefer it to traditional server-side dynamic page construction, which
>> really is time-consuming.
>>
>
> My experience has been that even the best JavaScript tools (Firebug)
> are pretty weak compared to the Perl dev environment, and
> cross-browser problems are an ongoing issue, despite the wealth of JS
> libraries intended to paper over them. Maybe Flex has these problems
> too, but in theory the cross-browser stuff could be better.
>
> It also sound nice to use a dev tool that was actually intended for
> GUI programming, rather than the bolted-on feel of JS + CSS + HTML.
>
> - Perrin
>
>
Re: Flex
Posted by Perrin Harkins <pe...@elem.com>.
On Dec 2, 2007 6:10 PM, David Scott <ds...@earthlink.net> wrote:
> AJAX is anything but time-consuming once you get the hang of it. I much
> prefer it to traditional server-side dynamic page construction, which
> really is time-consuming.
My experience has been that even the best JavaScript tools (Firebug)
are pretty weak compared to the Perl dev environment, and
cross-browser problems are an ongoing issue, despite the wealth of JS
libraries intended to paper over them. Maybe Flex has these problems
too, but in theory the cross-browser stuff could be better.
It also sound nice to use a dev tool that was actually intended for
GUI programming, rather than the bolted-on feel of JS + CSS + HTML.
- Perrin
Re: Flex
Posted by David Scott <ds...@earthlink.net>.
AJAX is anything but time-consuming once you get the hang of it. I much
prefer it to traditional server-side dynamic page construction, which
really is time-consuming.
If you haven't seen ExtJS yet, you're missing something:
http://www.extjs.com.
d
Perrin Harkins wrote:
> On Dec 1, 2007 3:22 PM, Will Fould <wi...@gmail.com> wrote:
>
>> Have you thought about it too?
>>
>
> Yes. It sounds possibly quicker than AJAX, which is pretty
> time-consuming to develop for anything non-trivial. (Google makes it
> look easy, but they probably spent millions debugging those maps on
> multiple browsers.) I haven't tried it, but my approach would be to
> convert one of the PHP examples.
>
> - Perrin
>
>
Re: Flex
Posted by Perrin Harkins <pe...@elem.com>.
On Dec 1, 2007 3:22 PM, Will Fould <wi...@gmail.com> wrote:
> Have you thought about it too?
Yes. It sounds possibly quicker than AJAX, which is pretty
time-consuming to develop for anything non-trivial. (Google makes it
look easy, but they probably spent millions debugging those maps on
multiple browsers.) I haven't tried it, but my approach would be to
convert one of the PHP examples.
- Perrin
Re: Flex
Posted by Will Fould <wi...@gmail.com>.
>On Sat, Dec 01, 2007 at 12:22:57PM -0800, Will Fould wrote:
>>
>> ... page on the flex.org website ...
>>
On Dec 1, 2007 4:33 PM, Joel Bernstein <jo...@fysh.org> wrote:
> On Sat, Dec 01, 2007 at 12:22:57PM -0800, Will Fould wrote:
> > Is anyone on this list using (or considering using) a modperl service to
> > handle a Flex client?i
>
> Do you mean Parse::Flex? If not, what's Flex? It's kind of you to
> assume we all know but a URL would be helpful..
>
> /joel
>
Re: Flex
Posted by Joel Bernstein <jo...@fysh.org>.
On Sat, Dec 01, 2007 at 12:22:57PM -0800, Will Fould wrote:
> Is anyone on this list using (or considering using) a modperl service to
> handle a Flex client?i
Do you mean Parse::Flex? If not, what's Flex? It's kind of you to
assume we all know but a URL would be helpful..
/joel