[flexcoders] Announcing Flex User Group 2012 Tour: North America Dates

[Tandon, Rishi]

Announcing Flex User Group 2012 Tour: North America Dates
by Deepa Subramaniam
As we promised at the end of last year, we are kicking off an international 
Flex User Group Tour to discuss recent announcements regarding Flex and the 
Flash Platform. These meetings will clarify any changes to Flex and Flash 
including updates on the runtimes and tooling. Additionally, the sessions will 
educate folks about the Apache process and what it takes for Flex SDK, as a 
project within the Apache Software Foundation, to continue to thrive. These 
meetings will be the best place to get accurate and up-to-date information 
about anything related to Flex.
Below are the cities and dates for our first wave of visits in North America. 
Europe and Asia dates will be posted shortly. Please refer to individual user 
group sites for detailed descriptions about the Flex sessions and speakers, 
including information on how to register to attend. Note: This information will 
be posted in the coming weeks and we will update this blog post with more 
detailed information as it becomes available.
We hope to meet and talk with as many developers as possible – so mark the 
dates and we’ll see you there!
North America
* 2/13/12 – New York: New York Flex Meetup
* 2/15/12 – Boston: Boston Flex User Group
* 2/21/12 – Denver: Rocky Mountain Adobe Users Group
* 2/22/12 – Seattle: Seattle Flash User Group
* 2/29/12 – Chicago: Chicago Flex User Group
* 3/7/12 – Los Angeles: LA Flex & LA Flash User Group
* 3/8/12 – San Diego: San Diego Flash User Group
* 4/19/12 – Dallas: Dallas Flex User Group

Re: [flexcoders] AIR - Content resize according window

[Alex Harui]

Set minWidth and minHeight to a small number


On 1/17/12 6:28 AM, "Isabelle Loyer Perso"  wrote:






   As I made a mistake in last message, I resend it.

 Hi,

 I have a window witch is resizing on creationcomplete phase according user 
preference.
 This part woks well.
 But inside this window a s:Group (maincontainer2) exists and even if width and 
height is in percent, the s:Group size is bigger that the new window measure.

 I try to solve that with percentheigt and percentwidth but no result.
 If somebody know how to solve that, I'll happy to read.

 Thanks a lot

 
 
 http://ns.adobe.com/mxml/2009"; 

   xmlns:s="library://ns.adobe.com/flex/spark"
   xmlns:mx="library://ns.adobe.com/flex/mx"
   
skinClass="fr.interis.ui.windowSkin.CustomWindowSkin"
   resizable="true"
   
creationComplete="wcustomwindow1_creationCompleteHandler(event)"
   preinitialize="wContactPat_loadServices(event)"
   xmlns:windowSkin="fr.interis.ui.windowSkin.*"
   minWidth="400" minHeight="300"

   
xmlns:customNavTab="fr.interis.component.customNavTab.*"
   
xmlns:componentGlob="fr.interis.ui.componentGlob.*">
 
 
 
 


 
 
 

 

 

 

 
  
 
 

  
 
 

 

  

 
 
 

 



 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 



 


 



 



 Le 17/01/12 13:31, Tandon, Rishi a écrit :



Could you send over your code?








From: isa_loyer  
 To: flexcoders@yahoogroups.com
 Sent: Tuesday, January 17, 2012 5:22 PM
 Subject: [flexcoders] AIR - Content resize according window






Hi,

 I have a window witch is resizing on creationcomplete phase according user 
preference.
 This part woks well.
 But inside this window a s:Group exists and even if width and height is in 
percent, the s:Group size is bigger that the new window measure.

 I try to solve that with percentheigt and percentwidth but no result.
 If somebody know how to solve that, I'll happy to read.

 Thanks a lot





















--
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

RE: [flexcoders] Flex 4.5: Flex in 5 Days

[Davidson, Jerry]

I've been away from Flex for several months and wanted to refresh myself
on the tool.  I don't have a problem with the content of the tutorials,
just the  crashing at the end of every session.  I could usually just
click the continue button and it usually worked.  There are so many
variables with the flash player, etc, that I can see it being hard to
just keep the product going.

 

Some things are just beyond me, however.  This morning I was updated to
10.1.1 and after the required reboot of the computer, it looked like
9.5.x was trying to update.  As the update notice doesn't include a
"stop" option I had to let it go.  Now I'm not sure what the heck I'm
running.  But that's not the current issue.

 

