[jira] [Commented] (FLEX-8) Make SDK build with Maven/Flexmojos and deploy release and snapshot artifacts to the Apache Maven repository

[ https://issues.apache.org/jira/browse/FLEX-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217982#comment-13217982 ] Yennick Trevels commented on FLEX-8: If I had to choose between Ant or Maven, I'd go for A

Re: Component creation workflow

On 2/27/12 5:27 PM, "Ryan Frishberg" wrote: > This is a good question. I think it makes sense to create a spot on the > wiki for specifications. Some of the stuff on there might not even be > component specifications per sey, but some topics like the Architecture > Review Board discussed. Y

Re: [IDEAS] Flex: New user interface design

On 28/02/2012 09:09, Alex Harui wrote: If the goal is WYSIWYG printing, I would think there would be some popular (but maybe not perfect) strategies or groups trying to figure it out, especially for the HTML/JS stack. I am not sure how you get "WYSIWYG" printing? The problem of the real units c

Re: [IDEAS] Flex: New user interface design

On 12-02-27 10:16 PM, "jude" wrote: >IMHO I wouldn't invest more time in themes. +1 If I had to prioritize work, I think I would put the bugs first. Would anyone be interested in a Vancouver, BC bug squashing/coding weekend (maybe Whistler - ski & squash & beers)? If so, I am happy to host.

Re: [IDEAS] Flex: New user interface design

IMHO I wouldn't invest more time in themes. How is it that hey can change behavior or break your app by switching between them. Specifically because when I went from the mx theme to the Spark theme features, styles and behavior I was expecting to be there wasn't. In took a lot to upgrade an app to

Re: SDK build instructions for other IDEs

Yup, I mention it in the video and the blog post :) Not how to do it, but why I setup the instructions the way I did (so switching to another branch is as easy as double clicking) :) -Nick On Mon, Feb 27, 2012 at 9:29 PM, Justin Mclean wrote: > Hi, > > Looks great Nick. > > If you want the lat

Re: [jira] [Commented] (FLEX-8) Make SDK build with Maven/Flexmojos and deploy release and snapshot artifacts to the Apache Maven repository

I have worked on many enterprise applications and cannot recall any that used Maven. ANT is a common denominator, and from what I have seen of Gradle, I am struggling with the notion of using Maven. Yes, enterprises move slowly, so Flex 5 might not even happen for them. But for Apache Flex to bui

Re: SEO for SWF Was: Flash Platform roadmap

On 12-02-27 6:35 PM, "David Francis Buhler" wrote: >While I respect your opinion that my theory is factually wrong, I >respectfully disagree. The cloaking theory I suggested is possible, and >does not require a Google Appliance. If cloaking is a violation of >Google's >Terms, that doesn't mean i

Re: SEO for SWF Was: Flash Platform roadmap

While I respect your opinion that my theory is factually wrong, I respectfully disagree. The cloaking theory I suggested is possible, and does not require a Google Appliance. If cloaking is a violation of Google's Terms, that doesn't mean it doesn't happen. [1] http://www.petitiononline.com/stope

Re: SDK build instructions for other IDEs

Hi, Looks great Nick. If you want the latest build don't forget to switch to the patches branch. The framework_build script there has quite a few improvements. eg Easily compile to another locale and/or FP version. Thanks, Justin

Re: SDK build instructions for other IDEs

Fantastic. Thanks... On Feb 27, 2012, at 8:50 PM, Nicholas Kwiatkowski wrote: > As promised : Screencast on how to compile the Apache Flex SDK using > JetBrain's IntelliJ : > http://quetwo.com/2012/02/27/compiling-the-apache-flex-sdk-with-intellij/ > > Short instructions : > > > 1. Grab

Re: SDK build instructions for other IDEs

As promised : Screencast on how to compile the Apache Flex SDK using JetBrain's IntelliJ : http://quetwo.com/2012/02/27/compiling-the-apache-flex-sdk-with-intellij/ Short instructions : 1. Grab the Requirements : 1. Java JDK 1.5, 1.6 or 1.7 2. Adobe Open Source Flex SDK 4.6

