New scripts for translation into Chinese and other languages where English
word order is too different than the word order of the target language to
yield meaningful translations.

The new scripts use a different translation file format (namely standard
gettext-style PO files).

This seems to reasonably work (e.g., producing an empty en_GB translation
then installing seems to not corrupt the "translated" files), but it likely
will still contain some bugs. There is also little documentation, but try
to run perldoc on the .p[lm] files to see what's there. There are also some
spurious warnings (both from bugs in the new scripts and from buggy third-
party Locale::PO module).

New NPL templates

New NPL templates

Adding item information variable declarations to 'Waiting' section already present in 'Reserved' section

Warn against Apache #include directive

Updated w.r.t. the text-extract2.pl filter.

Adding variable declarations so that 'waiting' screen shows same information 'reserved' screen does, adding more address info

The previous change was wrong.

Allow trim to return the trimmed whitespace if the caller wants them.

Don't extract strings from the VALUE attributes of RADIO type INPUT fields;
these aren't translatable.

Insert the filename of the token into the TmplToken object too

Converted TmplTokenizer into a class. Everything still seems ok, but it is
not tested thoroughly.

Still more bugfixes for my own bugs.

$readahead is now an array @readahead which can contain TmplToken objects,
so "ungetting" tokens should not disturb the line number counter any more.

Fixed more bugs during the modularization

Further breaking up of the TmplTokenizer module.
A couple of minor fixes.

Avoid direct accessing of variables inside the module

Some functions should not be in the module; these are now removed.

Pulled the tokenizer out into a module. Hope this has been done right.

Minor factoring of construction of warning messages.

Don't bother warning about TMPL_VAR if the key is onclick, onblur, etc.
We don't know how to warn/what to suggest, & that will only confuse people

Fix spurious warnings if attribute is in the form foo="bar"</TMPL_IF>

Make a reasonable suggestion for ESCAPE= if we warn about lack of it

Fixed spurious warning about unescaped < inside cdata

Minor change to make the "closed start tag" warning more understandable

Don't complain about strange attribute syntax if what we see is a
reasonable templating control flow directive (if, else, unless).

Have to make it know what "closed start tag" notation is; other it spews
out more than a screenful or text for an "unknown token" when such notation
is seen

Fixed problem recognizing tags in the form of <foo ... bar=<!-- TMPL_VAR ... >>

Don't extract TMPL_VAR's as if they were translatable

Don't complain about </TMPL_IF> or </TMPL_LOOP> being strange attribute
syntax; they are fine.

The way TMPL_VAR is warned probably makes more sense now.

This should be still more correct regarding when to warn about TMPL_VAR
in attributes

More correct version of previous change

Make sure that if an attribute contains < or >, a warning is given; these
warnings aren't pedantic because (1) if it's a templating directive, it
might expand into something containing a real < and/or >, and (2) if it
contains >, the browser will close the current tag, and (3) if it contains
< and the browser knows what "SGML closed start tags" are (e.g., Mozilla),
the browser will also close the current tag.

Hmm. I didn't know there can be whitespace before and/or after = in
attributes...

Handle leading or trailing &nbsp;'s as leading or trailing spaces.
Make sure they are all trimmed off.

$re_end_entity is now used (by the above); there are &nbsp's (no ;)
in our templates.

Some needed HTML syntax corrections.

The fixed search.marc/search.tmpl (nothing between <textarea></textarea>)
caused an eof token to be incorrectly generated by next_token(). This
is now fixed.

Don't mindlessly spew out 40 lines of text in a warning message if we get
too confused.  Just say we are too confused.

This way of reporting line numbers should make more sense,
esp. for pathetic cases like search.marc/search.tmpl
(missing closing " for an attribute)

Display something useful if the user doesn't specify -f

Don't issue warnings for unquoted attributes containing [^-\.a-zA-Z0-9]
unless --pedantic-warnings is given. These don't seem to cause any trouble,
even in Mozilla's standards compliant mode.

Paul's problem #1 is now fixed: Bug in regular expression $re_directive.
Put my "grander plan" :-) in the comments

Don't extract purely-numeric strings like "1" either

Seems like I wasn't careful enough recognizing unknown tokens.  Incomplete
tags like "<b foo" at the end of the file seems to be discarded silently by
Mozilla, even in quirks mode. We now display a warning for these (in case
these ever come up by accident).

Minor wording rewrite in warning

Warn about unquoted attribute values containing [^-\.a-zA-Z0-9]

extract_attributes now knows what XML-style self-closing tags are

Warn about <<Prev

It now knows what << Prev is, but it may still be confused by other kinds
of tag lookalikes

deleting subs duplicated by error

Handle attributes which are TMPL_VAR's better. It was choking on
systempreferences.tmpl.

Don't extract strings in hidden values

new feature : stocktaking/inventory.
Look in reports menu
(no DB changes)

ignoring .tmpl that are hidden files (.somthing.tmpl). hidden files are generated by tools like emacs

This should be good enough to replace text-extract.pl, but some real
testing is needed.

This is an experimental filter, based on simple scanning, that *should*
(ultimately) work better than the standard filter based on real parsing
of the .tmpl files.

synch'ing 2.0.0 branch (RC4 tag) and head

synch'ing 2.0.0 branch (RC4 tag) and head

synch'ing 2.0.0 branch and head

exit(-1) after usage() is not needed

Minor correction in help text
This handling for --help works too, and is less wordy

Arrays are always defined. We should check its length instead.

Sync to en template

Sync to en, not yet translated

This is more consistent

New file from en

SGML syntax correction

$script_name in template causes runtime error. Should be a TMPL_VAR

Sync to new en template

SGML syntax corrections

Minor updates

Markup error

New "About" templates from en
Minor visual improvements to parameters-{top,bottom}.inc

This makes the fonts look more like the English version

Pedantic SGML syntax correction

Spurious attribute in BODY removed

This wording seems to be more commonly used

Sync to en (new file)

A couple of minor, pedantic SGML syntax corrections

Various SGML syntax corrections (needed)
Sync to English template (minor)
Some visual layout corrections

This makes a bit more sense

Various pedantic SGML syntax corrections (e.g., <!----...--> must contain
a multiple of 4 hyphens)

Inserted some blank rows in admin-home for visual consistency.

Minor improvements

Sync to en

Changed DTD declaration so that Mozilla will use standards mode for this.

Use more standard translation for "About"

Changed DTD declaration so that Mozilla will use standards mode for this.
Use more standard translation for "About"
Minor updates

Sync to en/include/common-style.css

We can't use A.home, A.about, etc. for Chinese, otherwise the padding will
cause the links to become very ugly; this is better. (It is probably better
for other translations as well...)

Spelling mistake

This allows the user to type zh_TW and still get Chinese from the zh-TW
directory.

Minor spelling correction.
Don't proceed if the user specified an unknown option.

Fix of bug 711, "No message named WhereisMySQL in Install.pm".

Added defined() check for
"Use of uninitialized value in -e at Install.pm line 2085, <STDIN> line 32."

Added variables available to template: streetaddress, city, phone, cardnumber.  Added FIXME comments to sections where HTML should be moved to template

Bug 605 fixed

Fix for bug 605, committing here as well as the stable branch

Changed to use biblionumber as the key for biblios, rather than ISBN
Perhaps should be biblioitemnumber, but seems to work fine

sync'ing with rel_2_0 (mostly prepare/execute pb, bug #662)

synch'ing with rel_2_0

synch'ing with rel_2_0 version

Added Pate's Koha rss stuff.