It would appear that the only alternative is Lydia.  How much do they
charge? 

 

 

 

From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On
Behalf Of Glenn Williams
Sent: Thursday, January 12, 2012 2:52 PM
To: flexcoders@yahoogroups.com
Subject: RE: [flexcoders] Flex 4.5: Flex in 5 Days

 

  

So did I.

 

I just wanted to try it out. 

 

It may have helped that Ive been using flex for years but Im sure I just
followed the whole course and can't remember do any work-rounds or
anything like that.

 

I thought, for a free training set is was actually really good. I don't
really know of anything any better video wise without actually paying
for a Lynda one or something like that. It covered the basics in enough
details to defiantly get you well started

[flexcoders] How to reset Flex State

[koti reddy]

Hi,

I created a state using actionscript, All the fields in the state are creating 
dynamically at run time. I want to recreate all the fields in the state if user 
come back to the same page second time instead of assigning 
currentState='stateName'. My Problem is user can revisit the same page with 
different data and needs to create separate states depends on the data.

Please suggest me what i can do to achieve this task. 

I have one solution like i can create state every time user come to the page, 
but it is becoming a burden on the page after too many visits.

Please let me know can i remove all the state manually from the flex session if 
yes how? 

I Appreciate your help.
Koti

[flexcoders] Re: Flex alternatives

[Ron G]

Here's another link on ZK and HTML5: 

http://jaxenter.com/what-s-new-in-zk-5-0-6-35297.html

"Firstly, ZK 6 will bring with it HTML 5 & CSS 3 support as we look to 
integrate features such as local file access, audio, video and canvas support. 
We are looking to implement HTML 5 as we see it as a core component of 
continuing to provide the best cross platform experience possible.
 
The second major improvement will be the introduction of substantial features 
to databinding including easier ways of binding across different scopes, 
loading and saving on changes of a model variable and extended increased EL 
expression support.
 
The third will come as no surprise to our regular users. ZK is based on jQuery 
and as such works in a multitude of browsers including smart phones. We are 
looking to go even further with smart phone and tablet support by integrating 
jQuery mobile technology into ZK 6, enhancing the experience on devices where a 
touch screen is their primary interface method such as, iPhone, iPad and 
Android based phones.
 
Lastly, one of the most anticipated innovations will be the inclusion of 
server-side selector technology for Java. This unique technology affords 
developers an incredibly easy and productive method of selecting and accessing 
server-side components.
 
The above features are only the tip of the iceberg for ZK, not to mention our 
other product line such as ZK Spreadsheet, ZK Calendar and ZK Studio. 2011 will 
be an exciting year for ZK developers."

Currently, they are on RC2 for ZK 6. So, I would anticipate these features 
being GA soon. 

Ron


--- In flexcoders@yahoogroups.com, "Ron G"  wrote:
>
> Just go to Zkoss.org and do a search on HTML5. You'll see a lot about how it 
> is increasing support for HTML5. Here is one neat "small talk" for example: 
> 
> http://books.zkoss.org/wiki/Small_Talks/2011/October/ZK_Html5_Canvas_Charts 
> 
> Also, if you download the source for ZK, and browse through it, you'll see 
> its heavy reliance on jQuery on the client side.
> 
> Ron
> 
> --- In flexcoders@yahoogroups.com, "Merrill, Jason"  wrote:
> >
> > >> Out of interest... why does ZK marketing material never mention HTML5?
> > 
> > Speculating here, but probably because it doesn't use HTML 5 tags at all, - 
> > everything I saw on their site indicates it's an AJAX solution using an 
> > older version of HTML.
> > 
> > Jason Merrill
> > Instructional Technology Architect II
> > Bank of America  Global Learning
> > 
> > 
> > 
> > 
> > 
> > ___
> > 
> > From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On 
> > Behalf Of John Fletcher
> > Sent: Tuesday, January 17, 2012 3:59 AM
> > To: flexcoders@yahoogroups.com
> > Subject: Re: [flexcoders] Re: Flex alternatives
> > 
> > 
> > Out of interest... why does ZK marketing material never mention HTML5? They 
> > used to say "direct RIA" though I can't see that on the site anymore. I 
> > thought HTML5 was the new buzzword and that it would make sense to state it 
> > at least 3 times on every page?
> > John
> > 2012/1/17 Ron G mailto:rgrimes@>>
> > 
> > 
> > Hi Joaoak:
> > 
> > You can make the coupling as tight or loose as you want. Each UI object can 
> > have a client side widget that is primarily the appearance, and a server 
> > side component that should contain the more complex logic. So, you can hide 
> > as much as want by placing it in the server side component as Java code, or 
> > keep in the client side widget as JS. In fact, since you indicate you are 
> > moving to HTML5, ZKoss actually might be a good choice, since it relies 
> > heavily on jQuery, which is considered a favorite HTML5 library. The 
> > difference is ZK lets you choose where client side logic is stored - as JS 
> > on the client or Java on the server. Another type of HTML5 approach won't 
> > offer that.
> > 
> > Ron
> > 
> > 
> > --
> > This message w/attachments (message) is intended solely for the use of the 
> > intended recipient(s) and may contain information that is privileged, 
> > confidential or proprietary. If you are not an intended recipient, please 
> > notify the sender, and then please delete and destroy all copies and 
> > attachments, and be advised that any review or dissemination of, or the 
> > taking of any action in reliance on, the information contained in or 
> > attached to this message is prohibited. 
> > Unless specifically indicated, this message is not an offer to sell or a 
> > solicitation of any investment products or other financial product or 
> > service, an official confirmation of any transaction, or an official 
> > statement of Sender. Subject to applicable law, Sender may intercept, 
> > monitor, review and retain e-communications (EC) traveling through its 
> > networks/systems and may produce any such EC to regulators, law 
> > enforcement, in litigation and as required by law. 
> > The laws of the country of