Re: SEO for SWF Was: Flash Platform roadmap

On 12-02-27 5:18 PM, "David Francis Buhler" wrote: >My hunch is that their authentication mechanism does not require bots to >be >authenticated. That might be why you can view the entire page without >being >authenticated if you request the cached version. > >[1] >http://www.experts-exchange.com/

Re: Component creation workflow

This is a good question. I think it makes sense to create a spot on the wiki for specifications. Some of the stuff on there might not even be component specifications per sey, but some topics like the Architecture Review Board discussed. You can see how it was done on the old page: http://openso

Re: SEO for SWF Was: Flash Platform roadmap

My hunch is that their authentication mechanism does not require bots to be authenticated. That might be why you can view the entire page without being authenticated if you request the cached version. [1] http://www.experts-exchange.com/Web_Development/Web_Languages-Standards/Flex/Q_27377143.html

Re: Flex the future talk at the Sydney Adobe Platform User Group

Hi, > You can share a public document on Google Docs, and export the document in > PDF or Word formats [from Google Docs]. As requested here is a google docs version of the slides. https://docs.google.com/present/view?id=0AXcTQYHN73CEZGR3azZyejhfMmdqdjM5Y2Zw Should be enough formats to keep peop

Re: Component creation workflow

On 2/27/2012 5:24 PM, Daniel Reicher wrote: I've seen pockets of discussion regarding component creation but nothing formalized (it seems) and I think it might be useful to have some process in place - even a loose one. For the purpose of opening a discussion, I'll use a mythical ProgressBar comp

Re: Component creation workflow

+1 on this idea - I like the concept of having a place to talk about components and gauge interest. Brian On 2/27/12 3:24 PM, "Daniel Reicher" wrote: >I've seen pockets of discussion regarding component creation but nothing >formalized (it seems) and I think it might be useful to have som

Re: [IDEAS] Flex: New user interface design

Two ideas that may be worthless, but: 1. can we determine ppi from the mouse cursor/arrow - is it a standard size that we can measure? 2. can we develop a preloader/component that can query the user to define 1 inch that we can then use for the app to be sized correctly?   Ariel Jakobovits Email

[jira] [Commented] (FLEX-8) Make SDK build with Maven/Flexmojos and deploy release and snapshot artifacts to the Apache Maven repository

