- Koha-devel - lists.koha-community.org

[Bug 137] New: It's hard (impossible?) to delete a biblioitem which has no items.
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Dec '02

03 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=137 Summary: It's hard (impossible?) to delete a biblioitem which has no items. Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 136] New: No delbibitem.pl script
by bugzilla-daemon＠wilbur.katipo.co.nz 03 Dec '02

03 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=136 Summary: No delbibitem.pl script Product: Koha Version: 1.2.3 Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: chris(a)katipo.co.nz ReportedBy: tonnesen(a)cmsd.bc.ca QAContact: koha-devel(a)lists.sourceforge.net What happened to the delbibitem.pl script? It appears to be missing in both trunk and rel-1-2 branches. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

full text search
by paul POULAIN 03 Dec '02

03 Dec '02

Hi, I'm playing with full text searches, that enables you do search very fast in a db, it replaces the where field like "%xx%" that is VERY slow on big tables (non indexed search). It's really a nice feature : immediate result for a search on a 400 000 lines table ! The same search with like %xx% is... more than 30s long (full parsing of the table) ! The problem is that i think this feature is not ANSI-92, so is mysql only compatible. Do you think we should ignore this feature, or become definetly mysql based product ? (unless it's ansi92, in this case, please say it !) documentation : http://www.mysql.com/doc/en/Fulltext_Search.html -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIBGB libre http://fr.koha.org)

2 1

Re: [Koha] Re: [Koha-devel] 1.3.x roadmap
by baljkas＠mb.sympatico.ca 03 Dec '02

03 Dec '02

Monday, December 2, 2002 22:35 CST Paul, etal. Regarding the planned/hopeful addition to Koha of what we in the library world might call a MARC editor (the ability to view bibliographic and authority records in MARC tagged format and add/modify records in MARC tagged format), I was wondering if anybody took a look at the free MARC editor available from Terry Reese from Oregon State U (via URL <http://www.onid.orst.edu/~reeset/marcedit/html/>) listed on the LC page on MARC records, Systems, and Tools (URL <http://lcweb.loc.gov/marc/marctools.html>) as a prototype? Since I am a complete neophyte, please excuse if this has already been done and rejected, or is impracticable because of its base in MS COM arch. Reese does claim that users can "access the functionality of the MarcEngine through numerous scripting or programming languages ..." At the very least, it is a handy free editor. Anyway, I hope this may help. There are a number of other useful tools available on the LC page that Koha users might want to be aware of. I've visited the page fairly regularly over 5 years now: it is fairly stable and continues to grow. Bon courage! Amitiés, Steven F. Baljkas Koha novice in Winnipeg

2 1

Re: Developer
by paul POULAIN 02 Dec '02

02 Dec '02

Ed Summers a écrit: >Salut Paul, > do u speak french ? >>In fact, Steve pointed me a solution with the official MARC::Record. >>Now, we don't need a patched version. >> >> >Wonderful. > >>VERY IMPORTANT thing. Can u tell us more ? >> >> >Sure, I've been working on MARC::Charset [1] which allows people to translate >character data encoded in MARC-8 [2] to Unicode (UTF8). As you may know already >the MARC-8 environment allowed libraries work with Roman, Greek, Cyrillic, >Hebrew and Asian characters when Unicode was just a glimmer in a young >programmers eye. The only bummer is that MARC-8 characters don't work in >HTML or XML very well. I've got the 8 bit translations working well, and am >working on getting the 32 bit encodings to work (the huge East Asian set). > >Queens Public Library contacted me because they had a slightly different >request. They were wondering if it would be possible to take a batch of records >containing transliterated Russian, and add 880 fields [3] that contain the >Cyrillic equivalent. It's still a work in progress, and it's only for Russian, >but it appears to be coming along. I used MARC::Charset as part of a web based >demo to show what the Cyrillic would look like in the new records. Most web >browsers can display UTF8 now without too much trouble. > alleluia ! great new. Is it planned to inclut this into MARC::Record ? as loading french unimarc record is a pain for extended characters at the moment. >>And, 1.3 needs heavily testing. should not be too far from good >>stability (2.0RC1). Still misses MARC searches, and MARC export. >> >> > >I'd like to take a stab at writing some automated tests, since it would be a >good place for me to start learning about how KOHA works. > yep. And it's something nobody cares until then (except for our benevolent dictator, which asked many times, but nobody obey :-) ) >[1] http://search.cpan.org/author/ESUMMERS/MARC-Charset-0.2/lib/MARC/Charset.pm >[2] http://lcweb.loc.gov/marc/specifications/speccharintro.html >[3] http://lcweb.loc.gov/marc/bibliographic/ecbdhold.html#mrcb880 > > -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIBGB libre http://fr.koha.org)

1 0

[Bug 135] Leaving rental charge blank gives misleading error message
by bugzilla-daemon＠wilbur.katipo.co.nz 02 Dec '02

02 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=135 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From paul.poulain(a)free.fr 2002-12-03 04:54 ------- fixed in cvs. Note : yes, checks are performed only on client side. I agree this is not very secure, but it's a rarely modified value and koha 2.0 will need : * IE5+ or Mozilla/Netscape 6+ * javascript enabled. Maybe the best solution would be to include in *.inc files a test for javascript activated and refuse acces if it's not. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 133] Adding subfield clears subfield data being input
by bugzilla-daemon＠wilbur.katipo.co.nz 02 Dec '02

02 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=133 ------- Additional Comments From paul.poulain(a)free.fr 2002-12-03 04:40 ------- *** Bug 134 has been marked as a duplicate of this bug. *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 134] Cannot add MARC subfield
by bugzilla-daemon＠wilbur.katipo.co.nz 02 Dec '02

02 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=134 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From paul.poulain(a)free.fr 2002-12-03 04:40 ------- Please, Ambrose, confirm it's solved through but 133 *** This bug has been marked as a duplicate of 133 *** ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 133] Adding subfield clears subfield data being input
by bugzilla-daemon＠wilbur.katipo.co.nz 02 Dec '02

02 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=133 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From paul.poulain(a)free.fr 2002-12-03 04:37 ------- The "More" link is disabled. You can add subfields one by one by using the empty line in the subfield list ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 132] installer.pl does not initialize the "includes" directive
by bugzilla-daemon＠wilbur.katipo.co.nz 02 Dec '02

02 Dec '02

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=132 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From paul.poulain(a)free.fr 2002-12-03 04:33 ------- this bug will disappear when script will be templated. Until then, add the following line to you koha.conf file : includes=<koha_root>/koha/koha-tmpl/intranet-tmpl/default/en/includes ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0