[flexcoders] Re: Flex alternatives

[Ron G]

Just go to Zkoss.org and do a search on HTML5. You'll see a lot about how it is 
increasing support for HTML5. Here is one neat "small talk" for example: 

http://books.zkoss.org/wiki/Small_Talks/2011/October/ZK_Html5_Canvas_Charts 

Also, if you download the source for ZK, and browse through it, you'll see its 
heavy reliance on jQuery on the client side.

Ron

--- In flexcoders@yahoogroups.com, "Merrill, Jason"  wrote:
>
> >> Out of interest... why does ZK marketing material never mention HTML5?
> 
> Speculating here, but probably because it doesn't use HTML 5 tags at all, - 
> everything I saw on their site indicates it's an AJAX solution using an older 
> version of HTML.
> 
> Jason Merrill
> Instructional Technology Architect II
> Bank of America  Global Learning
> 
> 
> 
> 
> 
> ___
> 
> From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On 
> Behalf Of John Fletcher
> Sent: Tuesday, January 17, 2012 3:59 AM
> To: flexcoders@yahoogroups.com
> Subject: Re: [flexcoders] Re: Flex alternatives
> 
> 
> Out of interest... why does ZK marketing material never mention HTML5? They 
> used to say "direct RIA" though I can't see that on the site anymore. I 
> thought HTML5 was the new buzzword and that it would make sense to state it 
> at least 3 times on every page?
> John
> 2012/1/17 Ron G mailto:rgrimes@...>>
> 
> 
> Hi Joaoak:
> 
> You can make the coupling as tight or loose as you want. Each UI object can 
> have a client side widget that is primarily the appearance, and a server side 
> component that should contain the more complex logic. So, you can hide as 
> much as want by placing it in the server side component as Java code, or keep 
> in the client side widget as JS. In fact, since you indicate you are moving 
> to HTML5, ZKoss actually might be a good choice, since it relies heavily on 
> jQuery, which is considered a favorite HTML5 library. The difference is ZK 
> lets you choose where client side logic is stored - as JS on the client or 
> Java on the server. Another type of HTML5 approach won't offer that.
> 
> Ron
> 
> 
> --
> This message w/attachments (message) is intended solely for the use of the 
> intended recipient(s) and may contain information that is privileged, 
> confidential or proprietary. If you are not an intended recipient, please 
> notify the sender, and then please delete and destroy all copies and 
> attachments, and be advised that any review or dissemination of, or the 
> taking of any action in reliance on, the information contained in or attached 
> to this message is prohibited. 
> Unless specifically indicated, this message is not an offer to sell or a 
> solicitation of any investment products or other financial product or 
> service, an official confirmation of any transaction, or an official 
> statement of Sender. Subject to applicable law, Sender may intercept, 
> monitor, review and retain e-communications (EC) traveling through its 
> networks/systems and may produce any such EC to regulators, law enforcement, 
> in litigation and as required by law. 
> The laws of the country of each sender/recipient may impact the handling of 
> EC, and EC may be archived, supervised and produced in countries other than 
> the country in which you are located. This message cannot be guaranteed to be 
> secure or free of errors or viruses. 
> 
> References to "Sender" are references to any subsidiary of Bank of America 
> Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
> Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
> Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
> Government Agency. Attachments that are part of this EC may have additional 
> important disclosures and disclaimers, which you should read. This message is 
> subject to terms available at the following link: 
> http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
> consent to the foregoing.
>

