Differences between revisions 10 and 11
Revision 10 as of 2016-02-02 16:46:58
Size: 2891
Editor: Mathiasdm
Comment:
Revision 11 as of 2016-02-03 10:00:31
Size: 2914
Comment: mention good examples of graph UI
Deletions are marked like this. Additions are marked like this.
Line 42: Line 42:
 * '''Further details''': Current graph rendering code in hgweb is pretty clunky and not very extensible or efficient. We could update it to today's standards, include more things (e.g. phases, hidden changesets, also look at TortoiseHg's graph for more examples) and render graph more efficiently and in a nicer-looking way.  * '''Further details''': Current graph rendering code in hgweb is pretty clunky and not very extensible or efficient. We could update it to today's standards, include more things (e.g. phases, hidden changesets) and render graph more efficiently and in a nicer-looking way. We could borrow some ideas for graph from TortoiseHg, BitBucket and Kiln.

GSoC Project Ideas for 2016

Here are some ideas of possible 2016 summer project ideas for Mercurial. Your own ideas are welcome. You may decide to work on these ideas or use them as a starting point for your own.

/!\ All potential GSoC candidates should visit our SummerOfCode/2016 page, which contains more information on everything GSoC for this year.

1. Please add GSoC ideas here

1.1. Example

  • Project description: This is an example project. Please add a clear description with some details about the idea.

  • Skills: Specific programming languages, domain-specific knowledge... For example: Python, network programming

  • Difficulty level: Easy/Intermediate/Difficult

  • Related reading/Links: Useful links to wiki pages, specific relevant mailing list discussions or patches, ...

  • Further details: Additional detail about the idea

  • Potential mentors: mentors likely to be involved with this project

1.2. Improved handling of merge conflicts

  • Project description:

    • Improve the user-friendliness of merge conflicts. Currently, a number of merge conflicts are not handled in a clean way. Rather than present the user with a number of ways to handle a conflict, Mercurial simply aborts. One example of this is directory/file conflicts. This is the case where on one side of the merge, a file is created. On the other side of the merge, a directory with the same name is created. During a merge, an obscure error pops up. This should be handled properly, by allowing the user to choose how to handle the conflict.
  • Skills: Python

  • Difficulty level: Difficult (?)

  • Related reading/Links: http://bz.mercurial-scm.org/show_bug.cgi?id=29

  • Further details: MergePlan contains more details about the exact problem and a possible path forward. Additionally, the filemerge code is most likely to be relevant.

  • Potential mentors: ?

1.3. Modernize hgweb's graph rendering

2. Other ideas?

Come talk to us on IRC.


CategoryGsoc

SummerOfCode/Ideas2016 (last edited 2017-01-20 04:06:31 by timeless)