r20972 - htdocs/branches/beta - Use right class for word GnuCash.

Cristian Marchi cmarchi at code.gnucash.org
Fri Jul 29 10:50:32 EDT 2011


Author: cmarchi
Date: 2011-07-29 10:50:32 -0400 (Fri, 29 Jul 2011)
New Revision: 20972
Trac: http://svn.gnucash.org/trac/changeset/20972

Modified:
   htdocs/branches/beta/sizing.phtml
Log:
Use right class for word GnuCash.

Modified: htdocs/branches/beta/sizing.phtml
===================================================================
--- htdocs/branches/beta/sizing.phtml	2011-07-29 14:49:02 UTC (rev 20971)
+++ htdocs/branches/beta/sizing.phtml	2011-07-29 14:50:32 UTC (rev 20972)
@@ -13,10 +13,10 @@
 <h1><?php echo T_($title);?></h1>
 
 <p class="justify">
-<?php echo T_("It can often be quite interesting to study the source code metrics behind a software development project.   Not a surprising interest: its accounting afterall.  GnuCash has grown, over the years, from a small handy electronic checkbook to a rather large and multi-featured desktop app.");?>
+<?php echo T_("It can often be quite interesting to study the source code metrics behind a software development project.   Not a surprising interest: its accounting afterall. <span class=\"gnucash\">GnuCash</span> has grown, over the years, from a small handy electronic checkbook to a rather large and multi-featured desktop app.");?>
 </p>
 <p class="justify">
-<?php echo T_("GnuCash currently consists of over a third of a million lines of code spread over more than a thousand files.  It has been translated into twenty-three languages and credits over 139 authors and contributors.");?>
+<?php echo T_("<span class=\"gnucash\">GnuCash</span> currently consists of over a third of a million lines of code spread over more than a thousand files.  It has been translated into twenty-three languages and credits over 139 authors and contributors.");?>
 </p>
 <p class="center">
 <img alt="[code size graph]" src="<?=$top_dir?>/images/sizing-graph.png" width="640" height="480" />
@@ -31,7 +31,7 @@
 <?php echo T_("Given that we have about 400 outstanding bugs in bugzilla, that works out to about one bug per thousand lines of code, or one bug per 50 pages of printout.  This bug count is actually not atypical for software projects; its near the norm.");?>
 </p>
 <p class="justify">
-<?php echo T_("The table below shows some historical lines-of-code and number-of-files metrics for the GnuCash development project.  Note that not all of the code is counted: for instance, the Makefiles and configure.in and autogen.sh are not counted. Also, files that are automatically generated are not counted, nor are files that have been 'borrowed' from other projects. Also not counted are experimental files, miscellaneous perl scripts, various converters, addons and utilities.  Finally, <tt>glade</tt> files are not counted, although large parts of the overall GUI are described in <tt>glade</tt> files.");?>
+<?php echo T_("The table below shows some historical lines-of-code and number-of-files metrics for the <span class=\"gnucash\">GnuCash</span> development project.  Note that not all of the code is counted: for instance, the Makefiles and configure.in and autogen.sh are not counted. Also, files that are automatically generated are not counted, nor are files that have been 'borrowed' from other projects. Also not counted are experimental files, miscellaneous perl scripts, various converters, addons and utilities.  Finally, <tt>glade</tt> files are not counted, although large parts of the overall GUI are described in <tt>glade</tt> files.");?>
 </P>
 <p class="justify">
 <?php echo T_("Note also that KLOC's are not a good metric of programmer productivity, nor even that <code>wc</code> is a good way of counting KLOC's.  Much better measures are complexity metrics, which, for example, count the number and size of if-then-else blocks, or the number and size of all blocks, or the number of math operators per statement.  Maybe someday we'll run one of those tools on this code. For now, this is what we have.  On the other hand, we've attempted to count only those files that contain human-edited code, that is, files that are directly edited by humans.  The point of doing this is to avoid artificially inflating the KLOC counts by counting automatically generated code (which is why the glade files are not counted: they are large and automatically generated).");?>



More information about the gnucash-changes mailing list