RE: [flexcoders] Re: Flex alternatives

[Merrill, Jason]

>> Out of interest... why does ZK marketing material never mention HTML5?

Speculating here, but probably because it doesn't use HTML 5 tags at all, - 
everything I saw on their site indicates it's an AJAX solution using an older 
version of HTML.

Jason Merrill
Instructional Technology Architect II
Bank of America  Global Learning





___

From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On Behalf 
Of John Fletcher
Sent: Tuesday, January 17, 2012 3:59 AM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: Flex alternatives


Out of interest... why does ZK marketing material never mention HTML5? They 
used to say "direct RIA" though I can't see that on the site anymore. I thought 
HTML5 was the new buzzword and that it would make sense to state it at least 3 
times on every page?
John
2012/1/17 Ron G mailto:rgri...@sinclairoil.com>>


Hi Joaoak:

You can make the coupling as tight or loose as you want. Each UI object can 
have a client side widget that is primarily the appearance, and a server side 
component that should contain the more complex logic. So, you can hide as much 
as want by placing it in the server side component as Java code, or keep in the 
client side widget as JS. In fact, since you indicate you are moving to HTML5, 
ZKoss actually might be a good choice, since it relies heavily on jQuery, which 
is considered a favorite HTML5 library. The difference is ZK lets you choose 
where client side logic is stored - as JS on the client or Java on the server. 
Another type of HTML5 approach won't offer that.

Ron


--
This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a 
solicitation of any investment products or other financial product or service, 
an official confirmation of any transaction, or an official statement of 
Sender. Subject to applicable law, Sender may intercept, monitor, review and 
retain e-communications (EC) traveling through its networks/systems and may 
produce any such EC to regulators, law enforcement, in litigation and as 
required by law. 
The laws of the country of each sender/recipient may impact the handling of EC, 
and EC may be archived, supervised and produced in countries other than the 
country in which you are located. This message cannot be guaranteed to be 
secure or free of errors or viruses. 

References to "Sender" are references to any subsidiary of Bank of America 
Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are 
Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a 
Condition to Any Banking Service or Activity * Are Not Insured by Any Federal 
Government Agency. Attachments that are part of this EC may have additional 
important disclosures and disclaimers, which you should read. This message is 
subject to terms available at the following link: 
http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you 
consent to the foregoing.

RE: [flexcoders] Re: Flex alternatives

[Merrill, Jason]

The problem isn't even that large companies are in bed with Microsoft (that is 
a problem), but it's that they have many many existing legacy enterprise apps 
that only work or have only been tested to work in IE, and those systems need 
to be supported and in place for years to come.

Jason Merrill
Instructional Technology Architect II
Bank of America  Global Learning





___

From: flexcoders@yahoogroups.com [mailto:flexcoders@yahoogroups.com] On Behalf 
Of valdhor
Sent: Monday, January 16, 2012 9:20 AM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: Flex alternatives



Good luck on convincing IT departments in large corporations who are generally 
Microsoft shops.

