The 1.9.0 won't be released today. because of : * hdl tells me he will template circulation today. So i'll wait for it * i need to fix some mistakes in french templates Will be released next week for sure ! -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
Hi, Thanks for cooling down the revolution:-) Although I will not ease a bit on that:-)) ha ha. Now, before the new version is released one question bothers me: is the thingy about iso8859-1 charset hardcoded in perl modules fixed? I managed to install koha finally with midiocre success but at least I could see the polish version in action. It appears that Galeon is the only browser that will force iso8859-2 even if told by apache not to do so... .Other browser will always show wrong charset in polish version of koha. I did not try that out in a network, only locally in Redhat 8.0. ----- Original Message ----- From: "paul POULAIN" <paul.poulain@free.fr> To: <koha-devel@lists.sourceforge.net>; <Koha@lists.katipo.co.nz> Sent: Friday, January 31, 2003 11:15 AM Subject: [Koha-devel] version 1.9.0 delayed
The 1.9.0 won't be released today.
Hi, In article <003501c2c92e$9abad7d0$0a00a8c0@kb2qzv>, Benedict <kb2qzv@poczta.wp.pl> wrote:
Now, before the new version is released one question bothers me: is the thingy about iso8859-1 charset hardcoded in perl modules fixed?
it is in the process of being fixed, but the mechanism of fixing it is in place. Sorry that I haven't gone through all the scripts and modules yet.
I managed to install koha finally with midiocre success but at least I could see the polish version in action. It appears that Galeon is the only browser that will force iso8859-2 even if told by apache not to do so... .Other browser will always show wrong charset in polish version of koha. I did not try that out in a network, only locally in Redhat 8.0.
How did you test it without a network? Most of the files use TMPL_INCLUDE and aren't even semi-valid HTML without going through a web server. In order to test the charset fix you *must* use a network (or some other way to run CGI scripts without using a network, e.g., using such functionality in the w3m-m17n browser). (BTW, connecting to Apache running on localhost counts as using a network.) -- Ambrose LI Cheuk-Wing <a.c.li@ieee.org>
Hi Ambrose, of course I used in in the Redhat8.0 running apache on localhost. Benedict
Hi, Benedict, In article <000e01c2c9e5$06355f10$0a00a8c0@kb2qzv>, Benedict <kb2qzv@poczta.wp.pl> wrote:
Hi Ambrose, of course I used in in the Redhat8.0 running apache on localhost.
could you provide me with the following information? 1. Which page(s) do not work? If there are too many, just give me a few. Note: You could do a "grep C4::Charset" on the page that does not work. If nothing shows up, you do not need to tell me that the page does not work (because I have not worked on that page). 2. Do the main pages work? The main pages should work, as should most pages in the OPAC. If either /cgi-bin/koha/opac-main.pl or /cgi-bin/koha/opac-search.pl does not work, could you send me the output of "lynx -mime_header"? (e.g., for me, I would use lynx -mime_header http://opac-test/cgi-bin/koha/opac-main.pl or lynx -mime_header http://opac-test/cgi-bin/koha/opac-search.pl You would probably use http://localhost/cgi-bin/koha/opac-main.pl or something similar.) Thanks very much & happy new year ^_^ -- Ambrose LI Cheuk-Wing <a.c.li@ieee.org>
participants (3)
-
Ambrose Li <acli＠ada.dhs.org> via forwarder -
Benedict -
paul POULAIN