* GSOC Application [gitweb]
@ 2012-03-19 22:09 Philipp Abraham
2012-03-19 23:06 ` Jakub Narebski
0 siblings, 1 reply; 2+ messages in thread
From: Philipp Abraham @ 2012-03-19 22:09 UTC (permalink / raw)
To: git
Hello together,
I just received my Bachelors degree and am now starting the Masters
courses at the University of Luebeck in Germany.
I have been playing around with web development for a while now and
would like to be a Google Summer of Code participant for the git
project. Although I used git for quite a time now (maybe 2 years),
managing an open source project on github recently introduced me to even
more of it's power.
For my application, I would like to focus on gitweb.
Looking at this year's proposals [1] the point "Use JavaScript library /
framework in gitweb" caught my interest.
I scanned through the current javascript code used by gitweb and noticed
that there's not too much going on currently.
There are only 2 components where JS is used: Adjusting the time zone
and incrementally looking up the data for blame.
Since including a JS library (like prototype.js or jQuery) and
refactoring the (small) existing code base to use the lib's methods
doesn't look enough for GSoC, I wanted to ask what would be the best
idea for a project proposal.
Are there any additional features that you would like to see in gitweb?
I thought about creating a graphical representation of the tree (as
proposed on last years idea list [2]) additionally or in exchange for
the first idea.
Though I couldn't think of the perfect solution (from a technology
point) yet.
Possible technologies would be using SVG, html5 canvas element or
dynamically manipulated DOM elements (best browser support but harder to
realize). Using special characters like 'git log --graph' does, seems to
look a bit too retro in a web application.
What would you advice to maximize the chances of getting accepted to
work on gitweb?
--
Philipp
[1] https://github.com/peff/git/wiki/SoC-2012-Ideas
[2] https://git.wiki.kernel.org/articles/s/o/c/SoC2011Ideas_49fd.html
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: GSOC Application [gitweb]
2012-03-19 22:09 GSOC Application [gitweb] Philipp Abraham
@ 2012-03-19 23:06 ` Jakub Narebski
0 siblings, 0 replies; 2+ messages in thread
From: Jakub Narebski @ 2012-03-19 23:06 UTC (permalink / raw)
To: Philipp Abraham; +Cc: git
Philipp Abraham <abrahamp@informatik.uni-luebeck.de> writes:
> For my application, I would like to focus on gitweb.
> Looking at this year's proposals [1] the point "Use JavaScript library
> / framework in gitweb" caught my interest.
> I scanned through the current javascript code used by gitweb and
> noticed that there's not too much going on currently.
>
> There are only 2 components where JS is used: Adjusting the time zone
> and incrementally looking up the data for blame.
Well, there is 2 and a 1/2: there is also "JavaScript detection".
> Since including a JS library (like prototype.js or jQuery) and
> refactoring the (small) existing code base to use the lib's methods
> doesn't look enough for GSoC, I wanted to ask what would be the best
> idea for a project proposal.
All three components could be improved:
* "JavaScript detection" now rewrites all internal links after
loading document. Perhaps a better solution would be to install
"live" onclick event handler that would capture clicking on
internal links and only then add 'js=1'
* The UI for adjusting timezone could be improved using UI part of
JavaScript library; also capturing of onclick could be improved.
* Incremental blame could be written in two parts: one as possibly
emulated (via timer) onprogress for XHR, one as queuing visual
updates based on received data
> Are there any additional features that you would like to see in gitweb?
* Client-side sorting of tables (e.g. list of projects), though at
least for some JavaScript libraries that would hardly need any work
beside intergrating visually with the rest of gitweb and disabling
server-side sorting
* Client-side syntax highlighting of blob view. The problem here is
how gitweb splits putput into lines, and provides line numbers,
instead of just dumping file contents inside some kind of
<pre>...</pre> element.
* Some way of allowing to create a diff between two arbitrary
revisions; this might need some changes in server-side, and
knowledge of Perl.
A subset of this could be something like history view in MediaWiki.
* Perhaps further refinement of highlighting changes in diff, or even
implementing transforming ordinary unified diff into side-by-side
diff entirely on client side.
* Some way of automatic extending of clickable area for places where
we have single link in a cell or cell-like structure
> I thought about creating a graphical representation of the tree (as
> proposed on last years idea list [2]) additionally or in exchange for
> the first idea.
> Though I couldn't think of the perfect solution (from a technology
> point) yet.
> Possible technologies would be using SVG, html5 canvas element or
> dynamically manipulated DOM elements (best browser support but harder
> to realize). Using special characters like 'git log --graph' does,
> seems to look a bit too retro in a web application.
Or just use Raphael JavaScript library (http://raphaeljs.com)...
> What would you advice to maximize the chances of getting accepted to
> work on gitweb?
--
Jakub Narebski
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-03-19 23:06 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-19 22:09 GSOC Application [gitweb] Philipp Abraham
2012-03-19 23:06 ` Jakub Narebski
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).