Koha-community/Koha
13
7
Fork 0
Code Issues Releases Wiki Activity
9455 commits 35 branches 616 tags 1.8 GiB
Commit graph

300 commits

Author SHA1 Message Date
acli
09c348bd9c Further breaking up of the TmplTokenizer module. 
A couple of minor fixes.
 2004-02-17 02:45:27 +00:00
acli
2f7192689a Avoid direct accessing of variables inside the module 2004-02-16 23:50:56 +00:00
acli
0b6030aecd Some functions should not be in the module; these are now removed. 2004-02-16 23:46:34 +00:00
acli
59d2e35180 Pulled the tokenizer out into a module. Hope this has been done right. 2004-02-16 23:42:57 +00:00
acli
de8d0930ee Minor factoring of construction of warning messages. 2004-02-16 22:50:34 +00:00
acli
2a9be2b2e6 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
 2004-02-14 09:50:11 +00:00
acli
1d45c47c02 Fix spurious warnings if attribute is in the form foo="bar"</TMPL_IF> 2004-02-14 09:41:28 +00:00
acli
f7b649f41b Make a reasonable suggestion for ESCAPE= if we warn about lack of it 2004-02-14 09:33:09 +00:00
acli
3fd0a52e0a Fixed spurious warning about unescaped < inside cdata 2004-02-14 09:23:34 +00:00
acli
050e1995d9 Minor change to make the "closed start tag" warning more understandable 2004-02-14 09:10:20 +00:00
acli
ce2189ef37 Don't complain about strange attribute syntax if what we see is a 
reasonable templating control flow directive (if, else, unless).
 2004-02-14 08:49:21 +00:00
acli
524a76f1b3 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
 2004-02-14 08:03:02 +00:00
acli
1b95b1698e Fixed problem recognizing tags in the form of <foo ... bar=<!-- TMPL_VAR ... >> 2004-02-14 07:49:37 +00:00
acli
2afa50bdda Don't extract TMPL_VAR's as if they were translatable 2004-02-14 07:13:09 +00:00
acli
10bec90dea 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.
 2004-02-14 07:07:36 +00:00
acli
0e2ff58b66 This should be still more correct regarding when to warn about TMPL_VAR 
in attributes
 2004-02-14 06:16:36 +00:00
acli
16992ec3f9 More correct version of previous change 2004-02-14 05:50:55 +00:00
acli
93740ec7ba 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.
 2004-02-14 05:46:38 +00:00
acli
a2f07d16f0 Hmm. I didn't know there can be whitespace before and/or after = in 
attributes...
 2004-02-14 05:35:04 +00:00
acli
a10bb7062a 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.
 2004-02-13 03:49:26 +00:00
acli
b87b492773 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.
 2004-02-13 02:42:06 +00:00
acli
5af84e39db Don't mindlessly spew out 40 lines of text in a warning message if we get 
too confused.  Just say we are too confused.
 2004-02-13 01:48:58 +00:00
acli
412847fe93 This way of reporting line numbers should make more sense, 
esp. for pathetic cases like search.marc/search.tmpl
(missing closing " for an attribute)
 2004-02-13 01:27:03 +00:00
acli
1c3cb74b82 Display something useful if the user doesn't specify -f 2004-02-13 01:20:03 +00:00
acli
1f128d7381 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.
 2004-02-13 01:14:18 +00:00
acli
1addd34bb1 Paul's problem #1 is now fixed: Bug in regular expression $re_directive. 
Put my "grander plan" :-) in the comments
 2004-02-13 01:03:18 +00:00
acli
250d1fcefc Don't extract purely-numeric strings like "1" either 2004-02-13 00:48:52 +00:00
acli
a49634cb34 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).
 2004-02-13 00:42:52 +00:00
acli
bed495ed3e Minor wording rewrite in warning 2004-02-12 18:25:43 +00:00
acli
906bfbc3d6 Warn about unquoted attribute values containing [^-\.a-zA-Z0-9] 2004-02-12 18:19:17 +00:00
acli
21403fd5cc extract_attributes now knows what XML-style self-closing tags are 2004-02-12 17:58:24 +00:00
acli
0a9cd4aba1 Warn about <<Prev 2004-02-12 17:44:59 +00:00
acli
33a4d5705a It now knows what << Prev is, but it may still be confused by other kinds 
of tag lookalikes
 2004-02-12 17:38:42 +00:00
acli
5affdbf4e7 Handle attributes which are TMPL_VAR's better. It was choking on 
systempreferences.tmpl.
 2004-02-12 09:38:20 +00:00
acli
2f928c4e75 Don't extract strings in hidden values 2004-02-12 09:26:54 +00:00
tipaul
58951e551f new feature : stocktaking/inventory. 
Look in reports menu
(no DB changes)
 2004-02-12 09:16:18 +00:00
tipaul
f247a6c8db ignoring .tmpl that are hidden files (.somthing.tmpl). hidden files are generated by tools like emacs 2004-02-12 09:13:40 +00:00
acli
0be46ba475 This should be good enough to replace text-extract.pl, but some real 
testing is needed.
 2004-02-12 09:02:39 +00:00
acli
7d244a0b70 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.
 2004-02-12 08:55:14 +00:00
tipaul
af08d677c5 synch'ing 2.0.0 branch (RC4 tag) and head 2004-02-11 08:42:01 +00:00
acli
6f472dbf7b exit(-1) after usage() is not needed 2004-02-10 09:42:18 +00:00
acli
c8a9c26150 Minor correction in help text 
This handling for --help works too, and is less wordy
 2004-02-10 09:40:21 +00:00
acli
c195908744 Arrays are always defined. We should check its length instead. 2004-02-10 09:36:44 +00:00
acli
c1b5d94e20 Minor spelling correction. 
Don't proceed if the user specified an unknown option.
 2004-02-09 23:34:08 +00:00
tipaul
1e93add16b templates modified : ALL <TMPL_* XX> have been replaced by <!-- TMPL_* XX -->, because it's strict html compliant, and HTML::TreeBuilder deals better with this form. 2003-12-09 10:26:51 +00:00
tipaul
bc9f67122d some new trips : non translated strings are marked with "*****" to be easy to see. 
french opac updated. works fine :-)
 2003-12-08 16:26:06 +00:00
tipaul
8d695ff6d0 removing : & * at end of strings 2003-12-08 13:36:56 +00:00
tipaul
bf161df7e5 strings for opac in french 2003-12-08 13:03:49 +00:00
tipaul
2d5668bab5 improving what's discarded : script & stylesheet 2003-12-08 13:03:28 +00:00
tipaul
d74459f35a translator tool. see translator_doc.txt 2003-12-05 16:53:46 +00:00