On Wed, Apr 24, 2013 at 9:06 PM, Erik de Bruin <e...@ixsoftware.nl> wrote:
> There are excellent git GUI applications out there (for the Mac: > SourceTree, and my personal favorite Tower) that will do all this > stuff automatically. New branches 'just show up' etc. > > IMHO, git is one of those applications that really needs a UI, the > command line just isn't doing it justice. > > I agree. I know folks should be able to use whatever tool they want (including command line tools), but a good GUI tool like TortoiseGit or SmartGit makes a big differences for new comers to Git. As a bonus, the console window usually shows the commands that get executed. A great way to learn GIT, IMO. Thanks, Om > EdB > > > > On Wed, Apr 24, 2013 at 11:15 PM, Dasa Paddock <dpadd...@esri.com> wrote: > > It does, but only for the ones that are already known in your repo. It > doesn't contact the remote to see if there are new ones. > > > > Tip: Use git fetch --prune to remove any remote-tracking branches which > no longer exist on the remote. > > > > --Dasa > > > > On Apr 24, 2013, at 2:06 PM, Gordon Smith <gosm...@adobe.com> wrote: > > > >> I think 'git branch -r' may list the remote branches even if you don't > have corresponding 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 public branches. > >> > >> > >> On 4/24/13 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 <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: > >>>> > >>>>> 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 work across a lot of older browsers we don't care > >>>>> about these days like > >>>>> IE6 and IE7. If that's the case, why take on all of that code? > >>>>> > >>>>> I know when Adobe wrote the JS layer for BrowserManager it had a lot > >>>>> of code paths we can probably drop if we don't have to support older > browsers. > >>>>> > >>>>> I wouldn't want to take a 6K hit unless we really understand what > >>>>> we're getting for it. > >>>>> > >>>>> > >>>>> On 4/24/13 11:45 AM, "Erik de Bruin" <e...@ixsoftware.nl> wrote: > >>>>> > >>>>>> 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 in there as well). > >>>>>> > >>>>>> EdB > >>>>>> > >>>>>> > >>>>>> > >>>>>> On Wed, Apr 24, 2013 at 8:39 PM, Alex Harui <aha...@adobe.com> > wrote: > >>>>>>> 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 work on IE8? > >>>>>>> 3) when writing AS code, do we still get to use dispatchEvent(new > >>>>>>> Event())? > >>>>>>> > >>>>>>> If the answer to all 3 is yes, then I don't have a problem moving > >>>>>>> over to goog.events. Otherwise, I would say the status quo is the > better choice. > >>>>>>> > >>>>>>> > >>>>>>> On 4/24/13 11:21 AM, "Erik de Bruin" <e...@ixsoftware.nl> wrote: > >>>>>>> > >>>>>>>> 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 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 Utrecht > >>>>>>>>> > >>>>>>>>> T. 06-51952295 > >>>>>>>>> I. www.ixsoftware.nl > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Alex Harui > >>>>>>> Flex SDK Team > >>>>>>> Adobe Systems, Inc. > >>>>>>> http://blogs.adobe.com/aharui > >>>>>>> > >>>>>> > >>>>>> > >>>> > >>>> -- > >>>> Alex Harui > >>>> Flex SDK Team > >>>> Adobe Systems, Inc. > >>>> http://blogs.adobe.com/aharui > >>>> > >>> > >>> > >> > >> -- > >> Alex Harui > >> Flex SDK Team > >> Adobe Systems, Inc. > >> http://blogs.adobe.com/aharui > >> > >> > > > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl >