(required for the templates)
* Implemented two suggestions from Gregs reviewing mails:
1: The fragment comes after the URL. The above pattern would be something
like: "href=\"%m%F%7#rev%R\""
2: request.qmark_query is what you're looking for here
Thanks, Greg.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@313 8cb11bc2-c004-0410-86c3-e597b4017df7
* Finally removed the duplicated text from directory.ezt and replaced it
with a 'Help' button at the upper right corner.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@311 8cb11bc2-c004-0410-86c3-e597b4017df7
ViewCVS installation. So back these out from the doc directory again.
Remaining work: Change the links within the Help pages.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@309 8cb11bc2-c004-0410-86c3-e597b4017df7
> Note quite there yet.
>
> map_rev_href = "href=\"%m%F%7&rev=%R&content-type=text/vnd.viewcvs-markup\"";
>
> in cvsgraph.conf works. The content-type is *essential*.
I also added comments describing the difference between this and the
previous configuration setting and a comment to describe the new options
passed from ViewCVS to cvsgraph.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@308 8cb11bc2-c004-0410-86c3-e597b4017df7
> When a repository root other than the default
> one is chosen, cvsgraph does not take the
> ?cvsroot=FOO into account. e.g.
>
> <area shape="rect" href="files.default#rev1.1"...
>
> The %c = cvsroot (with trailing '/') in cvsgraph.conf
> is the path, not what viewcvs.cgi wants. Thus,
> it seems that 'request.amp_query' or something similar
> has to be sent as a command-line argument to cvsgraph
> and weeded out as a %0..%9.
>
> e.g.
> map_rev_href
> = "href=\"%m%F#rev%R\"";
> should be
> map_rev_href
> = "href=\"%m%F#rev%R?cvsroot=%6\"";
> where %6 is 'Development' or something similar.
Not exactly but similar. Please test.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@307 8cb11bc2-c004-0410-86c3-e597b4017df7
really, which means that I probably overlooked something, but it works.
* Rearranged the diff links.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@302 8cb11bc2-c004-0410-86c3-e597b4017df7
maintain the row color if there aren't any entries.
* Colapsed the 'Branch Path' column into 'Branch'
* Added <br> and &nbps; tags where appropriate to correctly format each entry.
* Diff to branch point works correctly.
* Many misc. changes.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@301 8cb11bc2-c004-0410-86c3-e597b4017df7
was never true. The entry.branch_point was never set. Now works as
expected in the log template files.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@300 8cb11bc2-c004-0410-86c3-e597b4017df7
Jon Burt <jonb@inktomi.com> on the viewcvs mailing list today.
Jon posted a patch which I slightly modified (see my reply to
his EMail in the mail archive).
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@298 8cb11bc2-c004-0410-86c3-e597b4017df7
* Added much more "denglish" text to the module doc string!
Attention: The docstring is probably not yet DOC-SIG (DPS) compatible.
I lost track following the exciting work done there lately.
Please correct any bad english grammar. May be I will be able
to improve my english from reviewing your diffs <wink>.
* Reworked the initial (one-and-only) test case so far to include
at least one if block directive and fixed some typos.
* Added more doc strings to functions and methods.
* implemented an include directive. My implementation might not be very
elegant. I wanted to optimize the case, where the include
directive occurs within a for block, but the name of the include
file is a string constant. The include file is readed in only once then.
To be able do this I wanted to recursivly call the parse_file method
and append the returned 'program' to the 'program' assembled so far.
To do this, I renamed 'parse' and 'parse_file' into '_parse' and
'_parse_file' which return the program sequence instead of assigning
to instance attribute directly. To avoid a change in the interface,
I added two new wrapper methods 'parse' and 'parse_file', which
simply call these new private methods.
The other case (include filename given as a value reference) is
handled in a way similar to what was suggested by Greg: I added a
_cmd_include() method which will invoke _parse() and _execute()
each time again, if its execution is encountered. This however
will avoid (delay) reading the include file, if the directives
happens to be in an if or else clause, which is not executed.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@297 8cb11bc2-c004-0410-86c3-e597b4017df7
1. make 'request' accessable to the template/directory.ezt
(I want to use [request.script_name] for constructing a help page url)
2. Fix tarball name generation, if someone requests to download a tarball
of the whole repository. Someone suggested the name 'cvs_root' somewhere
and this guy also suggested to add a new config option to disable tarball
generation in the root directory alltogether. I thought about adding
this config option but decided against it. We should think of users
as consenting adults and I wanted to keep configuration reasonable simple.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@296 8cb11bc2-c004-0410-86c3-e597b4017df7
The new colors match the traffic light metapher:
1. red (stop) displays removed code no longer in use
2. yellow (attention) displays changed code
3. green (go) displays new added code.
Colors are always a matter of taste.
But I believe these colors make more sense and especially provide
more visual contrast than the previous colors copied from cvsweb.
I also modified some comments.
Please tell me, if you disagree.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@295 8cb11bc2-c004-0410-86c3-e597b4017df7
Might be removed from templates/directory.ezt.
Please have a look at my email to viewcvs-dev.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@294 8cb11bc2-c004-0410-86c3-e597b4017df7
The second of these patches was submitted by Christophe Jaillet (tititou)
as SF bug #478323, which should be closed now. Greg?
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@292 8cb11bc2-c004-0410-86c3-e597b4017df7
logic for sorting similar to what is available on directory page. Need more
testing to make sure format is scalable to complex repositories.
* Fixed small bug in log.ezt. Stray 'Diff' string in the wrong place.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@291 8cb11bc2-c004-0410-86c3-e597b4017df7
The missing column is not dependent upon the show_subdir_lastmod flag -- we
don't need to propagate that into the template. If that branch of logic in
the template is reached, then we *know* that show_subdir_lastmod is enabled.
Just hard-code the column (for the revision).
Also a minor optimization: shifted the setting of row.graph_href rather than
setting it for every dir in file_data (note that we skip some of them).
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@288 8cb11bc2-c004-0410-86c3-e597b4017df7
don't need to propagate that into the template. If that branch of logic in
the template is reached, then we *know* that show_subdir_lastmod is enabled.
Just hard-code the column (for the revision).
Also a minor optimization: shifted the setting of row.graph_href rather than
setting it for every dir in file_data (note that we skip some of them).
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@287 8cb11bc2-c004-0410-86c3-e597b4017df7
or some other reason, output the actual command before reraising the
Broken Pipe exeception.
I hope this change reduces the chance people will blame problems
with their enscript installation on ViewCVS.
For me this made it much easier to track down a small typo I commited
with revision 1.45 earlier this week: To be consistent with the
'enscript'-patch, which I submitted to Markku Rossi <mtr@iki.fi> this
spring I replaced 'modula2' with 'modula_2'.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@286 8cb11bc2-c004-0410-86c3-e597b4017df7
use_cvsgraph and show_subdir_lastmod options:
* If use_cvsgraph and show_subdir_lastmod were both on, some subdirectory
entries would get (graph) links.
* Under various combinations of settings, the directory entries would not
line up in the proper columns.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@283 8cb11bc2-c004-0410-86c3-e597b4017df7
new template is templates/query.ezt and is the "query" config option in the
[templates] section.
This converts about half the code. The database results come after the
footer, but that will be fixed in a (near) future revision.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@275 8cb11bc2-c004-0410-86c3-e597b4017df7
people should be recognized properly. This also implies joint copyright, but
who needs that with the flexibile license we have? :-)
I don't have URLs for home pages for these people, nor do I know if they
want them listed... so just names for now.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@273 8cb11bc2-c004-0410-86c3-e597b4017df7
I think the lib/config.py must define cvsdb.row_limit.
Hacked around the viewcvs.html_header problem and got an error
in lib/cvsdb.py until I added row_limit = 1000 in viewcvs.conf.
Works now.
I've not tested this! I'v no MySQL setup.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@272 8cb11bc2-c004-0410-86c3-e597b4017df7
column to colspan=2, if cfg.options.use_cvsgraph is enabled. This is
a very minimal change not solving what Greg called
"""the stupid stuff about table headers in view_directory() and
directory.ezt needs to be cleaned up. Specifically, the whole
"show_author" crap should just be an aspect of the template, not the
code."""
Although I still believe, that the /icons/small/image2.gif would look
better, I left the text "(graph)" as represenation of the link in there.
* Added a link to the cvsgraph display to the log.ezt template.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@268 8cb11bc2-c004-0410-86c3-e597b4017df7
INSTALL with <VIEWCVS_INSTALL_DIRECTORY>. I needed to reformat several
paragraphs in order to keep line length below the 80 column treshold.
* Added a small note about extending enscript syntax highlighting to
exotic programming languages.
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@267 8cb11bc2-c004-0410-86c3-e597b4017df7
This is more consistent with the already existing enscript_path config option.
* Added a new subsection about enscript configuration to the INSTALL file
similar to the subsection about cvsgraph.
* Updated the notes about cvsgraph to match the new situation. (make install
in the cvsgraph source directory places itself into /usr/local/bin).
* Added a note about linking cvsgraph on Solaris.
* The value of the config option variable cvsgraph_conf needs to be an
absolute path. viewcvs-install now sets this path automatically
to the viewcvs install directory.
Idea: Should viewcvs-install try to find cvsgraph and enscript binaries
on $PATH and enable the use*-config options automatically?
git-svn-id: http://viewvc.tigris.org/svn/viewvc/trunk@265 8cb11bc2-c004-0410-86c3-e597b4017df7