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 d
.
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
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 d
t
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
ubject: 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'
ian 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 w
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 woul
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
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
he 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 programm
avaScript 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 ni
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:
On Dec 1, 2007 3:22 PM, Will Fould <[EMAIL PROTECTED]> 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
multi
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
>
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
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
(
> Also, i suggest to add some tests into the distro in order to use also
> Apache::Session::Flex
All fixed in 0.6
Thanks.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist
Hi,
lately, I used Apache::Session::SharedMem 0.05 and I found a little bug using it
with Apache::Session::Flex.
I attached a very simple patch.
Also, i suggest to add some tests into the distro in order to use also
Apache::Session::Flex
by
- Enrico
A-S-SM_0.05.patch
Description
18 matches
Mail list logo
