CurseForge.com

CurseForge.com

347 - Repository browser

It would be nice to have a repository browser to allow a fish-like visualization of a project's source repository.

Fish itself for git/hg may be too ambitious (or has that been done?), but a viewcvs-like interface would be more than enough.

User When Change
Kaelten Thu, 05 Mar 2009 04:58:34 Changed assigned to from Ackis to Kaelten
Kaelten Thu, 05 Mar 2009 04:58:19 Changed assigned to from Kaelten to Ackis
Kaelten Thu, 05 Mar 2009 04:56:49 Changed component from None to Repositories
Ackis Mon, 02 Mar 2009 16:12:10 Changed component from None to Repositories

You must login to post a comment. Don't have an account? Register to get one!

  • 9 comments
  • Avatar of sylvanaar sylvanaar Sat, 19 Sep 2009 14:59:00

    I think that rather than a repository browser for 3 version control systems - you could implement a zip file browser. It would be trivial to implement this way.

    You could build on that functionality. Since the version is already put into the addon's toc by the packager, you could very easily get the source file which matches a given debugstack.

    Also - browsing the zip would show you the source after it has been pre-proceesed, another plus.

  • Avatar of Kaelten Kaelten Thu, 05 Mar 2009 04:49:07

    oh, we've been using pygments for small things around the site for a while. We actually use several librarys by the guys over at pocoo.org.

    WowAce.com & CurseForge.com Adminstrator
    Developer of Ace3, OneBag3, and many other addons and libraries
    Project lead and Mac developer for the Curse Client

  • Avatar of Arrowmaster Arrowmaster Mon, 25 Aug 2008 18:09:37

    I only support this idea if the solution is good. I HATE VIEWCVS AND VIEWVC THOUGH!

  • Avatar of dafire dafire Fri, 15 Aug 2008 09:15:46

    this might be helpful :) http://pygments.org/

  • Avatar of anmoch anmoch Fri, 15 Aug 2008 07:57:50

    Well that's the point isn't it. Fish allows you to view the _history_, which is painful with SVN in any case because it requires extra round-trips to the server. OTOH in Git/Hg you just clone and explore the history locally.

    I'm all for Fish/SVN, I'm just saying I can live without it for Git/Hg.

  • Avatar of Dashkal Dashkal Tue, 15 Jul 2008 18:34:56

    Doing single checkouts of SVN is fast as well. git may be fast, but a single checkout of SVN doesn't take long unless the project is huge. If the project is huge, git would take just as long anyway (though it would get more done).

    The point is to avoid having to checkout at all so one can easily browse when required.

  • Avatar of anmoch anmoch Tue, 08 Jul 2008 12:15:24

    Git (and probably Hg) hardly needs this because cloning the repo for local browsing is extremely fast. +1 for SVN though

  • Avatar of Kaelten Kaelten Fri, 04 Jul 2008 17:31:55

    vote on it guys, to help prioritize.

  • Avatar of Kaelten Kaelten Fri, 04 Jul 2008 17:31:41

    Changed status from 'New' to 'Accepted'

    Assign ticket to Kaelten

  • 9 comments

Facts

Last updated on
16 Oct 2009
Reported on
04 Jul 2008
Status
Accepted - Problem reproduced / Need acknowledged.
Type
Enhancement - A change which is intended to better the project in some way
Priority
Medium - Normal priority.
Component
Repositories

Reported by

Possible assignees

Votes (Total: +141, Average: +2.7)