--- In flexcoders@yahoogroups.com, Guy 
Morton  wrote:
>
> A thought on cross-browser hell...
>
> If every web developer in the world today decided to drop support for IE, 
> everyone would go get Chrome or Firefox.
>
> This would be a win-win, as they would get a better browser, and we would get 
> a better development environment.
>
> Who's with me?
>
> Guy
>
>
> On 16/01/2012, at 6:31 AM, Ron G wrote:
>
> >
> >
> > Valdhor:
> >
> > You are right about that. That is precisely why we went with Flex 
> > originally (it insulated us from X-Browser issues). But, since we can't 
> > count on that lasting, and even Adobe is telling developers to plan on 
> > moving to HTML5, it seems like they're pushing us back into x-browser hell.
> >
> > I didn't want to go there, which is why we chose ZKoss. Yes, there is still 
> > going to be HTML/JS/CSS ultimately used, but it's how much. Even Flex SWFs 
> > are wrapped in HTML and JS when deployed. So, it's not that I'm against 
> > using any amount of HTML/JS; it's how little can I get away with to avoid 
> > these issues.
> >
> > Even with HTML5 libraries, such as the much touted jQuery, is, to a large 
> > degree, an insulator against x-browser issues. If you read the actual 
> > jQuery code, it deals with those issues for you.
> >
> > Now, ZK has a ZK Client JS library, which includes jQuery, that is designed 
> > to be a communicator mechanism between the client and the bulk of app logic 
> > that resides on the server. So, your normal editing and data manipulation 
> > that you might write in JS in a full blown HTML5 app is actually stored as 
> > Java on the server, and executed as needed per the EDA (event driven 
> > architecture). This type of JS is typically what breaks the page on 
> > different browsers and versions thereof. By limiting the amount of 
> > client-side JS, as does a jQuery type library, yes, you have some exposure 
> > to potential x-browser issues, but not as much as a HTML5 app that does 
> > everything on the client. And, when there are issues, they can be resolved 
> > in the ZK Client library as a patch/fix.
> >
> > So, now it seems to me that developers have several choices. Stick with 
> > Flex and you won't break the browser; you just won't be able to have your 
> > app viewed by millions on iOS products. If that seems like a better 
> > solution that minimal exposure to x-browser issues by using ZK or some 
> > other technology, well, that's certainly a choice each company has to make.
> >
> > Ron
> >
> > --- In flexcoders@yahoogroups.com, 
> > "valdhor"  wrote:
> > >
> > >
> > > On a side note, I like the look of ZKoss. I don't know if there are cross 
> > > browser issues with it seeing as we use older versions of browsers. One 
> > > of the great features of Flex is we don't have to bother coding for 
> > > compatibility between different browsers and versions. When IT deployed 
> > > IE7, Flex applications worked just as they had before.
> > >
> > > Anyway, just my 2c from the enterprise perspective.
> > >
> >
> >
>


--
This message w/attachments (message) is intended solely for the use of the 
intended recipient(s) and may contain information that is privileged, 
confidential or proprietary. If you are not an intended recipient, please 
notify the sender, and then please delete and destroy all copies and 
attachments, and be advised that any review or dissemination of, or the taking 
of any action in reliance on, the information contained in or attached to this 
message is prohibited. 
Unless specifically indicated, this message is not an offer to sell or a 
solicitation of any investment products or other financial product or service, 
an official confirmation of any transaction, or an official statement of 
Sender. Subject to applicable law, Sender may intercept, monitor, review and 
retain e-communications (EC) traveling through its networks/systems and may 
produce any such EC to regulators, law enforcement, in litigation and as 
required by law. 
The laws of the country of each sender/recipient may impact the handling of EC, 
and EC may be archived, supervised and produced in countries ot

Re: [flexcoders] AIR - Content resize according window

[Isabelle Loyer Perso]

[flexcoders] Re: Flex alternatives

[valdhor]

Yes, that is the case with my company as well (300,000+ employees) but there is 
procedures for getting things done. We have all kinds of in house built 
applications and a special installer application for installing them on users 
machines.

As I said, the AIR apps are only used for building IOS apps.

Flash Player is updated regularly and is pushed to every computer on the 
network.

--- In flexcoders@yahoogroups.com, "Ron G"  wrote:
>
> The problem with that approach is a lot of people are behind corporate 
> firewalls where they also do not have local admin rights and are therefore 
> not allowed to install anything on their desktop. If they want it, they have 
> to call the network guys and get authorization and then have them install it. 
> That's the way my company is and we're over 5000 employees strong. Now, if 
> that's just one company, I can safely say you're still excluding millions by 
> going with an AIR app. This is the reason I never used the AIR feature 
> before, but always deployed my web apps as SWFs. Even that was a problem if 
> someone had an older version of Flashplayer and I had built the app for a 
> newer version of FP. 
> 
> Ron
> 
> 
> --- In flexcoders@yahoogroups.com, "valdhor"  wrote:
> >
> > On the suggestion that I will be leaving IOS devices out, that seems 
> > absurd. You can use the same Flex code and with some modifications make it 
> > into an AIR app that can be compiled for IOS devices.
> > 
> > Again, all just my perspective. I think some people are blowing the open 
> > source announcement out of all perspective.
> >
>

