It's my party, I'll make it work. Do your thing ;-)
EdB
On Saturday, April 27, 2013, Alex Harui wrote:
On 4/26/13 10:21 PM, Erik de Bruin e...@ixsoftware.nl javascript:;
wrote:
I'm all for reducing size and optimisation, when functionality is not
compromised ;-)
I'll be gone for
Ok, since you apparently don't trust my expertise on this, and I care
too much about this project to just let you figure this out when
things start breaking, an analysis of the current solution and why I
think 'goog.events' is superior:
The current solution is actually 3 solutions: the one in
On 4/26/13 2:24 AM, Erik de Bruin e...@ixsoftware.nl wrote:
Ok, since you apparently don't trust my expertise on this, and I care
too much about this project to just let you figure this out when
things start breaking, an analysis of the current solution and why I
think 'goog.events' is
Quick reply on the stats: while on a downward trend, IE6 + 7 + 8 is 33%.
A cool third of all browsers. Given their generally conservative attitude
towards upgrading software, my educated guess would be that this percentage
is (much) higher in the enterprise.
I have no idea how to add
On 4/26/13 12:37 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Quick reply on the stats: while on a downward trend, IE6 + 7 + 8 is 33%.
A cool third of all browsers. Given their generally conservative attitude
towards upgrading software, my educated guess would be that this percentage
is
Hi,
Agreed. I'm just thinking about mobile apps. Should they really have to
carry IE8 code around?
Microsoft mobile platform uses IE. Windows 7 is a blend of IE7 and IE8, Version
8 is a modified IE9 and Version 9 a modified IE10. No idea of the stats out
there re versions.
Justin
I'm all for reducing size and optimisation, when functionality is not
compromised ;-)
I'll be gone for a week, away from all but my iPad, so I'll merge the
'goog.events' branch into develop when I get back.
Thank you for the compromise, I'm looking forward to the next time I
have to stamp my
On 4/26/13 10:21 PM, Erik de Bruin e...@ixsoftware.nl wrote:
I'm all for reducing size and optimisation, when functionality is not
compromised ;-)
I'll be gone for a week, away from all but my iPad, so I'll merge the
'goog.events' branch into develop when I get back.
Thank you for the
On 4/24/13 9:26 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Alex,
I'm not going to debate on the basis of a 6k difference, honestly. 6k
is not a 'hit'. 6k takes not even half a second to download... on a
128kb modem! On an average broadband connection (I don't believe I'm
actually
Alex,
Sounds like you're currently not interested. Too bad. I'll leave the
branch on the public repo in case you change your mind.
After Marmotinni and 'goog.events' - which combined represent a couple
of man-weeks work - have been denied by the project lead of FlexJS,
I'm not at all motivated
On 4/24/13 11:50 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Alex,
Sounds like you're currently not interested. Too bad. I'll leave the
branch on the public repo in case you change your mind.
Erik, I really appreciate the time and energy you've provided to Apache
Flex. However, it feels
On Wed, Apr 24, 2013 at 11:50 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Alex,
Sounds like you're currently not interested. Too bad. I'll leave the
branch on the public repo in case you change your mind.
After Marmotinni and 'goog.events' - which combined represent a couple
of man-weeks
Hi,
A little out of the loop here but have been following.
Alex, personally, I dont mind the additional 6K. I would rather take IE67
support in return for it.
From what I understand there are other benefits other than just IE6+7 support
right? IE7 support may be important to our existing
Sounds like you're currently not interested. Too bad. I'll leave the
branch on the public repo in case you change your mind.
Erik, I really appreciate the time and energy you've provided to Apache
Flex. However, it feels like every time I question a contribution, you
threaten to quit. The
Om,
Erik, to be fair, you said that you are not interested in debating over a
6k difference. I dont think Alex is raising this issue as a 'lead', rather
a justified technical question. As a comparison, the dojo and jquery
frameworks are 41KB and 32KB (minified) In these terms, 6KB of
On 4/25/13 1:55 AM, Erik de Bruin e...@ixsoftware.nl wrote:
Om,
Erik, to be fair, you said that you are not interested in debating over a
6k difference. I dont think Alex is raising this issue as a 'lead', rather
a justified technical question. As a comparison, the dojo and jquery
Hi,
Om, Justin, please read the following. If it does not change your mind
about taking Erik's change then we will take it since I will have then been
outvoted.
No vote here just voicing my opinion and while I have been following the
conversation I admit don't know the all the details.
On 4/25/13 11:53 AM, OmPrakash Muppirala bigosma...@gmail.com wrote:
Om, Justin, please read the following. If it does not change your mind
about taking Erik's change then we will take it since I will have then been
outvoted.
1. You only get once chance to make a first impression.
On 4/25/13 8:59 AM, Justin Mclean jus...@classsoftware.com wrote:
2. At home, I get about 80K/sec download speed.
You sure? I get 10 Mb/s in Australia and in the US 10Mb/s in generally
regarded as slow, the global average is higher than 10Mb/s.
Here's some figures to go on.
Hi,
1.5Mb/s or I can pay more and get 3Mb/s.
It's probably 1.5MB/s and 3MB/s - either way time taken to download 6K is not
the issue.
BTW I assume the library in question is this:
http://docs.closure-library.googlecode.com/git/namespace_goog_events.html
Is does seem to have a few useful
Actually, I'm liking the polyfill idea. Erik, can goog.events be packaged
as a polyfill for older browsers?
Oh, and I checked my ISP again. It says 1.5Mbps (small 'b') and says that a
4MB music file should download in 26 seconds. That still says I should be
getting 153KB/s, but I'm still only
Alex,
I see you're doing some committing. I have the 'goog.events' based
framework done for a previous version of FlexJS and I'm not waiting to
update it to the latest and greatest.
Do you have any more commits planned for 'today'?
EdB
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB
BTW: the re-write/refactoring was somewhat major, so I plan to publish
my branch first, so we can review and discuss. It will still be nice
to have it on par with the 'develop' branch initially, though.
EdB
On Wed, Apr 24, 2013 at 8:10 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Alex,
I see
I think I don't have any more commits planned on for flex-asjs unless there
is a bug fix or two. I'm planning to work on a COMPC equivalent for
FalconJX.
My only criteria for your proposed switch to goog.events are:
1) is the minified js for the example as small as what we have now?
2) does it
In short (I have the branch updated and ready to be published: yes to all three:
1) it adds about 6k to the file (26k - 32k)
2) yes, without modification, so no more IE8Utils or whatever
3) yes
But I'll still publish a branch first, so you can see for yourself
(there are some other changes/fixes
I'm just starting to look at the diffs. But please, no variables named
assing :-)
So do you really believe it will take more than 6K of minified code to fix
any bugs related to events in the current implementation?
I'm wondering if the motivation behind goog.events is to get an event system
to
Also, I am not seeing a new public branch for these changes. Did you just
commit them instead?
On 4/24/13 12:08 PM, Alex Harui aha...@adobe.com wrote:
I'm just starting to look at the diffs. But please, no variables named
assing :-)
So do you really believe it will take more than 6K of
I'm not going to debate on the basis of a 6k difference, honestly. 6k
is not a 'hit'. 6k takes not even half a second to download... on a
128kb modem! On an average broadband connection (I don't believe I'm
actually taking the time to type this) it takes around 1/100th of a
second.
What we get
There is (in my GUI at least) now a remote branch 'goog.events'.
EdB
On Wed, Apr 24, 2013 at 9:20 PM, Alex Harui aha...@adobe.com wrote:
Also, I am not seeing a new public branch for these changes. Did you just
commit them instead?
On 4/24/13 12:08 PM, Alex Harui aha...@adobe.com wrote:
It's showing up in the heads here:
https://git-wip-us.apache.org/repos/asf?p=flex-asjs.git
--Dasa
On Apr 24, 2013, at 12:35 PM, Erik de Bruin e...@ixsoftware.nl wrote:
There is (in my GUI at least) now a remote branch 'goog.events'.
EdB
On Wed, Apr 24, 2013 at 9:20 PM, Alex Harui
On 4/24/13 12:33 PM, Erik de Bruin e...@ixsoftware.nl wrote:
I'm not going to debate on the basis of a 6k difference, honestly. 6k
is not a 'hit'. 6k takes not even half a second to download... on a
128kb modem! On an average broadband connection (I don't believe I'm
actually taking the
You can just fetch instead:
http://git-scm.com/docs/git-fetch
--Dasa
On Apr 24, 2013, at 12:53 PM, Alex Harui aha...@adobe.com wrote:
That's something I don't like about Git. I have to pull to see a listing of
new public branches.
: Wednesday, April 24, 2013 12:53 PM
To: dev@flex.apache.org
Subject: Re: [FalconJX][FlexJS] committing?
That's something I don't like about Git. I have to pull to see a listing of
new public branches.
On 4/24/13 12:35 PM, Erik de Bruin e...@ixsoftware.nl wrote:
There is (in my GUI at least) now
local branches.
- Gordon
-Original Message-
From: Alex Harui [mailto:aha...@adobe.com]
Sent: Wednesday, April 24, 2013 12:53 PM
To: dev@flex.apache.org
Subject: Re: [FalconJX][FlexJS] committing?
That's something I don't like about Git. I have to pull to see a
listing of new
Alex,
I'm not going to debate on the basis of a 6k difference, honestly. 6k
is not a 'hit'. 6k takes not even half a second to download... on a
128kb modem! On an average broadband connection (I don't believe I'm
actually taking the time to type this) it takes around 1/100th of a
second.
We
35 matches
Mail list logo