[ https://issues.apache.org/jira/browse/FLEX-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217719#comment-13217719 ] Oleg Sivokon commented on FLEX-8: - I am extremely against Flexmojos because they screwed MXMLC

Re: [IDEAS] Flex: New user interface design

On 2/27/12 3:56 PM, "Erik Lundgren" wrote: > I really don't have a good strategy. The browser or the player doesn't expose > the low level apis. If you can't do it programatic you would need to maintain > some sort of device library. If you don't want to do that maybe you should > employ some

Re: SEO for SWF Was: Flash Platform roadmap

On 12-02-27 3:51 PM, "Alex Harui" wrote: >I'm not saying the SDK will try to force anybody to use anything. I just >thought there were issues where folks want to have more control over what >text is found in a SWF, what links are found in the SWF and what buttons >get >pushed. I don't remember

Re: [IDEAS] Flex: New user interface design

28 feb 2012 kl. 00.44 skrev Alex Harui: > But allowing different units in CSS and trying our best to get a better sense > of the density might still be worth it. I really don't have a good strategy. The browser or the player doesn't expose the low level apis. If you can't do it programatic you

Re: SEO for SWF Was: Flash Platform roadmap

On 2/27/12 3:22 PM, "Duane Nickull" wrote: > DN: I have never seen any evidence of google using content it can access. > Same for Bing and Yahoo. Flex can basically give it 500 words but for > starters Google only takes 200 per site in most cases. They can all get > text today, but the real

Re: [IDEAS] Flex: New user interface design

On 2/27/12 2:58 PM, "Erik Lundgren" wrote: > > 27 feb 2012 kl. 23.18 skrev Alex Harui: > >> Let's assume it won't be fixed but you may be able to get a rough, but not >> exact idea of resolution/density via other means (JS, ANE). > > I've researched this all day and I cant find any cross br

Re: SEO for SWF Was: Flash Platform roadmap

> >I watched both videos. I'm not sure why you think there isn't stuff that >Flex can do better to assist in the better static indexing of content, and >making the set links available to the search engines. I thought there >were >things that Ichabod needed help with (like getting past authenticat

Re: [IDEAS] Flex: New user interface design

27 feb 2012 kl. 23.18 skrev Alex Harui: > Let's assume it won't be fixed but you may be able to get a rough, but not > exact idea of resolution/density via other means (JS, ANE). I've researched this all day and I cant find any cross browser js api that allows you to break out of the 96 ppi ab

[jira] [Resolved] (FLEX-21) SDK dosn't compile under flash player 11.2 release candidate

[ https://issues.apache.org/jira/browse/FLEX-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean resolved FLEX-21. --- Resolution: Fixed Sorry false alarm. Turned out to be issue with build script. > SDK do

Re: SEO for SWF Was: Flash Platform roadmap

On 2/27/12 11:20 AM, "Duane Nickull" wrote: > I honestly think that after watching these, you will all agree there is > nothing that belongs on an SDK discussion list WRT SEO. It is simply not > needed. I watched both videos. I'm not sure why you think there isn't stuff that Flex can do bett

Re: Flex -> HTML, Linux and time to say goodbye?

On 2/27/12 12:11 PM, "Niel Drummond" wrote: > I think the more relevant question is: if a branch of the flex code occurs, > that goes into an alternative js/HTML compiler, who is going to be backing > it with sweat and coding ? I hope to be involved. > Will it be a part of the official repo,

[jira] [Issue Comment Edited] (FLEX-8) Make SDK build with Maven/Flexmojos and deploy release and snapshot artifacts to the Apache Maven repository

[ https://issues.apache.org/jira/browse/FLEX-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217639#comment-13217639 ] Jeff Fairley edited comment on FLEX-8 at 2/27/12 10:28 PM: --- I know n

[jira] [Issue Comment Edited] (FLEX-8) Make SDK build with Maven/Flexmojos and deploy release and snapshot artifacts to the Apache Maven repository

[ https://issues.apache.org/jira/browse/FLEX-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217639#comment-13217639 ] Jeff Fairley edited comment on FLEX-8 at 2/27/12 10:28 PM: --- I know n

[jira] [Commented] (FLEX-8) Make SDK build with Maven/Flexmojos and deploy release and snapshot artifacts to the Apache Maven repository

[ https://issues.apache.org/jira/browse/FLEX-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217639#comment-13217639 ] Jeffrey Fairley commented on FLEX-8: I no nothing about Gradle, this is in no way an argum

Component creation workflow

I've seen pockets of discussion regarding component creation but nothing formalized (it seems) and I think it might be useful to have some process in place - even a loose one. For the purpose of opening a discussion, I'll use a mythical ProgressBar component... Is there a place in the wiki current

Changes to build script to support multiple playergloabl.swc for a single flash player version

Hi, I just created this: https://issues.apache.org/jira/browse/FLEX-22 Not a major issue but would be a good issue to look into for anyone who wants to understand into how the build_framework script works and improve their ANT skills. This will be important given Adobe's aggressive schedule f

[jira] [Created] (FLEX-22) Build script assumes one playerglobal.swc for each flash player version

Build script assumes one playerglobal.swc for each flash player version --- Key: FLEX-22 URL: https://issues.apache.org/jira/browse/FLEX-22 Project: Apache Flex Issue Type:

Re: [IDEAS] Flex: New user interface design

On 2/27/12 2:09 PM, "Erik Lundgren" wrote: > > Hi Alex, > > Still pondering the possibilities for FLEX if we could have correct ppi > values. Do you know if the runtime team are investigating these issues? > > I read in Adobe Jira [1] that Flash Player bug has been marked NeverFix. That's a

Re: Code formatting for patch submissions

On 2/27/12 1:46 PM, "olegsivo...@gmail.com" wrote: > I'm not arguing the 100 characters limitation, it's only that I will > probably, instinctively wrap lines before they are that long. IMHO, you are welcome to wrap lines at any point that aids legibility. 80 is a good number, so is 100 in so

Re: Flex -> HTML, Linux and time to say goodbye?

I think we are falling victims to the same branding confusion that novice AS3 programmers do. Some of us use Flex to mean the SDK, others use it to mean the framework written in AS3, eventually using that SDK. There are two distinct groups and two goals that may or may not collide. 1. (I belong in

Re: [IDEAS] Flex: New user interface design

27 feb 2012 kl. 08.50 skrev Alex Harui: > Current Flash Player always reports 72dpi on desktop. I think that might > change in some future player. Hi Alex, Still pondering the possibilities for FLEX if we could have correct ppi values. Do you know if the runtime team are investigating these

Re: SEO for SWF Was: Flash Platform roadmap

On Mon, Feb 27, 2012 at 3:55 PM, Michael A. Labriola < labri...@digitalprimates.net> wrote: > Wasn't arguing if you could. Oh I know you weren't arguing. I wasn't saying you were wrong. Just throwing in another opinion of how one person's results when working with it. My solution though was also

Re: Code formatting for patch submissions

Hi, > I would, however, be happy if the curly brackets following package > declaration were allowed to not to create an additional indent This is done (mostly) in the SDK so can be considered the right way of layout (in my opinion). Justin

RE: SEO for SWF Was: Flash Platform roadmap

>I've done many applications that are SEO compliant using Flex. In my blog I've >even outlines a few ways to do this, however there was never something within >the framework that fully supported this. I ended up having to make >a bunch of >extra logic to make this work, but it was possible. Was

Re: Code formatting for patch submissions

A bore in me says: 80 characters limitation isn't related to CRT technology, it comes from terminals, which inherited this limitation from analogue devices - typewriters. In the olden days, if you submitted the manuscript to print, the A4 contained exactly 72 characters in a line typed on typewrite

[jira] [Updated] (FLEX-21) SDK dosn't compile under flash player 11.2 release candidate

[ https://issues.apache.org/jira/browse/FLEX-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean updated FLEX-21: -- Attachment: buildfail.txt Build script log showing errors. > SDK dosn't compile under fla

[jira] [Created] (FLEX-21) SDK dosn't compile under flash player 11.2 release candidate

SDK dosn't compile under flash player 11.2 release candidate Key: FLEX-21 URL: https://issues.apache.org/jira/browse/FLEX-21 Project: Apache Flex Issue Type: Bug Report

Re: SEO for SWF Was: Flash Platform roadmap

On Mon, Feb 27, 2012 at 3:16 PM, Michael A. Labriola < labri...@digitalprimates.net> wrote: > This topic is extremely interesting. I have always told my clients that if > you needed SEO with a Flex app, you were likely pondering the wrong > technology. I have never seen Flex apps as something that

RE: SEO for SWF Was: Flash Platform roadmap

>I used to develop my "all flash" homepages in a way that I represented >all the data structure I accessed as HTML pages. >So I got all indexable content out with regular lists and content first. >Then I started with the Flash Homepage and built it entirely on the >content of the container homepa

Re: Code formatting for patch submissions

And I missed to wrote. What are the others contributors think on overall changes in conventions? Regards Igor On Mon, Feb 27, 2012 at 5:58 PM, Igor Costa wrote: > Gordon > > The 2 and 3 item I agree with you to remove those asterisks from comments. > > 100 is in my point of view is enough du

Re: Code formatting for patch submissions

Gordon The 2 and 3 item I agree with you to remove those asterisks from comments. 100 is in my point of view is enough due to we don't only have widescreen monitors but tablets, that's loop back to CRT. Why? I do view doc specification on my iPad using as my second monitor during training and fit

Re: SEO for SWF Was: Flash Platform roadmap

Compiler list? Developer mailing-list: anything Flex related :) Anways: I think this discussion is important because a development model on a XHTML data structure/provider could allow a Flash AND HTML development model. Just because websites are not made in Flash anymore doesn't mean rich webs

Re: SEO for SWF Was: Flash Platform roadmap

It is a very valuable discussion to have. I am just not sure if it belongs in the Compiler list. FWIW - I used XHTML data providers. Having the keyword in for a better initial ranking. BTW - I will be in Vienna next week if you want to grab a beer to discuss? Duane ___

Re: Code formatting for patch submissions

On Mon, Feb 27, 2012 at 12:03 PM, Carol Frampton wrote: > > > On 2/27/12 1 :55PM, "Gordon Smith" wrote: > > >I wrote Adobe's coding guidelines for ActionScript and I noticed a few > >ways in which this formatting doesn't match what the framework's current > >conventions: > > > >1. We wrap lines

Re: Flex -> HTML, Linux and time to say goodbye?

Hello list, There are some fair points made in this thread. Why waste resources on a HTML/js target when flex is far too far behind equivalent javascript frameworks? There are some arguments against this though: cross-compiling brings about new ways of using existing methodologies, new ways of us

Re: Code formatting for patch submissions

On 2/27/12 1 :55PM, "Gordon Smith" wrote: >I wrote Adobe's coding guidelines for ActionScript and I noticed a few >ways in which this formatting doesn't match what the framework's current >conventions: > >1. We wrap lines at 80 characters. Gordon we changed the wrap to 100 characters last year

Re: SEO for SWF Was: Flash Platform roadmap

Hello Duane, I used to develop my "all flash" homepages in a way that I represented all the data structure I accessed as HTML pages. So I got all indexable content out with regular lists and content first. Then I started with the Flash Homepage and built it entirely on the content of the contai

Re: Code formatting for patch submissions

On 28/02/2012 04:16, Ariel Jakobovits wrote: 1. We wrap lines at 80 characters. Ugh, I hate that. Can we change that to more like 140 chars, or no wrapping? You should have a regulated wrapping because else you have 3000 char line monsters. I read somewhere between 12 and 14 words is a go

Re: SEO for SWF Was: Flash Platform roadmap

It used to. To understand how the system works, watch this video: http://technoracle.blogspot.com/2009/01/flash-search-engine-optimization.ht ml And this video: http://tv.adobe.com/watch/adobe-evangelists-duane-nickull/seo-secrets-techn ology-and-magic-behind-flash/ The second one is more imp

Re: Code formatting for patch submissions

> 1. We wrap lines at 80 characters. Ugh, I hate that. Can we change that to more like 140 chars, or no wrapping?    Ariel Jakobovits Email: arielj...@yahoo.com Phone: 650-690-2213 Fax: 650-641-0031 Cell: 650-823-8699 From: Gordon Smith To: "flex-dev@incubator.a

Re: SEO for SWF Was: Flash Platform roadmap

No. Google does not use metadata keywords. http://googlewebmastercentral.blogspot.com/2009/09/google-does-not-use-keyw ords-meta-tag.html You are basing your SEO discussion on a bunch of false assumptions. To be honest, I don't think this is even a conversation worth having unless you want to ta

Re: SEO for SWF Was: Flash Platform roadmap

On 2/27/12 10:57 AM, "Omar Gonzalez" wrote: > On Mon, Feb 27, 2012 at 10:49 AM, Left Right wrote: > >> ... and white >> text on white background with postion: absolute top -1000px has a better >> chance to affect the crawler than that thing does... >> > > That also has a high chance of get

RE: Code formatting for patch submissions

I wrote Adobe's coding guidelines for ActionScript and I noticed a few ways in which this formatting doesn't match what the framework's current conventions: 1. We wrap lines at 80 characters. 2. We make the first line of a multiline comment be /* or /** with no text. 3. We put an asterisk on ev

Re: Flex -> HTML, Linux and time to say goodbye?

> Of course, if we talk about dumping all Flex display code, maybe this > is no longer a Flex framework project but an independent > ActionScript-to-JS cross-compiler (which may or may not support some > subset of the Flex framework). Also, the haXe solution being discussed may be more reasonable

Re: Flex -> HTML, Linux and time to say goodbye?

> I like Flex because it has a simple configuration model (mxml) the > configuration model is up until now one of the best I have seen (specially > comparing it to other ones in the Java world). Binding, styling and State > handling are also nice things. Internationalization and modularization are

Re: SEO for SWF Was: Flash Platform roadmap

I think the aim would be to let the developer specify the search data in a properties file that gets compiled into the swf in a specified location with a specified format to avoid having to automatically convert the UI into meaningful search information.   Ariel Jakobovits Email: arielj...@yahoo

Re: [RT] HTML - Strategies

Martin: Aral did a really good job of explaining this too. I agree. FWIW - Uberity recently released this white paper which discusses the different pros and cons of each type of approach (native, interpreted, cross compiled and hybrid models) at http://uberity.com/whitepapers/Mobile-Application-

[RT] HTML - Strategies

HTML/JS ... ... topic popping up more often than not. haXe follows some concept that I found being well summarized by Aral Balkan [1]: "Embracing Write Once, Compile Anywhere, not Write Once, Run Anywhere." I think that is a great concept: "compile anywhere". What keeps us from compiling AS3

Re: Flex -> HTML, Linux and time to say goodbye?

> > And what exactly wrong with targeting the Flash player ? > Because it does work on Linux ? Well use Chrome. Which is the best browser Erm... using Chrome as a standalone player? You aren't serious, are you? There are different security models to begin with, but not only that, there are limit

Re: SDK build instructions for other IDEs

Great! Waiting here too :) 2012/2/27 Duane Nickull > IDEA (Intellij 11)? Awesome. > > Can't wait too. > > Duane Nickull > > > Überity.com > President & COO > Adobe LiveCycle ES Consultant Services > http://www.uberity.com > Blog | http://technoracle.b

Re: SDK build instructions for other IDEs

IDEA (Intellij 11)? Awesome. Can't wait too. Duane Nickull Überity.com President & COO Adobe LiveCycle ES Consultant Services http://www.uberity.com Blog | http://technoracle.blogspot.com Twitter | @Uberity @duanechaos On 12-02-27 5:00 AM, "Nicholas

RE: Flex -> HTML, Linux and time to say goodbye?

That's not true - You are free to specify the location of the RSL's when you compile your application. The player will fall back on Adobe's rsl's if it cannot find them, but that's neither here nor there. You can recompile as much as you like as long as you have the SDK available to link against

Re: Flex -> HTML, Linux and time to say goodbye?

On 28/02/2012 01:18, David Arno wrote: Spot on John, thanks. The focus of some folk here is to improve the Flex framework and to continue to develop it as a something that relies on the flash player. Their purpose here seems clear to me. Others, like myself, are here because we want to continue

Re: Flex -> HTML, Linux and time to say goodbye?

> > Can anyone who is pro-Windows/Apple actually compose a coherent sentence > in the English language? That last post looks like it was written by > Yoda. > +1 -- Mansour Blanco Software engineer Stackoverflow: http://stackoverflow.com/users/612920/mansuro Blog: zuro.blogspot.com github: https

Re: Flex -> HTML, Linux and time to say goodbye?

On Mon, 27 Feb 2012 17:21:50 +0100, Alain Ekambi wrote: Non-text part: multipart/alternative > And what exactly wrong with targeting the Flash player ? > Because it does work on Linux ? Well use Chrome. Which is the best browser > anyway. > I dont really see what s the problem folk. > > The fir

Re: Flex -> HTML, Linux and time to say goodbye?

And what exactly is the main difference between a big scale HTML5/JS/CSS3 application and a big scale Flex app ? If you are not targeting IOs or a mobile device i really dont see why not use Flex as it is right now. All this let s go to HTML5/JS/CSS is just no sence to me. and if you are targeting

Re: Flex -> HTML, Linux and time to say goodbye?

On Mon, 27 Feb 2012 17:30:15 +0100, Jarosław Szczepankiewicz wrote: "You are spreading FUD" Sounded like an attack to me. The first line, can be translated almost directly to, "You are talking out of your ass". How does one normally follow up an entre like that? With a kiss on the cheek? Reg

Re: Flex -> HTML, Linux and time to say goodbye?

I don't want to be rude or attack you, sorry if you feel that. You said: "Adobe announced last Wednesday that they were dumping their support for Flash on Linux.", that's not the truth. Please be precise. 2012/2/27 David Arno : >> From: Jarosław Szczepankiewicz [mailto:jszczepankiew...@gmail.com]

Re: Flex -> HTML, Linux and time to say goodbye?

Targetting HTML5/CSS3/JS will allow flex developers to develop (big?) HTML5 applications without having to go through the pain of learning a new technology. Their knowledge will be always relevant. -- Mansour Blanco Software engineer Stackoverflow: http://stackoverflow.com/users/612920/mansuro B

Re: Flex -> HTML, Linux and time to say goodbye?

And what exactly wrong with targeting the Flash player ? Because it does work on Linux ? Well use Chrome. Which is the best browser anyway. I dont really see what s the problem folk. The first day We have a Flex->JS/HTML% compilation. is the first day Flex dies. Why would i then use Flex instead

RE: Flex -> HTML, Linux and time to say goodbye?

> From: John Fletcher [mailto:fletch...@gmail.com] > Sent: 27 February 2012 15:37 > > I think the argument about Linux here has distracted us from the main point, > which I feel is a valid thought: Are we better to invest into getting Flex to > compile to HTML5, or to choose to rely solely on th

Re: Flex -> HTML, Linux and time to say goodbye?

On Mon, 27 Feb 2012 08:36:55 -0500, Jeffry Houser wrote: > On 2/27/2012 8:02 AM, David Arno wrote: > > As I'm sure most of you know, Adobe announced last Wednesday that they were > > dumping their support for Flash on Linux. > That is inaccurate. It'll be supported in Chrome; and if other > br

Re: Flex -> HTML, Linux and time to say goodbye?

John I believe and hope that all in this mailing list think like you. I think the aim of this project should be to improve it, make it better and fix the problems that Adobe left in the current Flex SDK, not trying to reinvent the wheel. There are plenty of things to improve in Flex SDK, there are

Re: Flex -> HTML, Linux and time to say goodbye?

One of my Flex apps is run in a 911 call center. The machine that it resides on has NO outside internet access, and the application works just fine with caching. Even when I updated to Flex 4.6, everything was fine, including the RSL / Cache. Even if the world ends today, your apps published toda

Re: referencing JIRA issues in code

I agree on no bug numbers. Except I think it's valid in a temporary comment where you have a hack because you are awaiting a fix in another issue. Like "We have to check for null here due to a bug in Label - see FLEX-99" John

Re: Flex the future talk at the Sydney Adobe Platform User Group

You can share a public document on Google Docs, and export the document in PDF or Word formats [from Google Docs]. On Mon, Feb 27, 2012 at 8:06 AM, Justin Mclean wrote: > Hi, > > > I will be interested to have a copy but in Word format? > > Sorry I don't have word on my system since upgrading to

Re: Flex -> HTML, Linux and time to say goodbye?

2012/2/27 David Arno > As the topic of targeting HTML5 has been raised numerous times > here, I figured it was time to start thinking in detail about how we might > do this. > > In doing this though, I started to question whether there was any really > point to it. > > I think the argument abou

Re: Flex -> HTML, Linux and time to say goodbye?

Nick, While this is absolutely true, why does it need to be like that? It feels eek when it is like that... Tink, So then it's true... oh well.

Re: Flex -> HTML, Linux and time to say goodbye?

>Non-signed RSLs get cached on a per-session basis. They can be cleared. >Future Apache Flex RSLs will behave in this manner. Then the beta program must have used unsigned ones. I had apps on three different servers and everything stopped working at once. Its a damned important issue. If you do

Re: Flex -> HTML, Linux and time to say goodbye?

At our LFPUG talk last Thursday Im pretty sure Mike Chambers stated the last standalone version would be 11.2. Left Right wrote: >What's the destiny of the standalone player? I was under impression that >that was the main loss, as in Flash player available only as Chrome plugin >= no standalone

Re: Flex -> HTML, Linux and time to say goodbye?

There are a lot of things that the Flash Player allow for special projects, rather than anybody. Adobe Connect, Acrobat.com and Pacificia (now defunct) are 1st class plugins that were granted many more permissions than any other Flash application. For example, Connect is given access to do screen

Re: Flex -> HTML, Linux and time to say goodbye?

Andrei, and that's why I'm developing on Linux for Windows users happily, for many years? :P Why do I need to care what users choose to be their platform - if they want to run their lovely apps on a toaster - that's fine, as long as they are happy, I'll be still using Linux and writing for Toaster

Re: Flex -> HTML, Linux and time to say goodbye?

I'm sorry but I have to disagree with you. We are developers not users. Users are the ones that can choose what device/OS to use. The developers are the ones that need to test and build the application based on their users requirements. If my application is targeted to some device/OS I think is log

Re: referencing JIRA issues in code

I really dislike bug numbers in the code. As other said the svn history is there. The only time where it might be ok is if it is a very complex issue which needs lots and lots of explanation and you don't want to clutter the code with a comment with that much detail. You should still put in a su

Re: Flex -> HTML, Linux and time to say goodbye?

RSLs are an unfortunate consequence of bad framework design, which requires you to load a lot of things you don't need. Hopefully, redesign of the framework may make the RSLs a less important issue... with the emphasis been on "hopefully". However, it would be much-much-much better, if Adobe consid

[jira] [Commented] (FLEX-20) The Max value restriction in Spark NumericStepper doesn't work properly

[ https://issues.apache.org/jira/browse/FLEX-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217219#comment-13217219 ] John Fletcher commented on FLEX-20: --- Haykel, I could give you some reasons, but I won't bec

Re: Flex -> HTML, Linux and time to say goodbye?

Not exactly true. The RSLs don't get cleared from the Flash Player Cache. Ever. Once they are downloaded and verified, they are there forever. The signing is baked into the Flash Player, and is matched with the RSL certificate on the SWZ files that Adobe signs for us. For current versions of t

Re: Flex -> HTML, Linux and time to say goodbye?

Andrei, please read my post above. Even if all Linux users at once used some application built for Flash runtime, that wouldn't make a significant difference from Adobe perspective as a company that provides the runtime, simply, because there aren't enough of them, and they aren't of the kind that

Re: HTML Template + SWFObject

Also... I'd like to set the background color of the HTML Template to 'white'. Right now, I believe the default Flex Application Background Color sets the HTML Template's background color, and the default Flex background color is the strange bluish-gray. I'd like to remove the comments that go som

Re: Flex -> HTML, Linux and time to say goodbye?

Everything you have written in Flex to date, unless you specifically selected to compile the RSL's into your code, could just stop working if somebody at adobe got their pants into a twist and pulled the plug on the server. Your apps would all stop working at once, or the next time your cache cle

Re: Flex -> HTML, Linux and time to say goodbye?

I'm speaking a bit "ignorantly" here.. but... Really the only RSLs that are "Dead" are the ones signed by Adobe and cached across domains by the Flash Player. You can still use RSLs on your own domain (and the will even be cached), right? And even if the Adobe server/cached RSLs are not

  1   2   >