Fwd: [PATCH RFC] clone: copy hgrc paths if source and dest are local

[Jason Harris]

Begin forwarded message:

> From: Adrian Buehlmann <adrian at cadifra.com>
> Date: June 14, 2010 2:43:07 PM GMT+02:00
> To: Jason Harris <jason at jasonfharris.com>
> Cc: peter.arrenbrecht at gmail.com, Bill Barry <after.fallout at gmail.com>, mercurial-devel at selenic.com
> Subject: Re: [PATCH RFC] clone: copy hgrc paths if source and dest are local
> 
> On 14.06.2010 14:00, Jason Harris wrote:
>> 
>> On Jun 14, 2010, at 1:54 PM, Adrian Buehlmann wrote:
>> 
>>> On 14.06.2010 12:35, Jason Harris wrote:
>>>> Isn't path groups and things like that more a function for the system lying above Mercurial if there is one. Ie a GUI. Eg see this:
>>>> 
>>>> http://jasonfharris.com/machg/MacHgHelp/pgs/AboutRepositoryLists.html
>>>> 
>>>> So in the document view the user can drag around the repositories into any order they want, etc. This makes a lot of sense for the GUI. However, does it make sense for Mercurial to have this somehow specified somewhere? I am not so sure. Would normal users really use this in command line mercurial?
>>>> 
>>>> If normal users would not use it then I would think... that it should really be done in the GUI, and that the GUI stores this information wherever it stores its other stuff to do with settings and stuff... (I could of course be missing some facet of how THg works though :) )
>>> 
>>> Yuck, top posting.
>>> 
>>> I was just trying to see if there's any chance of integrating it in
>>> mercurial settings in a standard way - outside of our walled TortoiseHg
>>> garden :-).
>> 
>> :)
>> 
>> 
>>> And yes, we are heavily working on these things right now for the PyQt
>>> based TortoiseHg 2.0 (ETA: Nov 1st) [1]. MacHg inspired us for our new
>>> RepoRegistry widget [2].
>> 
>> Thanks! Of course I can't take any credit here :) MacHg just followed standard apple HIG human interface guidelines and programs like apple mail, ical, itunes, etc... But I think it works nicely and 
>> 
>>> [1] http://bitbucket.org/tortoisehg/thg
>>> [2]
>>> http://bitbucket.org/abuehl/thg-qt-abuehl/downloads/workbench-thg-qt-2010-06-14-2.PNG
>> 
>> Ohhh... That looks much much nicer than the current tortoise hg I have played with under vista :) Congratulations!! :)
> 
> Yeah. And it will run on Mac. So watch out! :)

:)

I am curious to see the progress in QT these days... What does the mac screen shot look like? Eg, does the repository view use correct apple "source list" highlighting?  I have seen some QT mac ports, and well... Eg for instance VLC was one of the poster childs for using cross platform compilation using QT, but in the end they dropped QT for the Mac and launched their own cocoa native Mac port. This cocoa VLC version looks a lot lot better on the Mac. (I wasn't actually aware of the background, but I personally noticed this at the time it happened and though, wow VLC looks a lot better now. Later when I was actually looking at some stuff to do with QT I stumbled upon this tidbit of info and went ohhh... Thats what I saw back then: they switched from QT to cocoa...) Thus VLC for instance are using QT for windows and linux, and a cocoa native version for the mac.

Thus generally the QT stuff looks mac like on the surface (ie the controls are draw mac standard, etc) but they are generally not very compliant with HIG at all. Eg will you be able to drag things in from the finder? Do your commit dialogs have button placement that follows HIG (Eg in the current THg (in my testing on vista) the commit "OK" button is in the toolbar! Which I guess is maybe linux standard? But eg a mac user would decry such behavior :) Thus hitting all platforms equally I am guessing will be *quite* a hard task...

However, what you currently have looks a lot lot better than the current THg ;) and it looks like you guys are making good progress towards this goal... Again congratulations!! :)

(BTW is there a mac version people can play with? Or is it still to early?)

Cheers,
  Jas

> Hat tip to the folks at Logilab, where we have shamelessly stolen the
> hgview sources from and soaked them in as a kick start for the log viewer.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20100614/87081cb2/attachment.htm>