Hi,
Can you stream it over connect?
Giorgio
On 2/28/12 7:20 PM, "JP Bader" wrote:
>We're meeting up tomorrow evening to talk with Christophe Coenraets
>and Michael Labriola to discuss Flex, Spoon, Apache, Adobe, and you!
>
>If you're within a 150 mile radius of Chicago, come check it out.
>It'
I'm sure it's obvious but in a company with so many interconnected parts
you have interconnected sales.
So when someone who needs to target Windows, OSX and Linux and Flash
provides that solution then it becomes very appealing over other
technologies. If you don't support Linux then what sets you
Good idea
On Wed, Feb 29, 2012 at 5:40 AM, Rafael Santos wrote:
> It is my own email rsan...@spectacompany.com.br
>
> Rafael Santos - Specta
>
>
> On Tue, Feb 28, 2012 at 21:07, Martin Heidegger
> wrote:
>
> > Then you should pass your account in here to get permission :)
> >
> > yours
> > Mart
Support for a application on Linux is very very important. I had been using
flex for application development for more than 3 years now and all the apps
that I have worked on had a condition that it should work on windows, linux
and mac (no compromise on this).
-Saurabh
On Wed, Feb 29, 2012 at 9
On Tue, Feb 28, 2012 at 7:50 PM, Duane Nickull wrote:
> It seems criminal to not make it for the best OS that exists.
>
>
>
>
>
Oh its on OS X, it just runs like crap.
-omar
It seems criminal to not make it for the best OS that exists.
Überity.com
President & COO
Adobe LiveCycle ES Consultant Services
http://www.uberity.com
Blog | http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
On 12-02-28 7:06 PM, "Jason
>If linux is important to any more developers out there, it would be good
if you could voice your support.
Consider my support voiced. I'd be glad to help with any Linux+Flex
initiatives.
>>For people whose business is selling Flex apps to Linux users, this is of
course very bad news.
>Do such p
On 2/28/2012 6:56 PM, Daniel Reicher wrote:
I agree with Alex on this one. Now we may want to vet APIs
before they get into the main SDK / release and that is what the
voting process is for. But, I wouldn't force anyone into a
pre-discussion before they start building anything
Before that infamous day in November, half the team was working on Flex
4.6 and half the team was working on Flex 5. In the Flex 5 branch, I had
already done the TLF integration, we have some new components, some new
DataGrid features, and some of the other stuff mentioned at the Flex
Summit in De
[
https://issues.apache.org/jira/browse/FLEX-25?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13218827#comment-13218827
]
Carol Frampton commented on FLEX-25:
We've already done this at Adobe in our Flex 5 branc
Hi,
> Carol Frampton commented on FLEX-23:
>
>
> I was the text person for Flex for the last few years. I already have TLF3
> already integrated in our Flex 5 code branch. It can be moved over as soon
> as we finish the initial code donation.
I don't rec
[
https://issues.apache.org/jira/browse/FLEX-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13218824#comment-13218824
]
Justin Mclean commented on FLEX-23:
---
Can you recall if the any framework code changes requi
[
https://issues.apache.org/jira/browse/FLEX-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13218815#comment-13218815
]
Carol Frampton commented on FLEX-23:
I was the text person for Flex for the last few year
Hi,
Unless perhaps you're checking in the compiler right at this very moment? :-)
Justin
Hi,
> I wouldn't spend a lot of time on build_framework.xml since it won't be
> used once the compiler is in place.
My view is that it's still useful work.
Changes made to the build framework script can be fairly easily transferred
across to the build script(s) (a lot of the targets are simila
sounds like a plan to me
Carol
On 2/28/12 1 :57PM, "Alex Harui" wrote:
>
>
>
>On 2/28/12 7:32 AM, "Greg Reddin" wrote:
>
>> On Tue, Feb 28, 2012 at 9:28 AM, Omar Gonzalez
>> wrote:
>>> If some people want to set up Maven builds, do it. No one is going to
>>>stop
>>> you.
>>>
>>> If some peop
I wouldn't spend a lot of time on build_framework.xml since it won't be
used once the compiler is in place.
Carol
On 2/27/12 5 :21PM, "Justin Mclean" wrote:
>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 f
On 2/28/12 3:56 PM, "Daniel Reicher" wrote:
> Who said anything about "force"? I don't think anyone should be forced to
> do anything before coding and one path to inclusion should certainly be -
> "let coders code" and the community can figure out what to do with it
> later. That said, why pr
[
https://issues.apache.org/jira/browse/FLEX-25?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala updated FLEX-25:
Description:
TLF 3.0 fixes a ton of bugs. Flex SDK would be better with this version of
TLF.
On Tue, Feb 28, 2012 at 5:05 PM, Justin Mclean wrote:
> Hi,
>
> > Just changing the build scripts alone are not sufficient.
> So add another JIRA issue for this.
>
>
Done. https://issues.apache.org/jira/browse/FLEX-25
> > We need to verify and regress TLF 3.0 with the current Flex SDK code
> b
Add support for TLF 3.0
---
Key: FLEX-25
URL: https://issues.apache.org/jira/browse/FLEX-25
Project: Apache Flex
Issue Type: Improvement
Reporter: OmPrakash Muppirala
Assignee: Bertrand Delacretaz
Hi,
> Just changing the build scripts alone are not sufficient.
So add another JIRA issue for this.
> We need to verify and regress TLF 3.0 with the current Flex SDK code before
> we can
> include it in our scripts.
As long as it's not the default option I wouldn't have an issue with having it
On 2/28/12 4:33 PM, "Om" wrote:
> On Tue, Feb 28, 2012 at 4:30 PM, David Francis Buhler > wrote:
>
>> I don't believe projects that fall under the ASF banner can make
>> improvements or updates or references to non-ASF projects.
>>
>> I believe TLF is still an Adobe product, even the older v
On 2/28/12 4:47 PM, "arielj...@yahoo.com" wrote:
> I'm confused. TLF was one of the features that I thought was most important
> for the new enterprise development and I'm hearing it was an addition to the
> sdk not flash player.
TLF is an actionscript library that utilizes the Flash Text Engi
On 29/02/2012 09:36, Ariel Jakobovits wrote:
We have a list of components for desktop, and an emerging list of components
designed for mobile. Anyone working with even lower power tv and blueray
devices that could benefit from even more lightweight components?
Who would not benefit of more com
Justin,
Just changing the build scripts alone are not sufficient. We need to
verify and regress TLF 3.0 with the current Flex SDK code before we can
include it in our scripts. As Alex mentioned in the "TLF and Flex" thread,
TLF sometimes changes in a way that needs code changes in the Flex SDK.
Hi,
> TLF often changes in ways that you can't swap in versions of TLF without
> changing SDK code.
So someone can add another JIRA entry and take a look at this :-)
I did a quick check to see if the SDK compiles with later versions of the TLF
and no issues so that's a start at least.
Justin
Hi,
> I don't believe projects that fall under the ASF banner can make
> improvements or updates or references to non-ASF projects.
I'm suggesting improving our build scripts not the TLF library.
> I believe TLF is still an Adobe product, even the older version, and I
> think, by "Building" TLF's
TLF (Text Layout Framework) is an ActionScript library. It relies on FTE (Flash
Text Engine) in Flash Player. The future of text for gaming is TBD as far as I
understand.
- Gordon
-Original Message-
From: Ariel Jakobovits [mailto:arielj...@yahoo.com]
Sent: Tuesday, February 28, 2012 4:
BTW, I don't think the TLF code in SDK 4.6 repo compiles cleanly for player
11.1 I've seen deprecation warnings about TLF using player APIs that have been
deprecated.
- Gordon Smith, Adobe
-Original Message-
From: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of Om
Sent: Tuesd
I'm confused. TLF was one of the features that I thought was most important for
the new enterprise development and I'm hearing it was an addition to the sdk
not flash player. My (non rhetorical) question to the group is: what features
have been added to the _player_ that we as flex developers us
On Tue, Feb 28, 2012 at 4:31 PM, Alex Harui wrote:
>
>
>
> On 2/28/12 4:25 PM, "Om" wrote:
>
> >
> > Can Folks from Adobe shed some light on how TLF is integrated with the
> Flex
> > SDK currently? I saw a note from an Adobe employee(?) on this blog post:
> >
> http://blogs.adobe.com/tlf/2011/0
We have a list of components for desktop, and an emerging list of components
designed for mobile. Anyone working with even lower power tv and blueray
devices that could benefit from even more lightweight components?
Ariel Jakobovits
ajako...@adobe.com
650-350-0282
On Tue, Feb 28, 2012 at 4:30 PM, David Francis Buhler wrote:
> I don't believe projects that fall under the ASF banner can make
> improvements or updates or references to non-ASF projects.
>
> I believe TLF is still an Adobe product, even the older version, and I
> think, by "Building" TLF's sour
On 2/28/12 4:25 PM, "Om" wrote:
>
> Can Folks from Adobe shed some light on how TLF is integrated with the Flex
> SDK currently? I saw a note from an Adobe employee(?) on this blog post:
> http://blogs.adobe.com/tlf/2011/08/tlf-branch-3-0-is-available-on-sourceforge-
> net.html
> *
> *
> * "
I don't believe projects that fall under the ASF banner can make
improvements or updates or references to non-ASF projects.
I believe TLF is still an Adobe product, even the older version, and I
think, by "Building" TLF's source into a binary, it might become an issue.
I got a 130 on my LSAT, so
TLF is a very complicated piece of the SDK/runtime. Swapping versions
without exhaustively testing them would break a lot of apps.
Can Folks from Adobe shed some light on how TLF is integrated with the Flex
SDK currently? I saw a note from an Adobe employee(?) on this blog post:
http://blogs.ado
Hi,
Also note that just because the build scripts are capable of using later
versions doesn't mean they have to by default.
Take a look at how I implements the flash player version change to see that in
action. The script still defaults to 11.1 but you can select to use 10.2,10.3
or 11.2 if yo
On 12-02-28 4:00 PM, "Tink" wrote:
>I don't think thats a point of view that Adobe have missed.
>
>Adobe are a business, they have weighed up the pro's and con's of
>developing for Linux and come to the conclusion that FB doesn't sell
>enough units on Linux to warrant the cost of development.
>
Hi,
> Should we hold off fixing https://issues.apache.org/jira/browse/FLEX-23 ?
>
> Last I heard, there was no decision on whether Adobe would donate TLF to
> ASF.
I don't think the issue is will they donatate it or not. The framework
currently uses it. The issue is that the build script curre
[
https://issues.apache.org/jira/browse/FLEX-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala updated FLEX-23:
Attachment: TLF2.1_ReleaseNotes.txt
TLF 2.1 release notes.
(Couldnt find a link - hence the at
I am not sure who gives permission :)
yours
Martin.
On 29/02/2012 09:10, Rafael Santos wrote:
It is my own emailrsan...@spectacompany.com.br
Rafael Santos - Specta
On Tue, Feb 28, 2012 at 21:07, Martin Heidegger wrote:
> Then you should pass your account in here to get permission:)
>
>
Should we hold off fixing https://issues.apache.org/jira/browse/FLEX-23 ?
Last I heard, there was no decision on whether Adobe would donate TLF to
ASF.
On Tue, Feb 28, 2012 at 7:07 PM, Justin Mclean wrote:
> Hi,
>
> Found a few minor issue with the current build framework scripts. See:
> https:
It is my own email rsan...@spectacompany.com.br
Rafael Santos - Specta
On Tue, Feb 28, 2012 at 21:07, Martin Heidegger wrote:
> Then you should pass your account in here to get permission :)
>
> yours
> Martin.
>
>
> On 29/02/2012 09:06, Rafael Santos wrote:
>
>> I have, but I dont think I hav
[
https://issues.apache.org/jira/browse/FLEX-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala updated FLEX-23:
Attachment: (was: TLF3.0_ReleaseNotes.txt)
> Add support for newer versions of the Tex
[
https://issues.apache.org/jira/browse/FLEX-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
OmPrakash Muppirala updated FLEX-23:
Attachment: TLF3.0_ReleaseNotes.txt
TLF3.0_ReleaseNotes.txt
TLF 3.0 release no
+1
On Tue, Feb 28, 2012 at 6:57 PM, Rafael Santos wrote:
> I have a simple suggestion cause I realized that many discussions are
> starting to get repetitive.
>
> Why don't we keep a "Decisions Page"? Every time someone starts an old
> discussion we inform him/her about this page... And we tell
Then you should pass your account in here to get permission :)
yours
Martin.
On 29/02/2012 09:06, Rafael Santos wrote:
I have, but I dont think I have permission to create a page.
Rafael Santos - Specta
On Tue, Feb 28, 2012 at 21:00, Martin Heidegger wrote:
Hello Rafael,
do you have a w
Hi,
Found a few minor issue with the current build framework scripts. See:
https://issues.apache.org/jira/browse/FLEX-22
https://issues.apache.org/jira/browse/FLEX-23
https://issues.apache.org/jira/browse/FLEX-24
None of these would be too hard to investigate/fix so anyone wanting to get get
the
I have, but I dont think I have permission to create a page.
Rafael Santos - Specta
On Tue, Feb 28, 2012 at 21:00, Martin Heidegger wrote:
> Hello Rafael,
>
> do you have a wiki account? Wiki should be perfect for that.
>
> yours
> Martin.
>
>
> On 29/02/2012 08:57, Rafael Santos wrote:
>
>>
I would like to see such a page. A few lines about the discussion with a
link to the Markmail archive for the email thread would be perfect. You
should just start a Wiki page and start entering things. People will
follow :-)
On Tue, Feb 28, 2012 at 3:57 PM, Rafael Santos wrote:
> I have a sim
Hello Rafael,
do you have a wiki account? Wiki should be perfect for that.
yours
Martin.
On 29/02/2012 08:57, Rafael Santos wrote:
I have a simple suggestion cause I realized that many discussions are
starting to get repetitive.
Why don't we keep a "Decisions Page"? Every time someone starts
I don't think thats a point of view that Adobe have missed.
Adobe are a business, they have weighed up the pro's and con's of
developing for Linux and come to the conclusion that FB doesn't sell
enough units on Linux to warrant the cost of development.
Unfortunately that doesn't suite a lot
I have a simple suggestion cause I realized that many discussions are
starting to get repetitive.
Why don't we keep a "Decisions Page"? Every time someone starts an old
discussion we inform him/her about this page... And we tell everyone to
check out the page before posting to the maillist.
Maybe
>
> I agree with Alex on this one. Now we may want to vet APIs before they
> get into the main SDK / release and that is what the voting process is for.
> But, I wouldn't force anyone into a pre-discussion before they start
> building anything. I want them to build it for what they need, donate
Add support for newer versions of the OSMF to SDK/build scripts
---
Key: FLEX-24
URL: https://issues.apache.org/jira/browse/FLEX-24
Project: Apache Flex
Issue Type: Improvement
Add support for newer versions of the Text Layout Framework to build scripts
Key: FLEX-23
URL: https://issues.apache.org/jira/browse/FLEX-23
Project: Apache Flex
Is
Hi,
well basically I think the first line says it all: "The organization
should choose a single administrator to submit its applications via the
soc 2012 site"[1]
The rest of the application consists of two things: 1) paperwork
describing Apache Flex and assuring that we have all it takes 2)
Great presentation !!!
Rafael Santos - Specta
On Mon, Feb 27, 2012 at 21:57, Justin Mclean wrote:
> 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.
>
Any chance you might trasmit that online?
Rafael Santos - Specta
On Tue, Feb 28, 2012 at 15:20, JP Bader wrote:
> We're meeting up tomorrow evening to talk with Christophe Coenraets
> and Michael Labriola to discuss Flex, Spoon, Apache, Adobe, and you!
>
> If you're within a 150 mile radius of
Let me give you a point of view that Adobe seems to miss
We are 6 developers that works with Linux and our products are used by more
than 200 users that use only Linux So when they are investing in Linux
they are actually investing in getting Windows clients
I always wanted to by Flex
On 2/28/2012 5:07 PM, Alex Harui wrote:
On 2/28/12 1:53 PM, "Ryan Frishberg" wrote:
I find that approach a little bit too gun-slinger in the wild-west. If
this was just an application, I wouldn't see as much of a point for
component specification. However, this is an SDK. More developers ar
Hi,
Seems fairly generous:
"Google will provide a stipend of 5500 USD per accepted student developer, of
which 5000 USD goes to the student and 500 USD goes to the mentoring
organization."
But does require a lot of work in mentoring etc on our side.
FAQ for those interested is here:
http://www
Hi,
> What would be in the submission? Apps? Or ideas for apps?
My (limited) understanding is that n organisation signs up and, students sign
up and submit proposals and if selected they get to work with the organisation
over the summer. Requires some organistion and mentoring but in return you
It's great to see that there are many developers here that use linux. In
one of the linux related announcements there was a mention that only 0.5%
of air-runtime downloads were linux based. As a percentage it sounds
ridiculously low, but this was still over 2 million downloads. When you
take into a
On 2/28/12 1:53 PM, "Ryan Frishberg" wrote:
> I find that approach a little bit too gun-slinger in the wild-west. If
> this was just an application, I wouldn't see as much of a point for
> component specification. However, this is an SDK. More developers are
> interested in our component sp
On Tue, Feb 28, 2012 at 3:53 PM, Ryan Frishberg wrote:
> We have strong backwards-compatibility
> requirements, and having a wiki where the API proposal is clearly laid out
> with possible issues makes sense to me.
>
Maybe not during initial development, but I do agree. A very good API
specific
On Tue, Feb 28, 2012 at 1:52 PM, Justin Mclean wrote:
> HI,
>
> > This summer is another google summer of code. Starting from tomorrow it
> is possible to send in applications [1]. I am not familiar with the process
> but I think it might be interesting for Apache Flex.
>
> I think is is a great i
I find that approach a little bit too gun-slinger in the wild-west. If
this was just an application, I wouldn't see as much of a point for
component specification. However, this is an SDK. More developers are
interested in our component specifications than just those who want to
check out the ap
HI,
> This summer is another google summer of code. Starting from tomorrow it is
> possible to send in applications [1]. I am not familiar with the process but
> I think it might be interesting for Apache Flex.
I think is is a great idea. We have about a week to get a submission in. What
do ot
On Tue, Feb 28, 2012 at 2:47 PM, Brent Arnold wrote:
> I don't have experience on the desktop monitor results, but from my
> understanding with mobile the dpi information is returned directly from the
> OS on the device. It's known that some devices return improper info, which
> I've heard is a r
I don't have experience on the desktop monitor results, but from my
understanding with mobile the dpi information is returned directly from
the OS on the device. It's known that some devices return improper info,
which I've heard is a result of the OS, not AIR.
For me the information that is r
28 feb 2012 kl. 20.46 skrev Brent Arnold:
> What information would you need that's not already included in the
> Capabilities class? Right now with Flash and AIR we can get access to
> screenDPI, screenResolutionX/Y, as well as color depth information.
I believe the Capabilities.screenDPI does
First of all, the text below is purely informational. If you are passionate
about the subject - save that for the time you have the time to read. This
is not an argument in favor of any particular technology, since you will
see that I'm preaching one thing, but I'm voting here for entirely
differen
On 2/28/12 10:44 AM, "Michael A. Labriola"
wrote:
>> My understanding (needs verification) is that we used a tool that matched the
>> output of flash.trace.Trace to the debugline opcodes in a SWF and that is the
>> code >coverage number. Unless I'm missing something, that is sufficient,
>> a
On Tue, Feb 28, 2012 at 1:48 PM, Om wrote:
> "it elevates ant to a level of a "master build" and anyone doing something
> else has to figure out how to make it work."
>
> I think that is the point. We cannot afford to have more than one 'master'
> build mechanism at a time.
I totally agree with
On Tue, Feb 28, 2012 at 1:47 PM, Alex Harui wrote:
> On 2/28/12 11:37 AM, "Greg Reddin" wrote:
>
>> That's basically another abstract idea because there is no Maven or
>> Gradle build. On the surface I can't really support it because it
>> elevates ant to a level of a "master build" and anyone do
"it elevates ant to a level of a "master build" and anyone doing something
else has to figure out how to make it work."
I think that is the point. We cannot afford to have more than one 'master'
build mechanism at a time. People are free to try other ways to build the
Flex SDK - no one is trying
On 2/28/12 11:37 AM, "Greg Reddin" wrote:
> On Tue, Feb 28, 2012 at 12:57 PM, Alex Harui wrote:
>> If I need to change the build, I should only have to change the Ant build
>> script. If that breaks the Maven or Gradle build scripts, too bad and folks
>> who know those build systems will hav
What information would you need that's not already included in the
Capabilities class? Right now with Flash and AIR we can get access to
screenDPI, screenResolutionX/Y, as well as color depth information.
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/system/Capabiliti
On Tue, Feb 28, 2012 at 12:57 PM, Alex Harui wrote:
> If I need to change the build, I should only have to change the Ant build
> script. If that breaks the Maven or Gradle build scripts, too bad and folks
> who know those build systems will have to react.
>
> Official releases would only include
On 2/28/12 7:32 AM, "Greg Reddin" wrote:
> On Tue, Feb 28, 2012 at 9:28 AM, Omar Gonzalez
> wrote:
>> If some people want to set up Maven builds, do it. No one is going to stop
>> you.
>>
>> If some people want to set up a Gradle builds, do it. No one is going to
>> stop you.
>
> +1. Let's
>My understanding (needs verification) is that we used a tool that matched the
>output of flash.trace.Trace to the debugline opcodes in a SWF and that is the
>code >coverage number. Unless I'm missing something, that is sufficient, and
>the example above would not show 100% coverage.
Thanks A
Dear list,
Talking about displays and their native ppi:s we've mentioned ANEs a couple of
time. I've tried to research this, because I believe there are real use-cases
if we could get it to work – layout elements based on the users context, not
his/hers device.
I'm a FLEX developer and feel th
I think this is an excellent idea.
The ANT Task could replace user-defined tokens inside both the HTML pages
and .AS/MXML files for copy.
BTW:The older Flash Ford Sync website (2009?) had an alternative HTML
version that displayed the same content as the Flash Version (complete with
images and me
We're meeting up tomorrow evening to talk with Christophe Coenraets
and Michael Labriola to discuss Flex, Spoon, Apache, Adobe, and you!
If you're within a 150 mile radius of Chicago, come check it out.
It's free and we'll have beer and pizza.
I'll try and capture it via adobe connect if anyone w
Jude:
On 12-02-28 10:06 AM, "jude" wrote:
>Here is my comment [2].
>
>I think SEO search results come down to popularity. Is everyone linking to
>your page? It might have something to do with Google analytics. How long
>people stay on your page.
DN: Amen brother! That is correct.
>
>But as a c
A few years ago Google posted a proposal for making ajax crawlable [1].
You'll need to read it to get the details but basically if you used a
special URL it would return only the data result not the view. To quote,
In summary, starting with a stateful URL such as
http://example.com/dictionary.html
On 2/28/12 6:55 AM, "Michael A. Labriola"
wrote:
>> Correct, but as I understand them, Mustella tests are pretty specific to
>> components (e.g., display objects). Does the rest of the framework have some
>> sort of test coverage, or am I misunderstanding Mustella?
>
> You can think of mustel
On Tue, 28 Feb 2012 12:13:14 -0500, Michel Boudreau
wrote:
Non-text part: multipart/alternative
> I'd agree with the comment about it doesn't matter what we build Flex with
> as long as it's available on the maven repo. I haven't looked at the build
> script just yet, but as long as it doesn't h
I'd agree with the comment about it doesn't matter what we build Flex with
as long as it's available on the maven repo. I haven't looked at the build
script just yet, but as long as it doesn't have external dependencies that
needs to be added to the codebase, I don't have any issue with using Ant.
On Tue, Feb 28, 2012 at 8:47 AM, Maciek Sakrejda wrote:
> It would be
> nice to offer support for multiple build tools here so we don't
> dictate what type of build system our users need to use (especially
> nice when your users are building a back-end with their scripts as
> well, and that may ha
> You still seem to be confused.
>
> Why would one chose to support two build systems - when ANT, is to all
> intents and purposes a subset of Maven's functionality; minus dependency
> management and a standardized configuration?
No, Yennick has a good point. There's the internal build tools and
s
I agree. I think setting up and managing a build process is a monumental
undertaking that someone would need to be passionate about the build tool
and own the task through to completion (if such a thing exists?). I
wouldn't dictate one build-tool versus another, provided someone was
willing to mak
>Hey Mike,
>
>I remember you talking about generating test stubs for all the framework
>classes last year on the Spoon list. Did you ever manage to finish this?
>And if so, do you think that these stubs are still something that can be of
>value?
>
>cheers,
>
>Roland
Not 100% finished but also no
>Are those "surgical changes" in your whiteboard space? Sounds extremely
>valuable.
There predate Apache. The ideas may, in some cases, be valuable, however, we
are now operating under different constraints to in many places I was proposing
changes only because of those limitations. Example, in
>
> The other concern is that we are likely to make more modification to
> existing code than to write brand new code for a while, IMO... to that end
> we are then trying to write tests against something that is very coupled
> and hence fundamentally untestable in units. When spoon first started, I
For anyone else picking up this thread, my earlier question is also
answered and documented here under "Enable SDK Testability"
http://www.spoon.as/core-values/
sD
On Tue, Feb 28, 2012 at 8:30 AM, Michael A. Labriola <
labri...@digitalprimates.net> wrote:
> The other concern is that we are likely to make more modification to
> existing code than to write brand new code for a while, IMO... to that end
> we are then trying to write tests against something that
On Tue, Feb 28, 2012 at 9:28 AM, Omar Gonzalez
wrote:
> If some people want to set up Maven builds, do it. No one is going to stop
> you.
>
> If some people want to set up a Gradle builds, do it. No one is going to
> stop you.
+1. Let's talk real proposals, not abstract ideas.
Greg
1 - 100 of 149 matches
Mail list logo