Re: [flexcoders] AIR - Content resize according window

[Isabelle Loyer Perso]

Re: [flexcoders] AIR - Content resize according window

[Robert VanCuren Jr]

Check minWidth and minHeight

On Tue, Jan 17, 2012 at 7:31 AM, Tandon, Rishi wrote:

> **
>
>
> Could you send over your code?
>
>   --
> *From:* isa_loyer 
> *To:* flexcoders@yahoogroups.com
> *Sent:* Tuesday, January 17, 2012 5:22 PM
> *Subject:* [flexcoders] AIR - Content resize according window
>
>
> Hi,
>
> I have a window witch is resizing on creationcomplete phase according user
> preference.
> This part woks well.
> But inside this window a s:Group exists and even if width and height is in
> percent, the s:Group size is bigger that the new window measure.
>
> I try to solve that with percentheigt and percentwidth but no result.
> If somebody know how to solve that, I'll happy to read.
>
> Thanks a lot
>
>
>
>   
>

Re: [flexcoders] AIR - Content resize according window

[Tandon, Rishi]

Could you send over your code?



 From: isa_loyer 
To: flexcoders@yahoogroups.com 
Sent: Tuesday, January 17, 2012 5:22 PM
Subject: [flexcoders] AIR - Content resize according window
 

  
Hi,

I have a window witch is resizing on creationcomplete phase according user 
preference.
This part woks well.
But inside this window a s:Group exists and even if width and height is in 
percent, the s:Group size is bigger that the new window measure.

I try to solve that with percentheigt and percentwidth but no result.
If somebody know how to solve that, I'll happy to read.

Thanks a lot


 

[flexcoders] AIR - Content resize according window

[isa_loyer]

Hi,

I have a window witch is resizing on creationcomplete phase according user 
preference.
This part woks well.
But inside this window a s:Group exists and even if width and height is in 
percent, the s:Group size is bigger that the new window measure.

I try to solve that with percentheigt and percentwidth but no result.
If somebody know how to solve that, I'll happy to read.

Thanks a lot

Re: [flexcoders] Re: Flex alternatives

[Johannes Nel]

I have said this before, look at google closure. you code in javascript,
annotate your types a compiler which gives you real errors, it has a
component library with a well defined livecycle. it is what gmail, docs,
goog+ is written in.
it is really really good.

On Tue, Jan 17, 2012 at 8:58 AM, John Fletcher  wrote:

> **
>
>
> Out of interest... why does ZK marketing material never mention HTML5?
> They used to say "direct RIA" though I can't see that on the site anymore.
> I thought HTML5 was the new buzzword and that it would make sense to state
> it at least 3 times on every page?
> John
> 2012/1/17 Ron G 
>
>> **
>>
>>
>> Hi Joaoak:
>>
>> You can make the coupling as tight or loose as you want. Each UI object
>> can have a client side widget that is primarily the appearance, and a
>> server side component that should contain the more complex logic. So, you
>> can hide as much as want by placing it in the server side component as Java
>> code, or keep in the client side widget as JS. In fact, since you indicate
>> you are moving to HTML5, ZKoss actually might be a good choice, since it
>> relies heavily on jQuery, which is considered a favorite HTML5 library. The
>> difference is ZK lets you choose where client side logic is stored - as JS
>> on the client or Java on the server. Another type of HTML5 approach won't
>> offer that.
>>
>> Ron
>>
>  
>



-- 
j:pn
\\no comment

Re: [flexcoders] Re: Flex alternatives

[John Fletcher]

Out of interest... why does ZK marketing material never mention HTML5? They
used to say "direct RIA" though I can't see that on the site anymore. I
thought HTML5 was the new buzzword and that it would make sense to state it
at least 3 times on every page?
John
2012/1/17 Ron G 

> **
>
>
> Hi Joaoak:
>
> You can make the coupling as tight or loose as you want. Each UI object
> can have a client side widget that is primarily the appearance, and a
> server side component that should contain the more complex logic. So, you
> can hide as much as want by placing it in the server side component as Java
> code, or keep in the client side widget as JS. In fact, since you indicate
> you are moving to HTML5, ZKoss actually might be a good choice, since it
> relies heavily on jQuery, which is considered a favorite HTML5 library. The
> difference is ZK lets you choose where client side logic is stored - as JS
> on the client or Java on the server. Another type of HTML5 approach won't
> offer that.
>
> Ron
>