You should use svn diff. I usually do it from within Eclipse. It has a
command called Create a Patch or something. But I think just:
svn diff patch.txt
will work.
On Fri, Jun 27, 2008 at 1:22 AM, Josh McDonald [EMAIL PROTECTED] wrote:
The problem's in RadioButtonGroup, I've posted the
Not using eclipse' SVN, I hate it :) I went with regular old diff. I can
always re-submit it again some time, but I'm not recompiling the whole
source since that'd take weeks (exaggerating only a little), Flex's compiler
ain't quick. I'm just monkey-patching changes into my test-project source
Yeah, we want SVN patches. They're supposedly easier to manage. I
assume there isn't much to this fix so we can probably work from the
diff.
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Josh McDonald
Sent: Friday, June 27, 2008
I found the command line tools to compile the Flex SDK to be very speedy for
the amount of code it's working with. I just use eclipse for editing and
SVN. It really doesn't take much time at all. Its FB3 that's apparently so
slow. Either that or the framework code is easier to compile than my app,
Yeah planning on it, only checked it all out a couple of days ago, so I
haven't messed about with it much. I'll figure out SVN diff, and re-submit
any patches I cooked up with regular diff :)
On Sat, Jun 28, 2008 at 3:18 AM, Jonathan Branam
[EMAIL PROTECTED] wrote:
I found the command line
Alex,
We're listening to the button and not the group because we can easily bind
our button to our datamodel but listening to the group requires more manual
work on our part. So we go from a simple binding expression to a more
complex loop which simply redoes the same work that RadioButtonGroup
That's what I figured, just wanted to confirm. I still think the change
(which was for CheckBox) had unintended consequences in RadioButton, so
file a bug.
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Samuel Neff
Sent: Thursday,
Thanks for confirming. Bug filed.
https://bugs.adobe.com/jira/browse/SDK-15918
Best regards,
Sam
-
We're Hiring! Seeking passionate Flex, C#, or C++ (RTSP, H264) developer in
the Washington D.C. Contact [EMAIL PROTECTED]
On Thu,
It makes more sense to me to be for Radiobutton than Checkbox. Why on earth
would you not want to get a change event when a checkbox is unchecked?
-Josh
On Fri, Jun 27, 2008 at 2:48 AM, Samuel Neff [EMAIL PROTECTED] wrote:
Thanks for confirming. Bug filed.
It looks like it was done to prevent events for programmatic changes to
.selected which would be correct, but the RBG programmatically unselects
an RB and this code now prevents an event which probably should fire.
From: flexcoders@yahoogroups.com
The problem's in RadioButtonGroup, I've posted the details to the bug.
Alex,
I've got Contrib permission, but the submit a patch document just talks
about TortoiseSVN. Is the patch file I need to submit simply:
diff /path/to/checkout/foo.as /path/to/new/foo.as mypatch.diff
Just using standard
I'd say it is a bug. Why are you listening to each button instead of
the group?
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Samuel Neff
Sent: Wednesday, June 25, 2008 1:11 PM
To: flexcoders@yahoogroups.com
Subject: [flexcoders]
Looks like intended behaviour, and the bug is in the documentation. From
Button.as:
/**
* @private
*/
public function set selected(value:Boolean):void
{
selectedSet = true;
setSelected(value, true);
}
mx_internal function setSelected(value:Boolean,
13 matches
Mail list logo