Summer of Code: Justin Peng

Justin Peng justin.peng.sw at gmail.com
Tue Apr 7 09:33:16 CDT 2009


Thanks sincerely for your encourage, Leslie!

Well, just like Peter said, CRecord extension maybe able to help you
to 'commit' or 'qnew -f' by providing text-gui based change selection,
the UE has been improved a lot than Record extenion which is base on
CUI . And Dennis also pointed out, TortoiseHg has provided more
wonderful experience with 'Shelve changes' menu item on the same two
commands.

My work will focus on:
1.  providing securer state restoring.
2.  providing a uniform API for commands or extensions taking changes.
This will reduce a lot of rebundant code in existing extensions, such
as record, crecord, TortoiseHg and maybe others.
3.  Use the API to extend command set  supporting change selection,
such as the core commands import and export.

I also believe, a better change selection based on CUI must be
supported for better portability. In my test on CRecord, It can not
work on wcurses, i.e. windows.

Thanks again for your approval! It inspire me greatly!

Best Regards
Justin

2009/4/4 Leslie P. Polzer <sky at viridian-project.de>:
>
> Hi,
>
> I'd like to endorse Justin's proposal for a granularity system
> and extensions/core working with it[1]. It's an important
> feature that I miss every other day.
>
> His write-up is also quite sensible and convincing.
>
> This work should definitely be granted for SoC IMHO.
>
>  Leslie
>
> [1] http://www.selenic.com/mercurial/wiki/index.cgi/JustinPeng
>
> --
> LinkedIn Profile: http://www.linkedin.com/in/polzer
> Xing Profile: https://www.xing.com/profile/LeslieP_Polzer
> Blog: http://blog.viridian-project.de/
>
> _______________________________________________
> Mercurial mailing list
> Mercurial at selenic.com
> http://selenic.com/mailman/listinfo/mercurial
>



-- 
Justin Peng



More information about the Mercurial mailing list