49: 3
52 (19): 2
Haykel Ben Jemia
Allmas
Web & Mobile Development
http://www.allmas-tn.com
Hi,
first I want to say that this discussion is amazing: Flex developers are
discussing on how to implement a feature in the SDK, we are not just adding
a feature request and hoping it will be implemented someday!! really cool!
Now to this long awaited feature: I would go for 'hand' and to allow
Hi,
As far as I know, most of the standard metadata defined through the
standard metadata tags (Event, Style, Inspectable etc.) is mainly used by
Flash Builder for auto-completion and in the design view. Is this data
included in the compiled swf? If yes, would it make sense to define them
outside
Sure metadata is important and must be kept, I was just thinking about
metadata used only by IDEs and not required during runtime like the 'Style'
tag. But if they are not included, then the issue does not exist. Thanks.
On 21 January 2012 11:41, Michael Schmalle wrote:
> Quoti
I also find that the Behavior pattern is a powerful way of making
components much lighter, more configurable and easier to extend and
customize. I have used this pattern in one of my last Flex projects to
create different versions of the same application with different features
(features are implem
You are using Gmail so you can filter these messages and let Gmail add a
tag automatically. Use the 'Filter messages like this' option in a message.
On 23 January 2012 18:00, James Ong wrote:
> Hi,
>
> It can be confusing to read emails when this mailing list is without a
> [ApacheFlex] tag,
+1 #49
Regarding logo #49, personally I don't see a sinking but an emerging 'F'.
It depends on how you look at the glass of water :)
Just looking at the interfaces UIComponent implements I can see some
candidates for implementation as behaviors (besides the ones suggested by
Tink):
public class UIComponent extends FlexSprite
implements IAutomationObject, IChildList, IConstraintClient,
IDeferredInstantiationUIComponent,
I'm curious to see your work Alex. Were you able to do some performance and
memory tests with your prototype?
Haykel
On 24 January 2012 19:17, Alex Harui wrote:
>
>
>
> On 1/24/12 10:09 AM, "Haykel BEN JEMIA" wrote:
>
> > Just looking at the interfaces U
X (for
10), new applications will use it and old applications can be ported (but
not required).
Haykel
On 24 January 2012 19:32, Alex Harui wrote:
>
>
>
> On 1/24/12 10:20 AM, "Haykel BEN JEMIA" wrote:
>
> > I'm curious to see your work Alex. Were you able
On 25 January 2012 08:32, Alex Harui wrote:
>
>
>
> On 1/24/12 11:24 PM, "Haykel BEN JEMIA" wrote:
>
> > Alex, you say the prototype was not faster, I suppose this is the case
> when
> > all features are enabled which is actually a good result (if it
I have searched in the archives and did not find any message talking about
this topic. Sorry if I missed them.
Haykel
On 25 January 2012 23:01, Alex Harui wrote:
>
> > -Original Message-
> > From: Haykel BEN JEMIA [mailto:hayke...@gmail.com]
> > Sent: Wednesday,
On 26 January 2012 09:04, Alex Harui wrote:
> > -Original Message-
> > From: Haykel BEN JEMIA [mailto:hayke...@gmail.com]
> > Sent: Wednesday, January 25, 2012 11:23 PM
> > To: flex-dev@incubator.apache.org
> > Subject: Re: Port some mobile components to
Is the wiki not accessible for reading by the community?
Haykel
On 28 January 2012 11:04, Bertrand Delacretaz wrote:
> On Sat, Jan 28, 2012 at 6:49 AM, Keith Sutton wrote:
> > ...I expect to have a pretty solid list early next week and
> > would like to post it on a wiki page (not sure what
Whatever you do, please do not drop support for BiDi and other complex
scripts!!
Haykel
On 30 January 2012 06:37, Alex Harui wrote:
> > -Original Message-
> > From: Jeffry Houser [mailto:jef...@dot-com-it.com]
> > Sent: Sunday, January 29, 2012 6:12 PM
> > To: flex-dev@incubator.apach
How can we dump support for a technology in favor of another that is
inferior? I think everybody knows that HTML5 will not reach Flash in its
features in the next couple of years, and should it ever happen (will it
ever?), I can imagine the following things happening:
- Flash will have evolved
I think some of us, me at the first place, need to get used to the Apache
'ideology': just contribute and successful ideas will make it into the SDK.
Haykel
On 5 February 2012 21:17, Peter Elst wrote:
> > We as a Flex community should say we build on top on Flash and we are
> happy
> > to do
Flex could also add features for making the native flash printing system
easier to use. Some of the functionality I can think of:
- Handle scaling based on DPI and page setup options (page size,
orientation etc.).
- Handle multi-page printing.
- Make Flex components printable, e.g. wit
I think the main idea is to discuss a feature on the mailing list and if it
gets interest from enough developers then they can join and work on it
together to create a working prototype. When it is ready then it can be
added to JIRA for inclusion in the main project.
Haykel
On 6 February 2012
but it does
> exist...
>
> I have a blog post on it from 2006, but it is still accurate for the most
> part : http://quetwo.com/2006/10/01/printing-in-flex-part-1/
>
> -Nick
>
> On Mon, Feb 6, 2012 at 2:40 AM, Haykel BEN JEMIA
> wrote:
>
> > Flex could also add
Nice proposal Mike. Regarding 'Fully portable', is that not just a matter
of skinning or are you thinking about more?
Haykel
On 10 February 2012 17:00, Martin Heidegger wrote:
> Dear List,
>
> it can be hard to find a vision for the next version of Flex. Developers
> like us like discussions
In many cases the requirement for a newer FP version by the SDK is related
to only a very small number of features. I don't know if it is feasible,
but it would be nice to be able to choose the targeted FP version based on
what features are used in the application.
Haykel
On 13 February 2012 0
What about using the CLDR (Unicode Common Locale Data Repository) data for
localization? I'm not yet familiar with new Flash globalization
functionality, but I think it relies on the OS and it is not yet used
effectively throughout the Flex SDK. Any thoughts?
Haykel
On 14 February 2012 14:24,
What about creating stub classes for the documentation? I think this how it
is done for PHP. This could make maintenance of documentation harder though.
Haykel
On 16 February 2012 10:01, Omar Gonzalez wrote:
> On Thu, Feb 16, 2012 at 12:38 AM, David Arno wrote:
>
> > On Thu, 2012-02-16 at 1
Personally I never write detailed documentation while developing. I
generally write a short description and the detailed documentation is
either written by someone else or in another documentation pass, which can
be done in other files.
I have suggested stub classes in an earlier e-mail because I
gt; the comments. It is useful so that when your code is read by other
> developers, it can
> be better understood.
>
>
>
> 2012/2/16 Haykel BEN JEMIA :
> > Personally I never write detailed documentation while developing. I
> > generally write a short description and t
Is it possible to enhance the preloader to download required RSLs from a
central Apache repository or are there any technical or FP security issues
that would make this impossible?
Haykel
On 20 February 2012 10:17, Roland Zwaga wrote:
> >
> > In the whitepaper there was mention that Adobe wou
Thanks for the link Paul. Indead this is a big issue and I think it can not
be fixed as only Adobe can create signed RSLs! Let's make them as small as
possible for now.
Haykel
On 20 February 2012 11:20, Paul Evans wrote:
>
> On 20 Feb 2012, at 09:54, David Arno wrote:
>
> > The idea that Hayk
Haykel Ben Jemia
Allmas
Web & Mobile Development
http://www.allmas-tn.com
On 20 February 2012 14:52, Paul Evans wrote:
>
> Although: I suspect with effort, it is possible for suitably skilled for
> man-in-the-middle attacker to intercept the loader SWF and replace the
> byte-
a real issue?
Haykel
On 20 February 2012 16:47, Paul Evans wrote:
>
> On 20 Feb 2012, at 15:30, Haykel BEN JEMIA wrote:
>
> >> Although: I suspect with effort, it is possible for suitably skilled for
> >> man-in-the-middle attacker to intercept the loader SWF and
loader.swf will also be loaded with the app and can be hacked by a m-i-t-m
attack.
Sorry for the short message. Sent from my tablet.
Le 20 févr. 2012 20:29, "Martin Heidegger" a écrit :
> On 21/02/2012 04:18, Alex Harui wrote:
>
>> I don't think we can find a way to know that a file downloaded f
I think we should also look at the Flash globalization implementation
before deciding whether to use CLDR or not.
My biggest concern with Flash globalization is how it behaves on different
operating systems, any experience with it?
Another thing is the fact that it uses the locale settings of the
On 21 February 2012 11:33, David Arno wrote:
> > From: Alex Harui [mailto:aha...@adobe.com]
> > Sent: 20 February 2012 19:18
> >
> > I have a prototype of a framework that leverage the zero-install
> capability of Flash
> > much better, which should eliminate the need for RSLs.
>
> Is this on you
Adobe is dropping more and more its support for the Flash runtime on
Linux!! I think it is really time to switch from this technology and never
look back. What a shame!
Haykel
On 22 February 2012 09:17, Martin Heidegger wrote:
> Today Adobe released the Flash Platform roadmap. [1] I find the
Correct Dimitri. Now users must use Chrome to view Flash content? OK you
say the other browsers can have support added through
Pepper, but who knows if it will ever happen and if it will be up to date.
The plugin will not be available from Adobe anymore, yet another source of
confusion. It has to b
Flex is also very good for developing non-enterprise applications. In the
last couple of years I have developed a couple of applications in the
educational and digital publishing fields, all aimed at non-entreprise
usage. Flex was perfect for that.
Haykel
On 22 February 2012 10:27, Roland Zwag
+1
I handle it as mandatory and always add missing semicolons when I work on
code written by others.
Haykel
I think the first step should be to create new skins for the current Spark
components. Designers could make designs for them (ideally using a tool
that enables export to FXG like Illustrator) and then developers can create
skins out of them.
Haykel
On 23 February 2012 09:41, Tomasz Maciąg | Fu
I would not clutter the code with this information. It should be enough to
have it in SVN and Jira.
Haykel
SkinnableSpacer could be useful. One use case I can think of is in toolbars
to separate groups of toolbar items. I would use SkinnableComponent, it is
about skinning the spacer, I don't see why it should be a container.
Haykel
On 1 March 2012 09:53, Omar Gonzalez wrote:
> On Thu, Mar 1, 2012
I don't think it should be included in the SDK as every developer has his
own preferences but it could be very interesting to the community anyway.
Haykel
On 1 March 2012 13:46, Rafael Santos wrote:
> I would like to hear from everyone about this
>
> I have being developing a MVC Framewo
How complicated is it to donate those components to Apache? I would prefer
to see these components donated asap even if they are incomplete so that
the community can decide whether they will be used as is, modified or
reimplemented.
Haykel
On 1 March 2012 16:18, Carol Frampton wrote:
> Omar,
I agree the name could be misleading, could benamed SkiinnableSeparator but
this is another component and could be contributed by interested developers.
Regarding LinkButton, what about adding a LinkButtonSkin for the Spark
Button to the SDK?
Haykel
On 1 March 2012 16:23, Jonathan Campos wro
It was not a criticism, but a real question about how complicated it would
be to donate just the code for those components without any other code from
Flex 5. I was hoping this could be not very hard to do. I'm aware of the
hard work they are doing and I want to thank them for it, sorry if I gave
a
PopUpButton : Button + PopUpAnchor?
All list variants: Create a List and set its 'layout' property, you don't
even need a special skin.
VRule and HRule: Line.
Haykel
On 1 March 2012 16:34, Jonathan Campos wrote:
> On Thu, Mar 1, 2012 at 2:13 AM, Omar Gonzalez >wrote:
>
> > I've added a page
few weeks ago
> without problem :?
>
>
> 2012/3/10 Haykel Ben Jemia (Updated) (JIRA)
>
> >
> > [
> >
> https://issues.apache.org/jira/browse/FLEX-28?page=com.atlassian.jira.plugin.system.issuetabpanel
1) +1
2) +1. I suggest also to add a script or ant target to port old code.
Haykel
On 31 March 2012 06:06, Martin Heidegger wrote:
> I found that the discussion about the "org.apache.flex" package was not
> finished and there is still the ISSUE Flex-7[1] open.
>
> So I suggest that we start
Oops just realized that current package names do not contain any reference
to Adobe, so I want to correct my vote:
1) +1
2) -1
Haykel
On 31 March 2012 10:08, Haykel BEN JEMIA wrote:
> 1) +1
> 2) +1. I suggest also to add a script or ant target to port old code.
>
> Haykel
>
It is actually a modification of existing code. In an earlier e-mail [1],
Martin said: 'This vote concerns just the existing components.'.
[1] http://markmail.org/message/uhg2rtigcnljm4ii
Haykel
On 3 April 2012 16:01, Jeff Tapper wrote:
> As its not a modification of existing code, but a pr
[
https://issues.apache.org/jira/browse/FLEX-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217135#comment-13217135
]
Haykel Ben Jemia commented on FLEX-20:
--
Why should the numeric stepper allow for
[
https://issues.apache.org/jira/browse/FLEX-28?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13226785#comment-13226785
]
Haykel Ben Jemia commented on FLEX-28:
--
Flash Builder takes metadata information fr
[
https://issues.apache.org/jira/browse/FLEX-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Haykel Ben Jemia updated FLEX-28:
-
Attachment: style-metadata-type-array.diff
Here is the patch.
> In Fl
53 matches
Mail list logo
