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

183 commits

Author SHA1 Message Date
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
acli
057ba36767 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."
 2004-02-09 22:36:32 +00:00
tipaul
f8bde9b034 sync'ing with rel_2_0 (mostly prepare/execute pb, bug #662) 2003-12-22 19:16:58 +00:00
tipaul
0396f7c920 fixing bug in extended char import 2003-12-12 10:48:20 +00:00
tipaul
1b3657c9a6 typo fix 2003-12-11 12:39:05 +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
tipaul
8e1d61da86 empty english stopwords file 2003-12-04 12:29:58 +00:00
tipaul
c1df780112 asking again for MARC structure & language definition : 
* the test was wrong (installer didn't ask if you do a fresh install),
* the user can answer N if he don't want to import marc definition
 2003-12-04 12:08:36 +00:00
tipaul
c620bd91f5 fixing index definition 2003-12-04 12:07:08 +00:00