On 2010-04-24, Kai Willadsen <[email protected]> wrote: > On 22 April 2010 03:51, Grant Edwards <[email protected]> wrote: > >> Recently I noticed that I can no longer look at the changes I've made >> to a single file under SVN control by doing "meld filename". I swear >> that used to just show me the changes for the specified file. > > Do you mean that this doesn't work, or that it does work, but also > uselessly scans the directory tree? From my testing, this works in > git (modulo the scanning).
I mean that it works, but it uselessly scans the entire tree, and I don't remember it doing the scan. >> Now it goes ahead on its own and scans the entire directory tree >> underneath the current directory. > > As far as I can tell, Meld has always done this. I would have sworn it didn't start doing this until the past month or so, but I have no way to verify that -- so you're probably right. Perhaps our server has slowed down for some reason so that now it's a lot more noticable or perhaps I'm just higher up the tree on larger projects now. > The problem is that viewing differences of a single file under VC is > hacked on to the existing version control view. What we actually do > when asked to view a single file from the command line is open (but > not display) a version control tab, fully populate it, and ask it to > launch a comparison of the file we actually wanted in the first > place. Ah, I see. > I don't think we can just not populate the view and still have things > work, but it shouldn't be that hard to add a new pathway to VcView to > initiate a single file comparison. AFAICT all of underlying the VC systems have a "compare single file" command, but I can't comment on how easy it would be to use that inside meld. -- Grant _______________________________________________ meld-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/meld-list
