> My personal suggestion is to leave bashing/blaming at home.
that was the intent of my post, to point out that people's egos were leading
them to act in ways that they have previously warned people not to do.
On Apr 6, 2012, at 1:45 AM, Martin Heidegger wrote:
> On 06/04/2012 17:18, Ariel Jak
Hi,
Please keep the list mailing tips in mind when posting. In particular those
about staying on topic, being constructive and being respectful. [1]
Thanks,
Justin
1. http://www.apache.org/dev/contrib-email-tips.html
On 06/04/2012 17:18, Ariel Jakobovits wrote:
... just saying.
Wow, just: Wow! How can a discussion get so out of hands?! Please
everybody: Read the original mail: It was about the *website structure*.
If you want to split it into a discussion about packaging, distribution,
bashing, statistic
> But don't ask the podling about its plans or intentions.
> There are none. We will do what we have the time and energy to do. Plans
> or intentions is just talk. Apache is about code.
Have we already forgotten:
Alex:
Yes, we agree on that point. The Spark code was much faster than the MXM
The former mailing list entry completely went out of focus in, I created
therefore a issue related to [1] to which people can vote for or not.
So: Back to focus: Structuring the website. The homepage is an
introduction, a explanation of whats going on, I thought following breakdown
was reasona
On 4/5/12 2:31 PM, "olegsivo...@gmail.com" wrote:
> Alex,
>
> I will. Although, this thread started as general discussion of how many and
> of what kind bundles to make. So this one I'm very insistent about is
> really only one of the longer list. It just got concentrated on this one
> option
Alex,
I will. Although, this thread started as general discussion of how many and
of what kind bundles to make. So this one I'm very insistent about is
really only one of the longer list. It just got concentrated on this one
option. I'd really wanted to hear opinions (or rather reasoning for why i
On 4/5/12 1:45 PM, "olegsivo...@gmail.com" wrote:
> I'm asking a simple question that requires exactly one of the two answers
> "yes" or "no". If anyone here needs it, I'll do it, if not - then I'm
> sorry, but it takes time and effort at times spent on things I will never
> get to even see.
Dough,
There is a great deal of a difference between those who need framework and
those who need the SDK (those who need framework still need the SDK, but
those who need the SDK, don't necessarily need framework).
This is why, for example, code editors for AS have "pure AS" projects. The
number of
On 4/5/2012 4:08 PM, Left Right wrote:
I can't guarantee such a thing will make it into a future release.
Why would I ask it otherwise?.. why would I "donate" it, if it is not
needed?
If you felt it wasn't needed; why would you put any time into it? You
obviously needed it. And pres
Besides, we skipped few other important things:
- Eclipse-compatible install.
- RPM / DEB package(s).
I'm not convinced abut OS-particular bundles. It is only the matter of our
build scripts and intention, what they package. It's not going to divide
project between teams or anything like that. Tod
On Thu, Apr 5, 2012 at 12:41 PM, Left Right wrote:
> Omar, you are confusing the target users with the developers. You can't
> poll the developers about what do they think the users of their software
> think. I mean, ok, you can, but what's the point if you can ask the users
> firsthand?
There ar
> I can't guarantee such a thing will make it into a future release.
>
> Why would I ask it otherwise?.. why would I "donate" it, if it is not
needed?
Best.
Oleg
On 4/5/2012 3:37 PM, Left Right wrote:
Well, then, if we do it for ourselves, then I have no interest in
UIComponent and related stuff. So, if I'm doing it for myself, I will
be more explicit - I want that there will be a separate small download
of only the compiler and basic utilities needed
Jeffry.
Well, then, if we do it for ourselves, then I have no interest in
UIComponent and related stuff. So, if I'm doing it for myself, I will be
more explicit - I want that there will be a separate small download of only
the compiler and basic utilities needed to compile AS3. I will be happy to
y - please post the
code, changes, documentation, and application examples you wish us to consider
& we will.
Regards,
Scott Guthmann
-Original Message-
From: Daniel Wasilewski [mailto:devudes...@gmail.com]
Sent: Thursday, April 05, 2012 1:19 PM
To: flex-dev@incubator.apache.org
Sub
On 4/5/2012 3:14 PM, Left Right wrote:
The intent is not to ask about Adobe Flex. The intent is to ask about what
features the users of AS3 / Flash may possibly need / expect from this
project. It's good to have our own idea about that, but we after all, don't
do it exclusively for ourselves.
On Thu, Apr 5, 2012 at 12:19 PM, Daniel Wasilewski wrote:
> Hi List.
>
> Just reading all this and I think I missed something here.
>
> You putting on vote many things here every single day and suddenly looking
> for argument against voting? Even for some rhetorical questions.
> The guy raised con
Hi List.
Just reading all this and I think I missed something here.
You putting on vote many things here every single day and suddenly
looking for argument against voting? Even for some rhetorical questions.
The guy raised concerns/question, trying to even back it up and then
have to fight to
Omar,
The intent is not to ask about Adobe Flex. The intent is to ask about what
features the users of AS3 / Flash may possibly need / expect from this
project. It's good to have our own idea about that, but we after all, don't
do it exclusively for ourselves. Besides, I don't see Flex suddenly bei
On Thu, Apr 5, 2012 at 11:41 AM, Left Right wrote:
> Omar, you are confusing the target users with the developers. You can't
> poll the developers about what do they think the users of their software
> think. I mean, ok, you can, but what's the point if you can ask the users
> firsthand?
>
Well
Omar, you are confusing the target users with the developers. You can't
poll the developers about what do they think the users of their software
think. I mean, ok, you can, but what's the point if you can ask the users
firsthand?
I just offered to run more polls. I know the leader of UFUG / RFUG a
On Thu, Apr 5, 2012 at 11:28 AM, Roland Zwaga wrote:
> >
> > Again, I didn't say that either sources or other parts of the SDK are
> > useless, what I say is that people don't use them quite often. Some -
> never
> > use them. This is a common sense, that if a feature is not mandatory -
> make
> >
On Thu, Apr 5, 2012 at 11:19 AM, Left Right wrote:
> >
> > And does anyone know what percentage of developers use FlashDevelop? I,
> for
> > one, have never even seen their home page, let alone used or downloaded
> it.
> > Nor do I believe that any polls on any such boards that you didn't
> menti
>
> Again, I didn't say that either sources or other parts of the SDK are
> useless, what I say is that people don't use them quite often. Some - never
> use them. This is a common sense, that if a feature is not mandatory - make
> it explicitly optional... It doesn't matter how good uses you can f
>
> And does anyone know what percentage of developers use FlashDevelop? I, for
> one, have never even seen their home page, let alone used or downloaded it.
> Nor do I believe that any polls on any such boards that you didn't mention
> really matter either. All of these boards will have only a per
>
> - Most of Flex users don't need the sources, neither Java nor AS.
I know others have raised an objection to this line, and I wanted to offer
two points that contradict each other.
1) Having the Flex source code available when you are writing code so you
can ctrl-click on any Flex class and d
On Thu, Apr 5, 2012 at 11:07 AM, Left Right wrote:
> >
> > This is all conjecture, unless you have personally polled every single
> Flex
> > and AS3 developer in the world these statements shouldn't be used to try
> > and justify decisions. Unless you can back them up with hard data it just
> > m
>
> This is all conjecture, unless you have personally polled every single Flex
> and AS3 developer in the world these statements shouldn't be used to try
> and justify decisions. Unless you can back them up with hard data it just
> makes it sound like you are trying really hard to convince someone
>
> Let's stick to providing better reasoning based on cold hard facts rather
> than assumptions and conjecture, it'll make decision making easier for
> everyone.
>
> Just my opinion.
>
+1!
>
> - A lot of people don't need UIComponent and other framework stuff. IE. a
> great number of SDK users are not at all interested...
>
> - Most of Flex users don't need the sources, neither Java nor AS...
>
> ...and a lot of users wouldn't even know the difference.
>
> So, looking at it from
> The current volume of the documentation is mostly given due to
unoptimized html output.
Documentation is known to be the major volume of just any software. Well,
good documentation :) Read on on what is minimal install, so you'll see why
/ how the actual size can be reduced below that of document
Core: Everything necessary to run with MXML/AS3/CSS, everything
necessary to plug things together, nothing more.
On 05/04/2012 19:57, Left Right wrote:
What is core and what is components?
There are, as of today, several developers groups involved. One working on
AIR SDK, another one works on
What is core and what is components?
There are, as of today, several developers groups involved. One working on
AIR SDK, another one works on the Flex SDK. These are quite distinct
projects, they both use the compiler and related things, but other than
that very few things in common. Compiler is a
>
> 1. Compiler
> 2. Core
> 3. Components
I like those as a high level. There are some projects that wouldn't exactly
fit into those 3 groups though.
Here's the dir dump from /frameworks/projects… some of the projects aren't well
documented.
Maybe someone from Adobe can explain them?
advanc
Martin had a nice idea tonight on the hangout that i'd like to get group
thoughts on because I'd like to build it into the website structure. His idea
was to think of the Flex project as three parts:
1. Compiler
2. Core
3. Components
Thoughts? Alternative breakdowns?
Ariel Jakobovits
Email: a
36 matches
Mail list logo
