Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 320443 - Cgit home will soon be hard to read
Summary: Cgit home will soon be hard to read
Status: RESOLVED FIXED
Alias: None
Product: Community
Classification: Eclipse Foundation
Component: Git (show other bugs)
Version: unspecified   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Eclipse Webmaster CLA
QA Contact:
URL: http://git.eclipse.org/c/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-20 16:53 EDT by Denis Roy CLA
Modified: 2010-11-29 11:22 EST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Denis Roy CLA 2010-07-20 16:53:14 EDT 
The web index of our Git repos will soon be hard to read (if it isn't already).  A first step would be to insert a break based on the first letter of the repo name.

bpmn2
bpmnmodeler

emf/org.eclipse.emf.mwe.git
emf/org.eclipse.emf.mwe.releng.git

gemini.web/org.eclipse.gemini.web.gemini-web-container.git
gyrex/main.git	Gyrex - Equinox on servers.

m2t/org.eclipse.xpand.git
Comment 1 Markus Kuppe CLA 2010-07-21 03:00:56 EDT 
Whitespaces will cause the page to eventually become very long. Maybe an alphabetic index at the top to jump to a specific letter directly?

For convenience, it would be great to have http://git.eclipse.org/c redirect to http://git.eclipse.org/c/ to avoid 404s.
Comment 2 Denis Roy CLA 2010-07-21 09:02:53 EDT 
We'll eventually have several hundred repos, so the page will definitely get insanely long.

As for adding an alphabetic index, that's a great idea.  Cgit is written in C, which is not my strong point.  I'll try opening an enhancement request at the project rather than attempt to do server-side C code riddled with buffer underruns.
Comment 3 Denis Roy CLA 2010-11-29 11:22:03 EST 
The newer version of cgit allows splitting the list into sections, based on the path.  Since we create one "container" directory for each project, this groups all of one project's repos into a grouping.

I'll close this as fixed since this is the best I can do for now.