I'll try connecting from the office computer tomorrow and see if I have
better luck.
On 5/27/13 10:41 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Wait, I found the wonderful 'results.txt' that seems to contain a lot
of the console output:
log
Andreas Niekler created FLEX-33577:
--
Summary: scrollToIndex produces errors if the index to scroll to
is not visible in AdvancedDataGrid
Key: FLEX-33577
URL: https://issues.apache.org/jira/browse/FLEX-33577
I'm not concerned. This is Apache, not flexexamples.com...
-Nick
On Mon, May 27, 2013 at 11:25 PM, Alex Harui aha...@adobe.com wrote:
Cool. Is anybody concerned about possible name confusion between the repo
name and the old flexexamples.com site? Just food for thought, no real
objection
Hit the enter key too fast...
And what I mean by that -- the GIT repo will be under the Apache Flex
organization, and will be prefixed as apache flex...
On Tue, May 28, 2013 at 7:25 AM, Nicholas Kwiatkowski nicho...@spoon.aswrote:
I'm not concerned. This is Apache, not flexexamples.com...
Any thoughts about moving the config file to a subdirectory off our web
site for future versions instead of the web root? I'm imagining a future
where we have to keep tons of these around for backwards compatibility
which makes things a bit messier...
-Nick
On Mon, May 27, 2013 at 2:14 AM,
Hi,
I want to propose the donation of Swiz Framework to Apache Flex.
https://github.com/swiz/swiz-framework/
https://swizframework.jira.com/wiki/display/SWIZ/Home
The reasons behind the propossal are:
* Swiz Framework is a mature microarquitecure for Apache Flex that
complements it to build
On Tue, May 28, 2013 at 9:52 AM, Carlos Rovira carlosrov...@apache.orgwrote:
Hi,
I want to propose the donation of Swiz Framework to Apache Flex.
This would be awesome in my opinion :-) Just remember that the donation
process could get complicated if Chris doesn't hold the copyright to all
* Swiz stopped development in 2.0.0 beta that brings AOP to Flex Framework.
The problem with this implementation is that is not ready for producction
since it needs changes in Flex Compiler and in AS3 Commons ByteCode to get
it work properly.
Hi there,
I'm the author of as3commons-bytecode.
Good luck, but I'd rather see Parsley integrated into Apache Flex.
Am 28.05.2013 16:52, schrieb Carlos Rovira:
Hi,
I want to propose the donation of Swiz Framework to Apache Flex.
https://github.com/swiz/swiz-framework/
https://swizframework.jira.com/wiki/display/SWIZ/Home
The reasons
On Tue, May 28, 2013 at 10:33 AM, dude d...@atheist.com wrote:
Good luck, but I'd rather see Parsley integrated into Apache Flex.
That's the only concern I'd have about the donation. I know Swiz is one
framework among several. So we'd have to manage it carefully to keep from
alienating part of
On 28 May 2013 17:33, dude d...@atheist.com wrote:
Good luck, but I'd rather see Parsley integrated into Apache Flex.
Personally, the above response shows exactly the reason why I think there
shouldn't be any
application framework integrated into Apache Flex. Too many opinions on
the
On Tue, May 28, 2013 at 10:37 AM, Roland Zwaga rol...@stackandheap.comwrote:
On 28 May 2013 17:33, dude d...@atheist.com wrote:
Good luck, but I'd rather see Parsley integrated into Apache Flex.
Personally, the above response shows exactly the reason why I think there
shouldn't be any
Hi Greg,
other people behind the project are Ben and Brian (maybe more other
contributions), but all files are behind Apache License 2.0 and seems
there's no authors specifications so maybe they already agreed with the
Apache License 2.0, but I'll ask them on the swiz list to get it clear
I don't know the actual state of RobotLegs, Parsley or others... Swiz is
without maintenance and needs attention and 2.0 could bring a great
improvment not reached for any other framework. This doesn't mean any base
sdk integration and dependency. We could make the same with other projects
that
Adding a top level applicaction framework to the APACHE FLEX project
suitcase will somehow set is as the facto standard accepted framework to
build applications using the FLEX SDK, or at least will create that
understanding between developers.
So I think top level application frameworks must not
On May 28, 2013 4:34 AM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
Any thoughts about moving the config file to a subdirectory off our web
site for future versions instead of the web root? I'm imagining a future
where we have to keep tons of these around for backwards compatibility
which
I don't use swiz but it seems silly to reject a donation because of a fear
of what might happen. It's easy enough to keep it separate, and if it's
not supported anywhere projects using it will likely ditch the flex
framework completely
On 28 May 2013 18:49, Carlos Velasco
On 5/28/13 8:39 AM, Greg Reddin gred...@gmail.com wrote:
On Tue, May 28, 2013 at 10:37 AM, Roland Zwaga
rol...@stackandheap.comwrote:
On 28 May 2013 17:33, dude d...@atheist.com wrote:
Good luck, but I'd rather see Parsley integrated into Apache Flex.
Personally, the above response
Top level application flex frameworks should be incubated at Apache as
independent projects to Apache FLEX to avoid missunderstandings and be
politically correct.
2013/5/28 Avi Kessner akess...@gmail.com
I don't use swiz but it seems silly to reject a donation because of a fear
of what might
None of these frameworks should be integrated into Apache Flex, I guess
everyone agrees with that.
FYI: Parsley has been abandoned by its creator as well and there is no
further development atm (afaik). It is licenced under Apache License 2.0
and available here https://github.com/spicefactory
Am
On 24/05/2013 18:12, OmPrakash Muppirala wrote:
On May 24, 2013 2:16 AM, Tom Chiverton t...@extravision.com wrote:
Well, there's no point putting it on the wiki if a few days later someone
is going to have to scrape it off into an application is there ?
Tom
The advantage of having it as a
I agree
On 28 May 2013 17:28, dude d...@atheist.com wrote:
None of these frameworks should be integrated into Apache Flex, I guess
everyone agrees with that.
FYI: Parsley has been abandoned by its creator as well and there is no
further development atm (afaik). It is licenced under Apache
I like the idea of a vote. I don't think the community is divided
about 'having' Swiz, it seems the division is more 'what to do with
it'. Please let the VOTE be clear about this.
EdB
On Tue, May 28, 2013 at 6:49 PM, Carlos Rovira
carlos.rov...@codeoscopic.com wrote:
I think this would require
The ultimate hope is that we will have proper docs sometime in the future
-- and those will include some samples. The Tour de Flex source code will
be googleable as well, since it write out HTML pages for each MXML source
it uses.
-Nick
On Tue, May 28, 2013 at 4:02 AM, Tom Chiverton
On Mon, May 27, 2013 at 10:17 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Om,
Thank you, I don't mind at all ;-)
I won't have time to work on this today, so feel free to give it a try.
EdB
I tried getting in a few minutes ago. Someone kicked me out :-)
Let me know when you are done?
On Tue, May 28, 2013 at 11:18 AM, Alex Harui aha...@adobe.com wrote:
Greg, do you think donations like these need to have a goal of being
integrated with Apache Flex or becoming its own project? Personally, I'd
be ok with Apache Flex being a warehouse of all kinds of Flex-related code
even
I'm sorry, I wish there was a way to see if someone else is logged in
already. I'm done... added the CYGWIN environment variable to Jenkins
(not the job itself) and that got rid of the error message about the
paths. But otherwise nothing changed and the run still fails.
Next!
;-)
EdB
On Tue,
Greg,
I see why you might be worried about future additional projects, but
the sub-projects you mention (Falcon, SDK, FlexJS) are very much part
of one and the same project. Other sub-projects are purely for
supporting the community and various workflows (Installer, Maven) and
are too small to
I like the donation of the Swiz framework. I use both swiz(for work) and
parsley(personal projects) and I am ambivalent at this point. What I would
really like to see the best part of these frameworks (and maeby others like
spring-actionscript, robotlegs, etc.) integrated into Flex.
I am
Might have been me trying to get in.
However, I still have yet to make a connection. I've tried both Mac and
Win. Ping was able to find flex-mustella.cloudapp.net. How are you guys
specifying the port?
I'll wait to try again until someone says they successfully got in.
-Alex
On 5/28/13
On 5/28/2013 12:18 PM, Alex Harui wrote:
Personally, I'd
be ok with Apache Flex being a warehouse of all kinds of Flex-related code
even if there is no active development for it.
What do others think of this sentiment?
I could get the Flextras components donated, but didn't because
I would prefer JIRA activity to be on another list. I've heard from quite
a few people in my User Group that they dropped off dev@ people of the
noise of JIRA. I think those of us who want to know what is committed
will subscribe to those (plus, it makes filtering those messages into a
separate
If the donated assets are relevant to flex development I see no reason why
not. Development of those assets ceased mainly because there was a loss of
faith, we on the other hand believe in the project and are moving it on,
n'est pas ?
On 28 May 2013 18:50, Jeffry Houser jef...@dot-com-it.com
+1 on the JIRA on another list, do we need a vote on that, or can we
just ask INFRA for it?
Maybe this discussion should be in a separate thread, however...
EdB
On Tue, May 28, 2013 at 7:57 PM, Nicholas Kwiatkowski nicho...@spoon.as wrote:
I would prefer JIRA activity to be on another list.
+1, with the reservation that we don't want any and all code out there ;-)
EdB
On Tue, May 28, 2013 at 7:58 PM, aYo ~ a...@binitie.com wrote:
If the donated assets are relevant to flex development I see no reason why
not. Development of those assets ceased mainly because there was a loss of
Or until they get enough interest in the abandoned code... run it out of a
GitHub account outside of the formal apache process until it gains enough
momentum.
-Mark
-Original Message-
From: Erik de Bruin [mailto:e...@ixsoftware.nl]
Sent: Tuesday, May 28, 2013 2:03 PM
To:
IMO, it depends on the definition of abandoned. If nobody is using it,
then we don't want it.
The donation process is time-consuming enough to act as a filter. If the
donor wants to spend the energy to do the IP clearance and software grant
and one or more committers want to do the
Okay, moving to a new thread.
Do we need a vote for this or is there sufficient consensus in the
community?
We dont want to lose people because of all the spam that gets generated by
the JIRA emails. That should be a big priority for us.
The proposal is:
1. Create a list:
The code in question is on GitHub:
https://github.com/Flextras/FlextrasComponents
On 5/28/2013 2:06 PM, Kessler CTR Mark J wrote:
Or until they get enough interest in the abandoned code... run it out of a
GitHub account outside of the formal apache process until it gains enough
momentum.
Shouldn't everyone be able to subscribe? Or are you saying that but
did I miss it... ;-)
EdB
On Tue, May 28, 2013 at 8:32 PM, OmPrakash Muppirala
bigosma...@gmail.com wrote:
Okay, moving to a new thread.
Do we need a vote for this or is there sufficient consensus in the
community?
We dont
I do not agree to you. There are a lot of ways to approach an application
development, some may be of your liking others will not be. But there is no
need to force one of them as the Flex sdk one.
I would rather prefer to maintain all those as separate libraries for anyone to
choose the one he
Yes everyone should be able to subscribe, I thought that was obvious :-) I
doubt if regular folks would subscribe to that list though.
The cool thing about JIRA is if you log in and comment on a JIRA issue, it
will automatically add you as a 'watcher' and will send you notifications
for further
I don't think we need to auto-add committers... Let them add themselves,
incase they either don't want the notices (and view them via RSS direct
from JIRA), or they want to use another email address. It should be a
public list so anybody could join if they want.
-Nick
On Tue, May 28, 2013 at
Let's vote!
EdB
On Tue, May 28, 2013 at 8:51 PM, Alex Harui aha...@adobe.com wrote:
Vote is required according to [1]
[1] http://www.apache.org/dev/committers.html#new-mailing-list
On 5/28/13 11:45 AM, Erik de Bruin e...@ixsoftware.nl wrote:
Shouldn't everyone be able to subscribe? Or
Agreed. Committers are committing, so they want to track the issues
they work on anyways, I'm sure. If they hate being kept up to date so
much, they can always unsubscribe. This is not a big thing, it's just
a mailing list.
EdB
On Tue, May 28, 2013 at 8:58 PM, OmPrakash Muppirala
Om is pointing my main concern with Swiz donation. The main point here is
that Swiz 2.0.0 Beta has many good and beautiful ideas about AOP that are
very new to web client technologies. Something that people are using from
long time in java could be first citizen in Flex making an huge difference.
Hi,
I know I'm probably responsible for the majority of JIRA traffic. I'm not
opposed to having all JIRA emails go to a new list but there a few things we
should think about.
Currently the JIRA messages are very easy to filter out so moving them to
another list is really no different to an
On Tue, May 28, 2013 at 5:11 PM, Justin Mclean jus...@classsoftware.comwrote:
Hi,
I know I'm probably responsible for the majority of JIRA traffic. I'm not
opposed to having all JIRA emails go to a new list but there a few things
we should think about.
Currently the JIRA messages are very
A standard action would be to create commits@ and issues@ MLs and move both git
commits and JIRA issues off of the dev list.
Some of the PMC will need to subscribe to these and pay attention to the
changing codebase.
Regards,
Dave
On May 28, 2013, at 11:32 AM, OmPrakash Muppirala wrote:
Hi,
Can anyone translate Select AIR and Flash Player versions. into Greek,
Spanish, Dutch Portuguese , French or German?
It also also be useful to have the installer in a couple languages, eg Chinese
where about 20% of our web site traffic comes from. Can anyone help out here?
Thanks,
Justin
Emailed my pal for a Dutch translation. Cant help with the rest.
On 29/05/2013 01:52, Justin Mclean wrote:
Hi,
Can anyone translate Select AIR and Flash Player versions. into Greek,
Spanish, Dutch Portuguese , French or German?
It also also be useful to have the installer in a couple
[
https://issues.apache.org/jira/browse/FLEX-32599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Mclean reopened FLEX-32599:
--
Assignee: Justin Mclean (was: Adobe JIRA)
Issue still exits.
TypeError:
It's going to make filtering the emails a lot easier now... gmail does a
poor job compared to my outlook.
-Mark
On Tue, May 28, 2013 at 3:24 PM, Erik de Bruin e...@ixsoftware.nl wrote:
Agreed. Committers are committing, so they want to track the issues
they work on anyways, I'm sure. If they
[
https://issues.apache.org/jira/browse/FLEX-32589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Mclean reopened FLEX-32589:
--
Assignee: Justin Mclean (was: Adobe JIRA)
Still an issue.
[
https://issues.apache.org/jira/browse/FLEX-32599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Mclean resolved FLEX-32599.
--
Resolution: Fixed
Fix Version/s: Apache Flex 4.10.0
Checked in develop branch.
[
https://issues.apache.org/jira/browse/FLEX-32589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Mclean resolved FLEX-32589.
--
Resolution: Fixed
Fix Version/s: Apache Flex 4.10.0
Checked into develop branch.
[
https://issues.apache.org/jira/browse/FLEX-32846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Mclean resolved FLEX-32846.
--
Resolution: Fixed
Fix Version/s: Apache Flex 4.10.0
Checked into develop branch.
Hi,
There are other Apache projects that have a separate list for JIRA issue. For
example:
http://cloudstack.apache.org/mailing-lists.html
http://hadoop.apache.org/mailing_lists.html
And there's probably others.
Thanks,
Justin
German: Bitte wählen Sie die AIR und Flash Player Versionen
It is a more polite version Please select AIR and Flash Player Version.
But i have also done the rest of the German translation it should fit that
style well.
2013/5/29 Victor Hugo Garcia vihugar...@gmail.com
Spanish: Seleccione las
[
https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13668944#comment-13668944
]
Aaron commented on FLEX-33570:
--
@Justin,
As I said above, the issue still occurs if using
[
https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13668949#comment-13668949
]
Justin Mclean commented on FLEX-33570:
--
I develop on OSX and don't use IE so cant
Some good stuff in this set.
The diff makes it look like @private is still in the asdoc for a now
protected method. Is that what you want?
-Alex
On 5/28/13 7:23 PM, jmcl...@apache.org jmcl...@apache.org wrote:
Updated Branches:
refs/heads/develop b709e3d31 - b38f1419b
Made findRenderer
On 5/28/13 7:32 PM, Justin Mclean jus...@classsoftware.com wrote:
Hi,
Just submitted some fixes for various ADG issues, most of these I had as
Monkey Patched in a project that have been running for several year and
are used on a daily basis. Anyone else have any Monkey Patches lying
around?
[
https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13668968#comment-13668968
]
Aaron commented on FLEX-33570:
--
Justin, I see, thanks for telling me.
when
I keep seeing signs that they are making slow progress toward getting it
donated.
On 5/28/13 7:48 PM, Justin Mclean jus...@classsoftware.com wrote:
HI,
A question just come up on the user list about BlazeDS. Alex do you know
if it still likely to be donated?
Thanks,
Justin
[
https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13668974#comment-13668974
]
Alex Harui commented on FLEX-33570:
---
I will try to take a look in the next 24 hours.
Hi,
The diff makes it look like @private is still in the asdoc for a now
protected method. Is that what you want?
Not intentional I'll remove the @private.
Thanks,
Justin
Hi,
Wouldn't surprise me. Did you check in the new/corrected baseline?
No I assume I just copy the bad image over the original one and check in?
Would you mind double checking the test and confirm that the ADG cell should
all be RTL, I'm fairly certain but wouldn't want to hide the issue if
[
https://issues.apache.org/jira/browse/FLEX-32721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Mclean reopened FLEX-32721:
--
Assignee: Justin Mclean (was: Adobe JIRA)
Border skin sometimes dissappears from
[
https://issues.apache.org/jira/browse/FLEX-33570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13669012#comment-13669012
]
Aaron commented on FLEX-33570:
--
Got it. Thank you.
when I press a key to
See https://builds.apache.org/job/Flex_SDK_build_git/62/changes
Changes:
[jmclean] Made findHeaderRenderer protected and removed @private
--
[...truncated 716 lines...]
clean:
clean:
clean:
bundles-clean:
pixelbender-clean:
clean:
clean:
clean:
On 5/28/13 9:13 PM, Justin Mclean jus...@classsoftware.com wrote:
Hi,
Wouldn't surprise me. Did you check in the new/corrected baseline?
No I assume I just copy the bad image over the original one and check
in?
The recommended practice is to run that test or the whole script with
See https://builds.apache.org/job/Flex_SDK_checkin_tests_git/39/changes
Changes:
[jmclean] Made findHeaderRenderer protected and removed @private
--
[...truncated 730 lines...]
clean:
clean:
clean:
bundles-clean:
clean:
bundles-clean:
clean:
73 matches
Mail list logo