===== V1.60.10 ===== 2004. IV. 7. - Készült egy új, Windows-os nyomtató driver (Win2000 és WwinXP). Ennek használatával bármely Windows nyomtatóra lehet nyomtatni. Kérjük minél többen próbálják ki. Nagyon igéretesnek tűnik :-) Beállítását lásd:Használatát lásd: - A \textlib\exe könyvtárba telepítés és felújítás esetén is bekerülnek .pif (parancsikon MS-DOS programokra) file-ok. Ezekkel is indítható a TextLib szerver (tl_serv), az egygépes TextLib (textlib ill. wtextlib), és a munkaállomás (tl_munka ill. tlwmunka) A WTEXTLIB és a TLWMUNKA csak win2000 és XP alatt, a többi bármely Windows alatt működik. - A törlési jegyzéken szereplő példányok leltáriszám sorrendbe rendezhetők. Erre a jegyzék rekord nyomtatása előtt lehet szükség. - A törlési jegyzék rekord és a perlés rekord nyomtatása - egy sajnálatos inkonzisztens módosítás miatt - átmenetileg (az 1.60.08 verzió kibocsátása óta) nem működött. Javítottuk. - A törlési jegyzékekre mostantól - függetlenül a törlési jegyzék típusától - csak nem kölcsönzött dokumentumok kerülhetnek fel a jegyzékek generálásakor is (létező jegyzékre példány manuális felvétele már eddig is csak így volt lehetséges). Ez főként az olvasó által ténylegesen elvesztett, ill. a felszólítások és a perrel való fenyegetőzés ellenére vissza nem hozott dokumentumok (ún. vélelmezett elvesztés) példányai esetében jelent az eddigiektől eltérő kezelést. Mostantól csak azután kerülhet törlési jegyzékre egy ilyen példány, ha a kérdéses tartozás perlésre kerül, és ezt követően vagy megfizeti a térítési díjat az olvasó (tartozások rendezése modul), vagy a könyvtáros a kérdéses perelt térítési díj típusú tartozást a per folyamán vagy "behajtás" vagy "törlés" útján rendezettnek nyilvánítja. A "behajtás" azt jelenti, hogy mindenképp be fogja hajtani az olvasótól a tartozást, de ezt nem tartozásrendezés keretében teszi majd. A "törlés" azt jelenti, hogy a könyvtár lemond a tartozás megtérüléséről pl. mert lakcímkeresés nem vezetett eredményre, az olvasótól biztosan nem lehet sem a dokumentumot visszakapni, sem annak térítési díját beszedni. - A törlési jegyzékek generálásakor a példányok halmaza, amelyből a jegyzékek készülnek, leltári számra rendezett lett. - A kölcsönzés rekord ablakában mostantól látszani fog - ha van ilyen - a késedelmi díj és a (vélelmezett) elvesztés miatt fizetendő térítési díj. Ez akkor jöhet jól, ha az elvesztés miatt selejtezendőnek nyilvánított, de még kölcsönzésben lévő, ezért a generált törlési jegyzékre fel nem került, azaz a generálás után megmaradt példányok halmazának áttekintése során a kezelő úgy dönt, hogy - mivel nem valószínű, hogy a példány valaha visszakerül - a példányokat selejtezni kellene. A tartozás rekordból az [Olvasó] mező részletezésével a kölcsönzés rekordhoz, onnan - az új, [Térítés] mező segítségével a térítési díj típusú tartozás rekordhoz lehet eljutni, és ott a tartozásrendezés [Módja] mező megfelelő beállításával elérhető, hogy a tartozás "behajtva" vagy "törölve" legyen, és ezzel összhangban már ne tekintse a rendszer kölcsönzöttnek a kérdéses példányt (és ezáltal manuális vagy automatikus selejtezése lehetővé váljon). - Ha - a korábbi működés következtében, amikor még kerülhetett kölcsönzött példány a jegyzékre - egy törlési jegyzéken annak lezárásakor kölcsönzött példány(ok) van(nak), a jegyzéket nem zárja le a modul, és szól, hogy a *-gal megjelölt - kölcsönzött - példányok miatt ez nem lehetséges, továbbá eligazítást ad a lehetséges teendőkről. - Ha olyan - selejtezendő - példányt kölcsönöz (helyez letétbe) a könyvtár, amelyiknél a selejtezés indokaként vis maior vagy elkallódás van megjelölve, a rendszer törli a [Státusz] és a [Selejtezés indoka] mezőket (hiszen ha kikölcsönözhető, akkor nincs sem elkallódva, sem nem semmisült meg. - Kölcsönzésben, intézményi kölcsönzésben vagy tartós letétben lévő példányt nem lehet selejtezendőnek nyilvánítani vis maior vagy elkallódás miatt. - Elhasználódás miatt selejtezendő példányra mostantól hiába van előjegyzés, visszavételkor a rendszer nem teteti félre a kedvezményezett előjegyző számára, hanem szól, hogy a visszavett példány elhasználódott, a selejtezésre váró példányok közé kell tenni. - A rendszer a tényleges/vélelmezett elvesztés okán beperelt olvasók esetén a perléssel párhuzamosan az elvesztett példány [Státusz]-mezőjét nem állította be a "Selejtezendő"-re, a [Selejtezés oka] mezőt "olvasó elvesztette" értékre, emiatt nem történt meg az ilyen példányok automatikus selejtezése. - Ha visszavételkor vár(nak) előjegyző(k) a példányra, a rendszer - kérésre - lehetővé teszi az előjegyzési díj, a határidő módosítását illetve a kedvezményezni kívánt előjegyző kiválasztását, és arra is ügyel mostantól fogva, hogy a [Visszavétel] nyomógomb ezt követő megnyomásával meg is történjen az adott beállításokkal a visszavétel. - A többkötetes művek előjegyzésénél volt egy hiba: ha az előjegyzések a kötetek egyes példányaira vonatkoztak, akkor bármelyik kötet visszavételekor - tévesen - azt "hitte" a program, hogy magára a többkötetes műre vonatkozik az előjegyzés, ezért a kedvezményezett előjegyző számára a többi köteteket ismételten előjegyezte. Ez a félretett példány kikölcsönzését követően ahhoz a képtelen helyzethez vezet(het)ett, hogy az olvasó egyúttal előjegyzője is volt a nála lévő példánynak, így a visszavétel nem sikerülhetett. A hibát javítottuk és a DBCHK programot is képessé tettük arra, hogy a korábban képződött ilyen hibákat észlelje és - kívánságra - javítsa. - A DBCHK program képes jelezni/javítani a selejtezés korábbi hibái miatt hibás, még nem lezárt törlési jegyzékeket. A szintén programhiba miatt nem selejtezendőnek minősülő elvesztett példányokat is jelzi ill. selejtezendőnek állítja be. - Az előszerzeményezésnél az igényléstétel ablakából a könyvtár központi szerzeményezési keretének állása gombnyomásra kérhetővé vált. - Kölcsönzési statisztikát okosítottuk: választható lett, hogy milyen [Tranzakció]-ról ("Kölcsönzés","Hosszabbítás","Visszavétel") kérjük a statisztikát. ===== V1.60.09 ===== 2004. III. 22. - A DOS-os TLWWW bizonyos típusú külső támadások hatására egy idő után elérhetetlenné vált. Sikerült kiküszöbölni ezt a hibát. - Cédula nyomtatás új paramétere: /INTERNET Lásd: nyform.txt - A munkaállomás néha nem indult el, csak a Help és Kilépés menüpont jelent meg. Megoldottuk... - Cikkekre és Egyéb dokumentumokra is működik a Hunmarc export/import. TLWWW-ből is lehet letölteni cikkeket. - Kölcsönzési statisztika készítésekor - ha a feldolgozásra kijelölt időszak kölcsönzéseinek száma az ezres nagyságrendet meghaladta - előfordulhatott, hogy bizonyos szituációkban a feldolgozás előrehaladását nem jelezte a modul, így a kezelő hibára, elszállásra gyanakodhatott. - Mivel újabban házasságkötéskor a férj is felveheti a feleség nevét, az eddigi [Leánykori név] helyett mindkét nemnél [Születési név] adható meg. ===== V1.60.08 ===== 2004. I. 9. - Készült egy új, windows-os képernyő/billentyűzet diver. Ez Win2000 és WinXP alatt használható. Egy windows ablakban jelenik meg a TextLib képernyő. A \textlib\exe\tlwmunka.bat-al lehet ily módon indítani a munkaállomást. Több előnye is van: - háttérbe rakva sem áll le a TextLib munkaállomás működése! - Nem foglalja el a teljes képernyőt a TextLib ablak - Használható a windows clipboard TextLibből - A Windows-os billentyűzet kiosztás használható a TextLibben is. - Találati halmazokból le lehet válogatni rekordokat tetszőleges mezőjük értéke (üres, nem üres, előre megadott érték, stb) alapján. Hasonló az MCSERE modulhoz, de itt a rekordok nem változnak, csak a feltételnek megfelelők összegyűlnek egy találati halmazba. Modul neve: VALOGAT. Lásd: - Az reindex.exe kicsit gyorsabb lett. Nagyjabol 5%-ra saccoljuk, az adatbázis tartalmától is függ. - A log file-ok mérete ezentúl korlátozott. Ha meghaladja a 150 Kbyte-ot, akkor átneveződik *.lg2-re, és új .log file-t hoznak létre a programok. - A nyomtatási formátumokban és a nyomtatás indításakor is meg lehet adni példányszámot. Eddig is volt ilyen nevű mező, azt most átneveztük, mert egészen mást jelentett. Megadható a példányok közé irandó szöveg is. Ez pl. akkor kellhet, ha azonnal kell nyomtatóra nyomtatni (olvasónak nyomtatjuk, hogy miket kölcsönzött), és a nyomtató nem tud többpéldányos nyomtatást (pl. hőnyomtató). Lásd: - A TextLib szerver indítható úgy, hogy kívülről is le lehessen állítani. A /Ups:1 paraméter esetén figyeli, hogy létrehozták-e a \textlib\textlib.end file-t. Ha igen, akkor pár másodpercen belül kilép a szerver. Ez pl. Windows alatt szünetmentes áramforrás használata esetén jöhet jól, ha sikerül egy windows programot rávenni, hogy áramszünet esetén hozza létre ezt a file-t. - Elkészült a TextLib szerver és a WEB szerver linuxos verziója. Részletek és árak a honlapunkon. - Statisztika szempont és bontás definiálásánál mező sorszámként megadhatunk rendszer mezőket is (bevitel ideje, módosítás ideje). Igy pl. készíthető statisztika a példányokról bevitel ideje szerinti havi bontásban is. - A könyvtárak számára minőségbiztosítási szempontból ajánlott teljesítmény- mutatók méréséhez segédeszközként elkészítettük a RANDSSET.TLM modult, amely tetszőleges találati halmazból véletlenszerűen válogatva képes a felhasználó által megadható méretű részhalmazt, azaz reprezentatív(nak tekinthető) mintát készíteni. A modult egyelőre az 'Egyéb'/'Eszközök'/ 'Modul Indítás' menüválasztással lehet elindítani; ha a későbbiekben igény mutatkozik rá, a menüstruktúra megfelelő helyére (helyeire) is berakjuk. - A TLWWW már más módon kéri az olvasó azonosítóját és jelszavát, mint eddig. Ezentúl a böngésző programok nem fogják megjegyezni a korábban beírt adatokat. Ez főleg a könyvtárban kirakott gépeknél volt kényelmetlen. - A TLWWW olyan HTML lapokat generál, amikben egy ún. stíluslapra hivatkozik, es alapesetben a tlwww.css. Felújításkor ez mindjárt létre is jön. Egyszerűen lehet állítani ezentúl a generált lapokon a szineket, betűméreteket, háttérképet, stb. Csak a tlwww.css file-t kell változtatni... - TLWWW az időszaki számokat részletesebben jeleníti meg. Látjuk pl. az azonosított példányait is, vagy az URL-t, ha bevittük az internetes elérhetőségét. - Az Olvasószolgálat/Kölcsönzés/Perlés almenü-pont használatát felhasználói kérésre jogosultsághoz kötöttük: a VITA (adatfile sorszáma = 159) ill. PER (adatfile sorszáma = 160) adatfile-ok valamelyikére (célszerű mindkettőre) módosítási és/vagy beviteli és/vagy törlési joggal kell rendelkezzen a könyvtáros ahhoz, hogy a menüelem aktív legyen. Ugyanehhez a joghoz kötöttük az olvasó adatlapján szereplő [Státusz] mező módosíthatóságát is, amelyre akkor van szükség, amikor lezárult(ak) az olvasó peres ügye(i). Ilyenkor könyvtárosi mérlegelés eredménye lehet csak a státusz "normál" értékre történő visszamódosítása, hiszen terjedelmes bűnlajstrommal rendelkező olvasót nem feltétlenül kell az utolsó ügye lezártakor azonnal "rehabilitálni". Ahhoz, hogy ezt a könyvtáros mérlegelni tudja, az olvasó rekordjának megnézését/módosítását végző modul lehetővé teszi az olvasó előéletének lekeresését; a talált korábbi (lezárt) ügyeket az [Előzmények] mezőben lehet áttekinteni. Mivel a "rehabilitálás" igénye jellemzően a kölcsözésnél merül fel, ezért a nem "normál" státuszú olvasó esetében az olvasó adatait megmutató/módosító modul - kezelői kérésre - a kölcsönzési modulból is elindítható és ilyenkor automatikusan kigyűjti az előzményeket. - Többkötetes művek valamely kötete térítési díjának megállapításakor a rendszer a megadott térítési díjat a teljes mű térítési díjaként értelmezte, hiszen a - nem feltétlenül helyes! - alapfeltételezés az, hogy hiányos példány nem használható, a hiányzó kötet külön nem pótolható, tehát a teljes mű egy példányát kell megpróbálni beszerezni. Ha ezt a térítési díjat megadó könyvtáros is így értelmezte (volna), akkor a kétkötetes műért dupla térítést fizettetett volna érte a rendszer. Valószínű, hogy a könyvtárosok rájöttek erre, így a térítési díjként a teljes mű pótlási árának annyiad részét adták meg térítési díjként, ahány kötetes a mű. A disszonáns helyzet megszüntetése érdekében a rendszer mostantól az egyes kötetek pótlási áraként értelmezi a megadott térítési díjat. Ha az egyes köteteknek külön-külön áruk van, ez a megoldás (az eddigiekkel ellentétben) ezt az esetet is kezeli; ha csak a teljes műnek van ára, akkor a kötet térítési díjaként a mű pótlási árának N-ed részét kell megadni minden kötet esetén (ahol N a kötetek száma). - Fizetős opcióként megvalósítottuk az olvasói kategória kötelező megadásának szabályozhatóságát. A választott megoldás ugyanakkor általános: tetszőleges rekordtípus tetszőleges mezőjéről rendelkezhet úgy az opciót megvásárló könyvtár (a "Könyvtárunk adatai" adatlap legalsó [Kötelező mezők] mezőjében "Rekordtípus:Mezősorszám" alakú, ismételhető leírások megadásával), hogy a mező kötelező. Az itt és így definiált mezőkre igaz lesz, hogy minden olyan modulban, amelynek az ablakában a kérdéses mező szerepel, a mező kitöltése kötelező. A kötelezőség korlátozható a leírásban modulsorszám megadásával (egy ilyen leírás alakja: "Rekordtípus:Mezősorszám/Modulsorszám"); ebben az esetben csak a megadott sorszámú modulban lesz kötelező a kérdéses mező. - Hála a csurgói könyvtár igazgatójának, Füstös Jánosnak, nyomára jöttünk egy régóta létező, de eddig leküzdhetetlen hibának, amely azt eredményezte, hogy visszavett dokumentum az olvasó felől nézve még kölcsönzésben lévőnek látszott. A hiba akkor lépett fel, ha a gyors kezű kezelő a [Visszavétel] gomb megnyomása (vagy a dokumentum vonalkódjának beolvasása) után azonnal megnyomta a [KölCsönzés] gombot (vagy ami ezzel egyenértékű, a vonalkód- olvasóval azonnal ráolvasott a [KölCsönzés] felíratú, speciális vonalkódot tartalmazó cimkére). Ennek hatására még azelőtt megtörtént a visszavétel/ kölcsönzés modul-váltás, hogy kiírta volna a visszavételt végző modul az olvasó rekordjának az utolsó visszavételt már tükröző állapotát. A hiba javítását feltehetően sok, hasonló hibától sújtott felhasználónk fogadja majd megkönnyebbüléssel; mi mindenesetre nagyon örültünk, hogy ezt a régóta lappangó hibát nyakon csíptük. - Egy másik, szintén az olvasó rekordja és a kölcsönzés rekordok által jelzett állapot közötti szinkron megbomlását eredményező hibát is javítottunk: ha az előjegyzést végző modul működése közben ugyanezen vagy másik munkaállomáson kölcsönzés történt, az előjegyzés ezt követő megtörténtekor az olvasó rekordjának a kérdéses kölcsönzést még nem, de az előjegyzést már tartalmazó állapota került ki az adatbázisba. - A felszólító levelek szövegezésén egy kicsit módosítottunk: nyelvhelyesség és szabatosság szempontjából valamivel jobb lett a helyzet. A módosítást a Komárom-Esztergom megyei könyvtár kezdeményezte. - A fizetési felszólításokkal kapcsolatos, az 5. javítókészletben szereplő módosítás mellékhatásaként becsúszott egy hiba, ami miatt a felszólító levelek kinyomtatása után, az ún. könyvelési fázisban elő tudott fordulni, hogy a képernyő elsötétült, és csak a (000) Err: 085,0 hibaüzenetek jelentek meg időnként a képernyőn. A hibát javítottuk. - A monografikus kiadványok szerzeményezését kezelő alrendszer a számlán szereplő dokumentumok közül csak azt vette fel az újdonságok közé, amelynek a példányát elsőként vette állományba. A hibát javítottuk, egyúttal a DBCHK.EXE programot is alkalmassá tettük, hogy a hiba következtében az újdonágok közül kimaradtakat a //kotete paraméter esetén észlelje (//javit paraméter esetén javítsa is a hibát). - A kölcsönzés rekordok ablakában kettőnél több hosszabbítás esetén a 3., 4., stb. hosszabbítás dátuma nem látszott. Javítottunk, hogy rá lehessen lépni a mezőre, és a jobbra-balra nyilakkal navigálva át lehessen tekinteni az összes dátumot. Ugyanez a helyzet az olvasók adatlapján az [ÉrVényesítve] mezővel. - A törlési jegyzék fejlécében a [Példányok] mezőben csak 3-jegyű szám tudott megjelenni (ráadásul rá sem lehetett lépni a mezőre), ezért 1000 vagy több elemű törlési jegyzéknél itt megtévesztő módon a valós listahosszt jelző számnak csak az első 3 jegye jelent meg. Úgy javítottuk, hogy 4 pozíció szélesre vettük a mezőt, így majd csak a 10.000-es vagy hosszabb törlési jegyzékeknél kell legközelebb szélesítenünk a mezőt. - Szintén a törlési jegyzékek kezelésével kapcsolatos változás: eddig az automatikusan létrejött (a program által generált) törlési jegyzékek legfeljebb 250-sorosak lehettek, ugyanakkor a manuálisan létrehozott ill. kiegészített jegyzékek max. 3000-sorosak lehettek, feltéve, hogy a könyvtár adatai között nem volt kitöltve az ezt a kérdést szabályozó [Törlési Jegyzék hossza] mező. Egységesítettük, hogy ilyen esetben mindig 3000 legyen a maximális hossz. - A hosszú (többszáz, esetleg többezer soros) törlési jegyzékek lezárásánál el tudott fogyni a memória annak következtében, hogy a [Példányok] között az éppen lezárás alatti sorra pozícionált a rendszer. Mostantól nem az ablak-beli pozíció, hanem egy új, [Feldolgozva] mező jelzi a lezárás előrehaladását. - A törlési jegyzék nyomtató modulnak volt egy olyan hibája, hogy csak a jegyzéken szereplő első dokumentumnak nyomtatta ki a szerzőjét. - A könyvtári paraméterek között szereplő [Büntetőszorzó] mezőben eddig tetszőleges hosszú alfanumerikus értéket elfogadott a rendszer. Mostantól csak legfeljebb 4-jegyű szám adható meg itt. (Emlékeztetőül: ezt a szorzót a csak éjszakára kiadható, azaz a másnapi könyvtárnyitásig kölcsönözhető dokumentumoknál alkalmazza a könyvtár a késedelmi díjak számításánál.) - A könyvtári dokumentumokhoz történő hozzáférési paraméterek kezelésén kénytelenek voltunk módosítani, ui. ügyes rendszergazda (Füstös János) képes volt arra, hogy úgy megbolondítsa a paraméterek rendszerét, hogy ezáltal belépni sem lehetett a rendszerbe. A változás lényege, hogy az ún kombinációs paraméter-csoportokat (pl egy állomány és egy olvasói kategória esetében alkalmazandó paraméterek csoportját) csak azután lehet bevinni, hogy már létezik a kombinációban résztvevő mindkét entitás (esetünkben mind az állomány, mind az olvasói kategória) rekordja; az ilyen paraméter-csoportok törlése nem lehetséges a kombinációban részt vevő rekordokból történő 'Kihúz'-ással, csak magában a paramétercsoport ablakának fejlécében szereplő 'Töröl' menüpont használatával. - 2003 január 23 óta (amikor a KözTaurusz adatbázist integráltuk a TextLibbe) ha a hivatkozó mezők kitöltéséhez használt expandban az [Ablakos] megnézés választása után a kérdéses tételt módosította a kezelő, és nem a "Letárol" hanem a "Tárol" opcióval mentette, az egygépes verzióban a "szerver nem válaszol" hibaüzenet, a többgépes verzióban pedig vagy a munkaállomás látszólagos "lefagyása", vagy tényleges "elszállása" következhetett be. - Ugyancsak a hivatkozó mezők kitöltésénél előfordulhatott, hogy ha az expand aktuális elemének [Ablakos] megnézése közben módosított a kezelő a tételen és (le)tárolta, akkor ezt - hibásan - a kérdéses tétel választásaként is értelmezte egyúttal a rendszer. - Selejtezett példányoknál előfordulhatott, hogy - amennyiben a kérdéses műből nem volt több példány - törölhető lett maga a mű is, így a törlési jegyzék nyomtatásakor (ha ténylegesen ki is törölte valaki a művet leíró bibliográfiai leírás rekordot) már nem lehetett tudni, hogy minek is volt példánya a selejtezett példány. - A monografikus szerzeményezési csoportoknál a csoport [Vezető]-je ezentúl automatikusan a csoport [Tagjai] közé is bekerül. - A monografikus szerzeményezésnél a központi keret terhére történő igénylés törlésekor a rendszer tévesen aktualizálta a beszerzésre tervezett mennyiséget. - Az állományellenőrzés kezdete és vége között az elkallódástól eltérő okból selejtezett példányoknál a törlési jegyzőkönyvre kerülésükkor nem állította be a rendszer a leltározottság tényét, ennek következtében a leltározás lezárása után az elkallódás miatti selejtezéskor a már korában más okból selejtezett példányok is elkallódottnak minősülve átkerültek az újonnan generált "elkallódás" miatti törlési jegyzékekre. - Ha a leltárlista ill. a hiánylista hossza meghaladta a 10.000-et, akkor a rendszer eddig csak annyit írt ki, hogy a kérdéses elemszám nagyobb, mint 9.999; mostantól kiírja a tényleges értéket. - A leltározottság tényét mind a rendszergazda mind a könyvtáros láthatja ezután a példányok adatlapján a [Leltározva] mezőben. ===== V1.60.07 ===== 5. javítókészlet: 2003. V. 30. - Az - opcionális - MCSERE modult tovább okosítottuk, amit a képernyőn két új paraméter is jelez: 1. ismételhető mezők esetén lehet rendelkezni, hogy az összes, a [mit] mezőben megadott kritériumnak megfelelő [MezőIsmétlődés]-ben megtörténjen a csere (ha ezt nem állítjuk be, csak az első megfelelő mezőismétlődést cseréli le a [mire] mezőben megadott módon a modul); 2. eddig az elején és/vagy a végén adott szövegrészlete(ke)t tartalmazó mezőt lehetett lecserélni (ezt a [mit] mező végén vagy a közepén/elején elhelyezett csonkolásjellel lehetett jelezni); mostantól a keresett részt bárhol - akár többször is - tartalmazó mező lecserélésére is lehetőség nyílik (ezt a [mit] mező elején és a végén elhelyezett csonkolásjellel kell jelezni). Ha a keresett rész valamennyi előfordulását le akarjuk cserélni, az új "[Előfordulás]: [ ] összes " paramétert be kell állítanunk, ellenkező esetben csak az első előfordulás cseréje történik meg. - A selejtezéssel manuálisan jegyzékre vett példányokat - amennyiben éppen leltározás van folyamatban - a rendszer mostantól kezdve leltározottnak veszi, hogy ne minősülhessen elkallódottnak egy, a leltározás kezdete óta már törlési jegyzékre vett példány. - A fizetési felszólítások esetén megteremtettük a feldolgozásba bevonandó tartozások köre szabályozásának lehetőségét. Az új [FelDolgozandó] mezőben szabályozható, hogy a térítési díjak (és az azzal kapcsolatos késedelmi ill. postaköltségek), az egyéb tartozások vagy az összes tartozás ügyében készüljenek a felszólító levelek. Ezzel összhangban a feldolgozás menetét elősegítő mezőkből is több lett. - A rekordok ablakos nézegetésénél az ablak lokális menüjéből hívható 'ProJekció a rekordra' szolgáltatás - keresőnyelven megfogalmazott projekció esetén - bizonyos (ritka) esetekben hibásan 'Nincs találat' választ adott. A hibát javítottuk. - Amennyiben a 'Munkaszüneti napok' között három hónapnál hosszabb összefüggő munkaszünet volt (és a könyvtár paraméterei között nem volt beállítva a [Rendkívüli Zárvatartás min. hossza]), a három hónapnál hosszabb szünet előtt kölcsönözött dokumentumokra a szünet napjaira eső határidőt adott a rendszer. Módosítottunk, hogy e tekintetben ne számítson a munkaszünet hossza, megjegyzendő ugyanakkor, hogy a munkaszüneti napok jelenlegi megadási módja mellett az egy éves vagy annál hosszabb zárvatartást nem tudja kezelni a rendszer. A probléma végleges megoldása valószínűleg csak a következő verzióban várható. - Előfordult, hogy - bár a rendszer szólt, hogy nincs lehetőség további hosszabbításra - a könyvtáros tévedésből mégis hosszabbított. Ennek elkerülésére a hosszabbítás elvégzése előtt a program még egyszer rákérdez a szándék komolyságára, és csak annak megerősítése után történik meg a hosszabbítás (a kezelői válasz alapértelmezése: nem történik hosszabbítás). - Az előjegyzés törlésénél és az előjegyzők számára félretett példányok felszabadításánál egy korábbi, a többkötetes előjegyzések korrekt kezelése érdekében történt módosítás mellékhatásaként elromlott az egykötetes előjegyzések kezelése: ha volt a kérdéses előjegyzés kielégítésére szánt példányra más(ok)nak is előjegyzése, a rendszer nem tette félre az ezek közül soronkövetkező számára a kérdéses példányt. A hibát kijavítottuk. - A türelmi idő paraméter zérus értéke esetén már a határidő lejárta napján készült felszólító levél (az ilyen tételeknél nulla késedelmi díjjal); ezt jogosan furcsálltak többen is. Javítottuk, hogy ilyen esetben is csak másnap készüljön visszahozásra felszólító levél. Ettől még a türelmi idő értelmezése nem változott: a határidő után ennyi (de legalább 1) nappal szólítja fel (legkorábban) a könyvtár az olvasót. A változtatás értelemszerűen csak a javított modul által végzett kölcsönzéseknél lép életbe. A javított modul használatbavételéig javasoljuk a zérus türelmi idő paraméter(ek) javítását 1-re (így a javítás előtti modul használata esetén sem lép fel az új kölcsönzéseknél a jelenség). - Ha egyetlen kölcsönözhető példány sincs a helyén (pedig ott kellene lennie, csak éppen helyben olvassa valaki), elő kellene tudni jegyezni. Ennek kezelésére sokan alkalmazzák azt a trükköt, hogy egy fiktív olvasónak kikölcsönzik (ezáltal előjegyezhetővé válik), de talán helyesebb megoldás az, ha a kérdéses példány(oka)t eltűntként regisztráljuk (példány rekord adatlapján az [Eltűnt] mezőbe az aktuális dátumot helyezzük el - Alt-F3 billentyűkombináció), hiszen ez jobban közelíti a valóságot és ezáltal is előjegyezhetővé válik a dokumentum (pontosabban annak többi, nem eltűntként regisztrált példánya). Ha ezt követően valaki hozza a kezében, hogy ki szeretné kölcsönözni, a rendszer mostantól figyeli, hogy nem eltűntként regisztrált példányt akar-e valaki kölcsönözni, kérésre megmutatja, ellenőrzi, hogy van-e rá előjegyzés, és ha van előjegyzés és a könyvtáros úgy dönt, az előjegyző (ha több is van, közülük a könyvtáros által választható kedvezményezett) számára teteti félre a példányt ahelyett, hogy kikölcsönözné annak, aki a kezében hozta. Ez a megoldás ennyiban jobb, mint a fiktív olvasónak történő kikölcsönzés, hogy itt dönthet a könyvtáros, hogy kié lesz a példány, míg a fiktív olvasónak történt kikölcsönzés utáni "visszavételt" követően csak az előjegyzők valamelyikéé lehet, az azt kölcsönözni kívánó olvasóé nem. - A törlési jegyzéket nyomtató TORL_JNY modult javítottuk, hogy ha a példánynak nincs "saját" egyedi raktári jelzete, akkor a dokumentumának a szakjelzetét és Cutterét nyomtassa raktári jelzetként. - Néhány analitika ablakból kimaradt az [Interneten] mező. Pótoltuk. ===== V1.60.07 ===== 4. javítókészlet: 2003. III. 26. - Az off-line HUNMARC import program (HM_VESZ.EXE) futtatása során egyes adatbázisoknál tömegesen jelentkezett "eltérő rekordtípusok" hibaüzenet. (Ez egy olyan programhiba következménye, ami csak akkor jelentkezik, ha egy bizonyos típusú adathiba is van az adatbázisban, ezért nem derült rá eddig fény.) A hiba a KOZTAURUSZ rekordjainak a betöltése során is tudott jelentkezni. ===== V1.60.07 ===== 3. javítókészlet: 2003. III. 26. - TH_OLV nyomtató modul új paraméter: /SZAKBAL. A szakcsoport és Cutter nem a jobb felső, hanem a bal felső sarokba rakja. - A Könyvtári adatok között beállított Olvasói nyomtatási formátum beállításának hatására az olvasói megjelenítés is ezt a formátumot használta. Már nem... - Az adatbázis hibátlanságát/integritását ellenőrző/javító DBCHK.EXE program megint sokat okosodott (pl. az 1.60.06-os, sikertelen verzió miatt esetleg keletkezett vagy pl. az előjegyzésekkel kapcsolatos újabb hibákat képes detektálni/javítani). - A HM_KULD.EXE programba sajnálatos hiba csúszott (az adatbázis-azonosító 040-es mezőbe véletlenül a "Könyvtárunk adatai" szövegkonstanst tette a program). Javítottuk. - A HM_VESZ program az importálandó állomány formai hibája (nem HUNMARC formátum) esetén végtelen ciklusba tudott esni. - Több könyvtár kérésére lehetővé tettük a dokumentumok zárvatartás idejére ("éjszakára") történő kölcsönzését. Ezt úgy értük el, hogy a példányoknál a [Kölcsönözhető] mezőben az eddigi "igen" és "nem" érték mellett az "éjszakára" érték is megadható. Ilyen példányok kölcsönzésénél a rendszer emelt késedelmi szorzót (új könyvtári paraméter: büntetőszorzó; ha nincs megadva, 10-szeres az alapértelmezés) alkalmaz, 1 felszólítás után perlés következik, hosszabbításra nincs lehetőség, visszavételkor szól, hogy ilyen dokumentum visszavétele történik éppen és még határidőre történő visszahozatal esetén is lehetőséget ad 1 napi késedelmi díj felszámítására (pl. reggel helyett késő délután hozza vissza az olvasó). Az "éjszakára" kölcsönzések kereshetők (a kölcsönzések keresésénél az új keresőmező neve: [Kölcsönözhetőség]; itt a "nem" és az "éjszakára" értékek szerint lehet keresni a kölcsönzéseket, amíg meg nem történik a visszavétel). - A kölcsönzési díjat nem lehetett azonnal, a kölcsönzésből történő kilépés nélkül rendezni; javítottuk. - Az előjegyzésekkel kapcsolatos korábbi változások következtében az 1.60.07 verzióban időszaki példány kölcsönzését nem lehetett hosszabbitani; a hibát kijavítottuk. - Takáts Béla kérésére felvettük a kölcsönzés adatlapjára a visszavevő könyvtárost is a visszavétel dátuma mellé (új, [Visszavette] mező). - Az intézményi előjegyzés az előjegyzés rendszerének változása miatt az 1.60.07-ben átmenetileg elromlott (egyáltalán nem lehetett előjegyezni); a hibát korrigáltuk. - A többkötetes művek előjegyzésénél abban a speciális esetben, ha az olvasó olyan állományokba is be volt iratkozva, ahol (még?) semmit sem történt vele, az előjegyzés kielégítésénél csak a többkötetes munka elsőként visszavett kötetét tette félre az előjegyzőnek, a további köteteket más előjegyző(k) számára tette félre a rendszer. A hibát javítottuk. - Az egyszerű érkeztetéssel állománybakerült példányok esetében a program akkor is megkövetelte a kérdéses dokumentumra váró előjegyzők közül történő választást (a kedvezményezendő előjegyző kiválasztását), ha nem kölcsönözhető példány bevitele történt. A hibát javítottuk. - A térítési díj megállapítását egyszerűsítettük: mostantól már akkor is megállapítható a térítési díj, ha a találati halmazok listájából vesszük elő a térítési díj megállapítására váró tartozás-rekordokat. - A program/adatbázis adatlapokra tévedésből két [Tárgyszó] mező került. A KözTaurusz tárgyszó mezőjét [Tezaurusz]-ra javítottuk. ===== V1.60.07 ===== 2. javítókészlet: 2003. II. 21. - A szimmetrikus adatbázis-kapcsolatok (ún. oda-vissza pointerek) kezelésébe hiba csúszott; javítottuk. ===== V1.60.07 ===== 1. javítókészlet: 2003. II. 17. - A verzió kibocsátása előtti utolsó pillanatban végzett "javítás" mellékhatásaként nem lehetett vonalkódolvasóval kölcsönözni. ===== V1.60.07 ===== 2003. II. 14. - Az 1.60.06-os verzió kiadásakor ígértük, hogy az olvasószolgálatos menüben (OT_MENU) meg lehet majd oldani az előjegyzést is. Az új, "Tájékoztatás" menüpont ad erre lehetőséget. A kölcsönzés [Halmazból] nyomógombjánál már megismert, de kibővített, felokosított működésű modul (KONYV_TH) teszi lehetővé az olvasó által kért dokumentumok összeválogatását, az épp nem hozzáférhető dokumentumok előjegyzését. A módosított működés miatt a kölcsönzésnél is megváltozott a [Halmazból] nyomógomb: most [Válogatás] a neve, és nem kell megadni, hogy olvasói vagy dolgozói halmazzal kell dolgoznia, mert ezt a feladatot is átvette a felokosított KONYV_TH modul. - WEB-es felületen is megjelenik a [Tezaurusz:] mező, amiben a dokumentumhoz rendelt Köztaurusz rekordok láthatók. - Néhány helyen nehezményezték, hogy az olvasóknak mindenképp kell megadniuk jelszót belépéskor. Ezt most már el lehet kerülni. Akinek a jelszava ez: !!!nincs!!!, attól nem kér a program jelszót belépéskor. ===== V1.60.06 ===== 2003. II. 4. - Ha az olvasónak nincs jelszava, eddig be tudott lépni csak az azonosítójának a megadásával. Ezentúl nem tud, belépéskor jelszó gyanánt a születési dátumát kell megadnia ÉÉÉÉHHNN (év-hó-nap) formátumban. Pl: 19650412 - Olvasószolgálatos tájékoztató könyvtáros menü készült, neve: OT_MENU Nincs benne [Bevitel] menüpont, van viszont [Olvasó] menü, amiben egyelőre még csak az állapot lekérdezését lehet indítani (amiben már név szerint is meg lehet adni az olvasót), de hamarosan az előjegyzést is meg lehet itt oldani. - A TextLib rendszerbe integráltuk a KözTaurusz (Ungváry Rudolf-féle KÖZművelődési TezAURUSZ) adatbázist, azaz megteremtettük ennek adatszerkezeti, adatcsere (HUNMARC import) feltételeit, és elkészítettük az ennek az új lehetőségnek a felhasználását lehetővé tevő karbantartási és lekérdező modulokat (a részleteket illetően lásd: KOZTAUR). - Az olvasók által felszólítások hatására sem visszahozott példányok státusza túl korán, már a perelhetőség elérésekor, azaz a tényleges perlés előtt "selejtezendő"-re lett állítva, így előfordult, hogy már lezárt törlési jegyzéken szerepelt a példány, holott még simán visszaszolgáltathatta az olvasó. A hibát javítottuk. - Hogy a fenti jelenség ne is fordulhasson elő, mostantól kezdve csak olyan "elvesztés" miatt selejtezendő példány kerülhet törlési jegyzékre, amely nincs kölcsönözve (tehát amellyel kapcsolatos, elvesztés típusú tartozás vagy rendezve lett vagy el lett engedve). - A selejtezési alrendszer átvizsgálása során változott a törlési jegyzékek generálásának folyamata: még a jegyzékek generálása előtt lehetővé vált a selejtezendő példányok halmazának áttekintése, és csak kezelői kérésre indul el a jegyzékek generálása. - Az egyáltalán nem hosszabbítható kölcsönzéseknél ha vonalkód beolvasásával történt a hosszabbítási kísérlet - bár kiírta, hogy "többször nem hosszabbítható" - mégis megtörtént a hosszabbítás. Javítottuk, hogy ilyen esetben a "Nem hosszabbítható!" hibaüzenetet kapja a kezelő és semmiképp se történjen meg a hosszabbítás. - Az 1.60.05-ös verzióban sajnos elromlott a billentyűmakrók kezelése. A hibát már 2002 májusában javítottuk, de a hiba természete olyan volt, hogy sajnos csak most, azaz verziócsere alkalmával tudjuk eljuttatni a javítást felhasználóinkhoz; a kényelmetlenségért szíves elnézésüket kérjük. - Az állomány-beiratkozás érvényesítésénél néha előfordulhatott olyan eset, hogy az olvasó állomány-beiratkozásai eltűntek. A hibát javítottuk. - A letéti állománnyal rendelkező könyvtárak igényének megfelelően a példány adatai közé új mező került. A [Letétbeadható] mező szabályozza ezek után a letétbeadást. Ha az ilyen állományok kizárólag letét céljára szolgálnak, az állományba sorolt példányok [Kölcsönözhető] mezőjét az MCSERE programmal célszerű "nem" értékre állítani, hogy az előjegyzés szempontjából az ilyen példányokat ne is vegye figyelembe a rendszer. - A rendszergazda munkaállomásról is újra tudja indítani a TextLib szervert. A [Rendszer / Egyéb] menüből elérhető ablakban a [Leállítás / újraindítás Most] menüpontot kell választani. Ezzel egy olyan kilépés indul, mint az időre kilépés. Ahol úgy van megszervezve az élet, hogy időre kilépés esetén a szerver újraindítása történik, ott ez jól jöhet. - Az IPX kommunikáción javítottunk, ez főleg Win2000, WinXp alatt számít nagyon sokat. Ahol eddig nem is ment WinXP alatt a TextLib, ott is jók most már az esélyek. - A Windows XP-ről újabb dolgok derültek ki. Lásd: telwinxp - A könyvtár adatainál az eddigi default olvasói és dolgozói nyomtatási formátum mellett megadható ún. megjelenítési formátum mező is. Ez egy nyomtatási formátum rekordra tud hivatkozni. Dolgozók esetében akkor kerül felhasználásra, ha az MMDPRT modult használjuk. Olvasók esetében pedig ezzel tudunk az eddigitől eltérő megjelenítési formátumot megadni. - Ezentúl több különböző nevű rendszergazda is lehet. Eddig az számított annak, akinek a neve 'rendszergazda' volt. Ezentúl az is, akinek a neve TARTALMAZZA a rendszergazda szót, azaz pl: Kovács rendszergazda Béla. - A TLWWW log file-ja (általában tlwww.log) és a TL szerver log file-ja (tlsrv.log) nem nőhet bármeddig. 100 Kbyte fölött automatikusan újat kezd mindkét program. Az előző log file-t pedig átnevezi *.lg2-re. - A WEB-es felületen lehet keresni dokumentumtipus alapján is. Ehhez a most használatos homepage.htm-be bele kell írni még egy mezőt. Ezt a példaképp adott homepage.htp-ből lehet kimásolni (a Dokumentumtipus mező az). - A WEB-es minden oldalán van egy [Vissza] és egy [Másik keresés] gomb. A legelső sorban, a lap címe után. - A WEB-es felületen megjelenik a HORDOZO és az INF_HORDOZO mező. A listázásnál a cím után [] jelek között, a részletezésnél pedig a lap elején a dokumentum tipus és a példány adatok között szintén [] között. - A WEB szerver is ki tud lépni megadott időpontban. Erre akkor lehet szükség, ha a TL szerver időre kilép, és amikor visszalép a WEB szerver nem tud kapcsolódni hozzá. A WEB szerver kilépését 10-30 perccel későbbbre állítsuk, mint a TL szerver kilépést. A TL_WWW.BAT úgy változott, hogy automatikus kilépés után újraindítja a TLWWW-t. - Az adatbázis szerkezeti változásai miatt (főként a KözTaurusz bevezetése okán történtek ezek változások) célszerűen még a KözTaurusz adatainak importja előtt a TL_BIBL2-t újraindexelni: reindex tl_bibl2 ===== V1.60.05 ===== 2002. IV. 10. - Ahol interneten keresztül kommunikál a TL munkaállomás a TL szerverrel (és elég lassú a vonal) ott jól jöhet az új TCP/IP kommunikációs driver. Részletek: TLIP - Az online HunMarc import automatikusan felismeri az ISO-8859-2 karakterkészletet is, ilyen HunMarc file-okat is be tud tölteni. - A nyomda és nyomtatási hely indexelése nem volt egészen tökéletes, ezért szükséges sajnos egy reindex tl_bibl - Uj nyomtató driver készült: ISO-8859-2. Kiválasztható az [Egyéb / Nyomtatás / Nyomtatás állapota] menüpontból nyíló ablak [Vezérlő:] mezőjében. (Nevezik ezt Latin2 karakterkészletnek is). - A TH_SYS nyomtató modul új paramétere: /SEMMI Ha ezt megadjuk, nem nyomtat ki semmit. Ez akkor lehet pl. hasznos, ha a nyomtatási formátum [Fölötte:] mezőjében & jelet adunk meg, ezáltal listát nyomtathatunk a találati halmaz rekordjainak azonosítóiról. Amit pl. a DREFCHG programhoz használhatunk fel... - TLWWW: könyvtárközi kérésnél a kért dokumentum Szakcsoport és Cutter mezője is bekerül automatikusan az adatok közé. - TLWWW: A közreműködők eddig nem látszottak a részletes megmutatásban... - Az interaktív HunMarc import file betöltése leállítható és folytatható. Ez főleg nagy méretű file-ok feldolgozásakor használható... - Az olvasói állapot modul is aktualizálja az olvasó esetleges tartozásait. A modul az alapértelmezett dolgozói menüből (TL_MENU) Keresés/Olvasó hívással is aktivizálható... - Ha visszavételnél/hosszabbításnál klaviatúráról kell valamilyen okból bevinni a példány-azonosítót, ez mostantól kényelmesebben megy... - Mostantól nemcsak kölcsönzéskor, hanem hosszabbításnál is alkalmazza a rendszer a felszólítás (legkorábbi) dátumának beállításához a paraméterként megadott türelmi időt... - Intézményi kölcsönzésnél nem csak a partnerintézmény számára előjegyzés kielégítésére félretett, hanem az azzal ekvivalens (másnak félretett) példányt is ki lehet kölcsönözni... - A többkötetes művekkel (is) kielégíthető előjegyzéseket eddig nem kezelte korrektül a rendszer, ha több előjegyzés is volt ugyanarra a műre. Úgy javítottuk, hogy az előjegyzés kielégítésekor (pl. visszavételkor, korábban kedvezményezett előjegyzés törlésekor, vagy felszabadításakor) az eredeti, a közös adatra vonatkozó előjegyzést multiplikáltuk (az egyes kötetekre vonatkozó előjegyzésekkel váltottuk fel). - Minden olyan szituációban, amikor előjegyzés kielégítésére alkalmas(sá vált) példány kerül az adatbázisba, a rendszer már eddig is aktualizálta az összes olyan előjegyzést, amelynek kielégítésére a példány alkalmas. Ezen túlmenően mostantól felajánlja a kedvezményezni kívánt előjegyzés kiválasztását, hasonlóan ahhoz, ahogy a visszavételkor történt eddig... - Az előjegyzésnél eddig is létezett az ekvivalens-kijelölés lehetősége; mostantól az ekvivalens művek mindegyikénél képes az előjegyzések aktualizálására... - Az évszámot tartalmazó azonosítók (pl. leltárkönyvi, csoportos leltárkönyvi azonosító, rendelés-azonosító, vásárlási lista azonosító, törlési jegyzék azonosító) formátum-szabályozásában hiba volt, javítottuk... - Javítottuk a paraméterkezelés kisebb hibáját, ami az aránypárral nem számítható, ún. extenzív paraméterek esetén (pl. beiratkozási idő típusa, fordulónapja, beiratkozás érvényességi ideje, felszólítás módja, stb) jelentkezett bizonyos speciális esetekben... - Az ún. standard forgalmi statisztika a formanyomtatvány változásával összhangban változott: megszűnt a "mikro" dokumentum-típus, viszont új típusként jelentkezik a CD (ez korábban a "hangzó" típusba tartozott, aminek mostantól "LP+MC" a "neve") és a CD-ROM... - Ugyancsak a standard forgalmi statisztikát érintő változás: paraméterrel lehet szabályozni, hogy a hosszabbítást kölcsönzésnek minősül-e a statisztika szempontjából... - A könyvtár adatainál a "Könyvtárosi funkciók" között szabályozhatóvá vált a megrendelések/vásárlási listák "hossza" (tételszáma). Az itt megadott (hiányában a rendszer által alapértelmezett) érték a rendelések/listák generálásakor felülbírálható... - Bizonyos leveleknél (kérés visszahozatalra, értesítés elvihetőkről) bizonyos esetekben lemaradt a keltezés és az aláírás, a hibát javítottuk... - Érvényesítésnél nemcsak új állomány-beiratkozások létesíthetők, hanem korábbiak megszüntethetők (feltéve, hogy lejárt a beiratkozás és az olvasónak a kérdéses állományban nincs adóssága)... - Az olvasók kereshetők lettek azon állományok alapján is, amelyekbe be vannak iratkozva; ehhez szükséges egy reindex tl_egyeb - Kölcsönzési statisztikánál lehetséges dokumentum-osztály szerinti bontást is kérni... - Tartozások kereshetővé váltak a rendezés dátuma és a rendezés módja szerint is; ehhez szükséges egy reindex tl_munka - Audiovizuális dokumentumoknak is lehet ISBN-je... - Olvasó, cég, partner-könyvtár, stb. bevitelénél mindenhol, ahol település nevének bevitele szükséges, lehetséges a már létező értékek közül indexből választani... - A dokumentumtípusok többségénél nem lehetett a deszkriptor mezőből rendezvényre és műre hivatkozni; a hiányt pótoltuk... - Önálló dokumentumként leírt térkép lehet melléklete valaminek... ===== V1.60.04 ===== 2001. VI. 27. - A könyvtár paramétereinél beállítható, hogy az első olvasójegyért kell-e fizetni. Elhagyása vagy az "ingyenes" érték választása esetén a rendszer beiratkozáskor az olvasójegyért nem regisztrál tartozást. - Ha egy olyan dokumentumnak kerül új példánya az adatbázisba (példány bevitellel, egyszerű érkeztetéssel), amelyre van kielégítetlen előjegyzés, a rendszer a soron következő előjegyző számára félreteszi, és értelemszerű üzenettel a kezelőt is értesíti. - A kölcsönzési és a standard forgalmi statisztika közötti esetenkénti eltérések okát megtaláltuk, javítottuk. - Bevezettük (az összes paramétercsoportban) a [Türelmi idő] paramétert; az első felszólító levél ennyi nappal a kölcsönzés határidejének lejárta után készül. Ha legalább a könyvtár paramétereinél megadjuk, akkortól kezdve fölöslegessé válik a felszólító levelek nyomtatásakor az ugyancsak [Türelmi idő]-nek nevezett, hatásában eddig ugyanerre a célra szolgáló mező megadása (ha mégis megadjuk, ezzel növelhető a paramétercsoportban megadotthoz képest a türelmi idő). A késedelmi díj számítása ettől függetlenül a kölcsönzési határidő utáni naptól kezdődik. - Ugyancsak új paraméter a [Kártérítésre] vonatkozó felszólítások száma: ha itt zérust adunk meg, a visszahozatalra felszólító levelek után már nem kap az olvasó fizetési felszólítást a megállapított térítési díj miatt, hanem perelhetővé válik a térítési díj megállapítását követő annyi nap után, amennyi a felszólítási periódus. - Tényleges perléskor a rendszer azokat a postaköltség típusú tartozásokat is perli, amelyek a perlésre "érett" tartozásokkal kapcsolatos felszólító levelek kapcsán képződtek. Így megszűnik az a hiba, hogy ha egyszer valakinek felszólító leveleket küldött a könyvtár, és az olvasó nem reagált, akkor ezt követően a felszólítások postaköltségei miatt végtelen ciklusban újabb fizetési felszólító leveleket kapott, amelyek postaköltsége miatt ismételten felszólította a könyvtár és így tovább. - Megtaláltuk és javítottuk azt a hibát, hogy a visszahozatalra történő felszólító levelek kinyomtatása után esetenként két postaköltség típusú tartozást regisztrált az érintett olvasók némelyikénél a rendszer. - A kiadók és nyomdák bevitelénél és keresésénél voltak hibák az 1.60.03-ban. - A NAPLO program indokolatlanul 'nem naplózott adatbázis módosítás' hibát jelzett napló betöltéskor. ===== V1.60.03 ===== 2001. V. 11. - Az interaktiv HunMarc import elkészült. Elérhető a [Bevitel / HunMarc] menüpontból, a beviteli ablak [Másik / minta HunMarc-bol] menüpontjából, és a módosító ablak lokális menüjében a [Minta HunMarc-ból] menüpontból. Lásd: HMIMP.TXT - A TextLib szerver kinézete jelentősen megváltozott. Eltűntek az ablakok, parancssort kapunk indításkor. Ez a változás többek között azt is eredményezi, hogy több memória marad szabadon. A szerver ugyanakkor távolról vezérelhető lett. A rendszergazda bármely munkaállomásról tudja kezelni a TextLib szervert. - Uj rendszergazda menüpont: [Rendszer]/[szerver Vezérlés]. Itt láthatjuk a szerver állapotát, a bejelentkezett felhasználókat, stb. Lehetőség van a szerver leállítására, a 10 perces kilépés visszavonására, a kilépési idő változtatására, stb. - A találati halmazokkal végzett műveletek bizonyos rekordok esetén (pl: cikk) eddig néha furcsa eredményt produkáltak. - WEB-es felületen kiíródik a dokumentumok elé az is, hogy hány Internet cím van megadva a dokumentumhoz. Ha vannak példányok is, akkor a mögé, ha nincsenek, akkor helyette. A [nincs pld] csak akkor jelenik meg, ha példánya sincs a dokumentumnak, és az [Internet] mezője sincs kitöltve. Pl: [3 pld] [1 interneten] Egri Csillagok / Gárdonyi Géza - A WEB-es felületen az olvasónak félretett könyvek néha szabadnak látszottak. Ez akkor fordult elő, amikor még nem lett levél nyomtatva az olvasónak, hogy jöhet a félretett könyvért. - A nyomtatási helyek és nyomdák indexelésében volt egy kis hiba, most már jó, de szükség lesz egy REINDEX TL_BIBL végrehajtására - Paraméterezhető lett, hogy a késedelmi díjat csak munkanapokra vagy naptári napokra számítsuk. A paraméter csak a könyvtár paraméterei között szerepel, a [KéSedelmi díj] mező alá került, cimkéje: [Csak munkanapra]. Ha nem adjuk meg, a rendszer továbbra is naptári napokra számítja a késedelmi díjat. - A hosszabb - jellemzően nyári - zárvatartást követően az első nyitvatartási napon az olvasók "megrohamozzák" a könyvtárat - egyebek mellett amiatt, hogy erre a napra az átlagosnál jóval több kölcsönzési határidő esik. Ezen segít a [Rendkívüli zárvatartás (pl. nyári szünet) min. hossza] paraméter, ami (csak) a könyvtár paraméterei között szerepel. Használata esetén ha a kölcsönzési idő alapján megállapított határidő munkaszüneti napra esik és a kérdéses munkaszünet hossza nagyobb a paraméterben megadottnál, a határidőt a a munkaszünet hosszával későbbre "tolja" a rendszer. Ez úgy jelentkezik, mintha a hosszú zárvatartás napjai nem is lennének bent a naptárban. - Ha az olvasó nem jön (időben) a számára félretett dokumentumért (ezért az előjegyzés "felszabadításra kerül") vagy nem kívánja kikölcsönözni (az előjegyzést törölni kell), az előjegyzett dokumentumot a sorban álló következő előjegyző számára regisztrálja a program. Ez eddig is így volt, mostantól viszont a kérdéses modulokban a [KIelégült] nyomógomb használata esetén a törlés/felszabadítás következtében újonnan kielégíthetővé vált előjegyzések találati halmazát is megkapjuk. - Kereshetővé tettük a dokumentumokat szakjelzet szerint is. Ez persze csak egy reindex TL_BIBL után válik elérhetővé. - A windows vágólap kezeléséhez használt billentyűk már más célra fel voltak használva. Ezért ezentúl: Win vágólapra másolás: CTRL/le Win vágólapról beszúrás: CTRL/INS Kiderült, hogy a Windows vágólap WinNt és Win2000 alatt DOS-ból nem érhető el. Ezért ez a TextLib funkció sajnos csak Win3.1 és Win9x alatt működik. - A /852 paraméter feleslegessé vált. Ezentúl a program automatikusan felismeri, hogy CWI vagy 852-es kódú karaktereket kapott-e. - A TLDOC program okosodott, és ezentúl már egérrel is használható. Ez Windows-ban csak teljes képernyős módban igaz, vagy akkor, ha kikapcsoljuk az indító ikon tulajdonságai között a GYORSSZERKESZTÉS pontot. - A kolligátumok kezelése javult. Az olvasói megjelenítés és a cédula nyomtatás szempontjából is. - Új funkció a rekordok táblázatos és ablakos megtekintésénél: [Projekció a rekordra]. Ezzel a funkcióval egyszerűen le tudjuk pl. keresni egy dokumentum szerzőit. Használata megegyezik a [Projekció a Halmazra] funkcióval. ===== V1.60.02 ===== 2000. XII. 15. - Uj opció készült: Ujdonságok. Az olvasó egyszerűen lekeresheti a könyvtárba frissen bekerült dokumentumokat. Lásd: ujdok ===== V1.60.01 ===== 2000. XII. 7. - Elkészült: standard forgalmi statisztika. Lásd: olv4 - 3.3.4. A menüben az eddigi [Kölcsönzési statisztika] mellett található. - Uj opció készült: Egyszerű érkeztetés. - Kisebb javítások: Másik/minta-expandból, olvasói állapot nyomtatása, néhol TL_MUNKA csak /noems-el ment, ... - Olvasók kereshetők [Érvényesség] alapján is. Ily módon pl. lekereshetjük az éppen beiratkozott olvasókat. Mivel ez egy új indexfile, ezért ez a funkció csak egy REINDEX TL_EGYEB után működik. - A már leselejtezett példányok lekereshetők a [Selejtezés oka] alapján. Nem tévesztendő össze a [Selejtezés indoka] mezővel, ami a selejtezés előtt álló példányokra mondja meg, hogy miért kell őket selejtezni. Ez is új index, ezért csak egy REINDEX TL_MUNKA után használható. - Néhány dokumentumtipus adatlapján megtalálható már egy [Internet] nevű mező is. A bevitelkor megnyíló ablakba magyarázó szöveget, és elérési utat lehet megadni. Azokat a dokumentumokat, amikben ez a mező ki van töltve, az olvasó akkor is megtalálja, ha nincs belőle példánya a könyvtárnak. Az olvasói megjelenítésben is megjelenik a mező pl. a következő formában: Egyéb elérhetőség: Internet: http://www.konyvtar.hu/doc/egri_csillagok.htm Sőt, ez a mező a WEB-es felületen is megjelenik, ahol link lesz belőle, és mindjárt rá is lehet kattintani. - Ha egy előjegyzett dokumentum új példányáról szerez tudomást a program (új példány bevitel, nem kölcsönözhető példány kölcsönözhetőre módosítása, elveszett példány megkerülése, stb), azonnal szól, hogy a példányt félre kell tenni az előjegyzőnek. ===== V1.60.00 ===== 2000. X. 13. - A nagy verziószám-beli ugrás azért van, mert az adatfile kezelésben jelentős változást vittünk végbe. Áttértünk az ún. tranzakciós módszerre. - A verziószám ezentúl ilyen alakú lesz: V1.nn.mm Az nn az aktuális verzió, az mm pedig azt jelöli, hogy ennek a verziónak hányadik javítása. Pl: 1.60.00 ------ Driver ------ - Az IPX driver-ben is történt fejlesztés. Ez sebesség és adatbiztonság tekintetében is felülmúlja elődjét. Nagyobbra vettük az ún. timeout értékeket is, ez főleg a leterhelt és lassú hálózatoknál hozhat eredményt (kevesebb 'Szerver nem válaszol' üzenet). Az IPX driver javulásának eredménye, hogy Win9x alatt egy gépen futtatható együtt a TL szerver és a munkaállomás. Fontos tudni, hogy a szerver gépen a NET.CFG-be esetleg kell egy uj bejegyzes: Protocol IPX ipx sockets 40 Erra csak akkor van szükség, ha 'Cannot allocate ipx socket' hibát kapunk a TL szerver indításakor. Az IPX driver ellenőrzi a csomagokat, mivel kiderült, hogy a Windows 98 beépített Realtek 8029-es driver-e (A Genius kártyák jó része is ilyen IC-t használ) hibás, és néha rossz adatcsomagok érkeznek a TextLib munkaállomásra. Ezentúl ezek észrevesszük, hálózati hibaként fognak jelentkezni. - A HP DeskJet és HP LaserJet III nyomtatókhoz való driver is része lett a TextLibnek (eddig külön megvásárolható opció volt). - Elkészült a TCP/IP driver. Ez egyesületi tagoknak jár, mások opcióként várásolhatják meg. Segítségével interneten keresztül is be lehet lépni egymás TextLib adatbázisba. DOS alatt remekül működik, Win98 alatt is sikerült már használnunk. - Uj képernyő driver készült. Ez min. 1 Mbyte-os VESA VGA kártyákon használható, 800x600-as felbontást használ, igy szebb betűkkel is 3-mal több sor fér el a képernyőn, mint eddig. A TEXTLIB.BAT és TL_MUNKA.BAT ellenőrzi, hogy megfelelő kártya van-e a gépben. Ha igen, akkor ezt fogja használni, amennyiben a TLSVGA környezeti változó kitöltésével ezt engedélyezzük. - Windows alatt nem lehetett nyomtatni megosztott hálózati nyomtatóra. Ezt kijavítottuk, ezentúl már lehet. És az LPT1, LPT2 mellett már az LPT3 port is kijelölhető a nyomtató beállító ablakban. ------ Biztonság ------ - Ez a programverzió már jobban kezeli a jogosultságokat. Eddig elvileg az is tudta használni pl. az olvasószolgálatot, aki nem vette meg. Ezentúl nem fogja tudni, mivel a modulok ellenőrzik a jogosultságokat. Már a megfelelő menük sem indulnak el. - Sem a TextLib szerver, sem a munkaállomás program nem indul el, ha a rendszer dátum 1999 előtti. Ezt annak az esetnek a kivédésére raktuk bele, amikor a számítógép BIOS-a nem jól kezeli a 2000-es dátumot, és visszaáll pl. 1980-ra. - A jelszót tartalmazó mezőkben nincs lokális menü, és nem működik a Noteszbe másolás sem. Eddig a notesz felhasználásával meg lehetett tudni mások jelszavát, ez most megszűnt. Jelszó beírásakor minden karakter helyett * látszik. - A rendszergazda keresőkérdések bevitelekor megadhatja, hogy a keresést használhatja-e az olvasó. Erre az [Olv. név] mező szolgál. Ha ez ki van töltve, akkor az olvasó is látja majd ezt a keresőkérdést (a mezőben megadott néven), ha üres a mező, akkor ezt a kérdést nem tudja használni. Amikor az olvasó akar kész keresőkérdést futtatni, neki az expandban eleve csak azok a keresőkérdés nevek jelennek meg, amiket futtathat. Azokban a - már meglevő - keresőkérdésekben, amiket az olvasó is használhat, ki kell tölteni ezt az új mezőt! - Igen ügyes olvasók parancsnyelvi kereséssel elvileg előszedhetnek bármilyen rekordot. Azokat, amikhez nincs joguk persze nem tudják sem ablakosan megnézni, sem kinyomtatni. De a találati halmaz listában eddig láthatták a rekord néhány adatát. Ezentúl az ilyen rekordoknál csak egy '[nincs joga megtekinteni]' szöveget fognak látni. ------ Vonalkód ------ - A billentyűzetes vonalkódolvasó használata ÉS bizonyos (Z és Y betűket felcserélő) billentyűzet kezelő EGYÜTTES használata esetén, ha a vonalkódban NAGY Z vagy Y betű is volt (azaz elég ritkán), akkor eddig a Z helyett Y, az Y helyett Z betű jelent meg a vonalkódokban is. - Egyes billentyűzetes vonalkódolvasók használata esetén előfordult, hogy a kölcsönzés modulban a beolvasott vonalkódból kimaradt egy számjegy. Megtaláltuk a hiba okát, kijavítottuk. - Ujabb billentyűzetes vonalkódolvasó illesztési módot kellett kitalálnunk (az eddigi ALT/3,ALT/8 és 31 kód mellé). Több helyen is van olyan vonalkódolvasó ami ezek egyikét sem hajlandó beküldeni de a CTRL/B karaktert be lehet rajta állítani. Vonalkódot jelez ezentúl a CTRL/B kezdet és | karakter vég. CODE39 vonalkódoknál, ha úgy van beállítva az olvasó, hogy az ellenőrző jegyet beküldje, ami lehet | ez gondot okozhat. Ilyenkor ki kell kapcsolni az ellenőrző jegy beküldését. ------ Program kezelés ------ - A TextLib ablakok jobb felső sarkában megjelenik egy [X], amire az egérrel rákattintva egyszerűen ki lehet lépni az ablakból (ekvivalens a [Kilép] menüponttal); - A kapcsolódó mezőkön az egér bal gombjával duplán kattintva meghívhatjuk a részletezést. - A CETLI-ben a [File] megadásánál az F9 billentyűre listát kapunk a *.CTL file-okról, és választhatunk közülük. Ugyanebbe a mezőbe írhatunk tetszőleges filenév mintát (pl: a*.b*) is. - Ha Windows alatt futtatjuk a TextLibet, az adatbeviteli (és szövegszerkesztő) mezőből el lehet érni a Windows vágólapját. A mező lokális menüjéből (ALT/F10 vagy jobb egérgomb), vagy billentyűvel: CTRL/SHIFT/le - vágólapra másolás, CTRL/SHIFT/INS - vágólapról beszúrás. Az expand ablakokból is másolhatunk a vágólapra. - Dokumentum rekordok módosításánál egy új lehetőséget találunk az ablak lokális menüjében (SHIFT/F10) : Minta expandból. Ez jól jöhet pl. hiányos adatokkal bevitt rekordok változtatásához, amikor az eredeti rekord már nem törölhető, mert kapcsolódnak hozzá példányok, megrendelések, stb. - A Keresés/Beállítás ablakban nem lehet [Rendben]-t nyomni, ha nincs kijelölve egyetlen dokumentumtipus sem. - A halmaz-műveletekben mostantól vagy csupa rendezett vagy csupa rendezetlen halmaz vehet csak részt. - A Novell üzenet ablak jól kezeli a Win95-ből érkező Novell üzeneteket is (amik formátuma természetesen(?) kissé különböző, mint a DOS-ból jövő üzeneteké). ------ Adatbázis szerkezet ------ - A dokumentumok adatlapjain a FOCIM mezőt nem ismételhetővé tettük. Az adatbázis szerkezet definiálásakor sajnos nem derült ki, hogy nem jó, ha ismételhető, ezt megváltoztatni most már nem lehet, de az adatlapról ezentúl nem lehet több ismétlődést bevinni. - A program, adatbázis megjegyzés mezőjében is használható a hármas számú kijelölés az ISSN-hez. Ez eddig csak könyvek esetén működött. - Kiderült, hogy a GYARI_SZAM mezőnek ismételhetőnek kellene lennie. Ezt most már sajnos igen nehéz lenne megváltoztatni, ezért azt találtuk ki, hogy a mező ezentúl szavasan indexelődik, szóelválasztó jel pedig csak a "," és a ";" lesz. Tehát a gyári szám belsejében lehet SPACE is. - Lehet keresni a dokumentumokat a Nyomda és a nyomtatás helye szerint is az általános keresésben. Persze csak egy újraindexelés után. - Az Alkotó rekordok adatlapjára bekerült egy [Cutter] mező is. Ebbe érdemes beírni a nevéből adódó Cutter jelzetet. Ez a könyv adatlap [Cutter] mezőjének kitöltésekor jelenthet segítséget. - A kereső űrlapokon a mezők ismételhetők lettek. Ha egy mezőben több ismétlődést is megadunk, a keresés ezeket ÉS-elve értelmezi. Ez jól használható pl. a TÉMA, SZAVAK, stb. indexek esetén. Az expand ablakban megjelenik egy [Ezt is] gomb is. Ezzel lehet az aktuális kulcsot a kereső mezőbe másolni a nélkül, hogy az expandból ki kellene lépni. - A keresőkérdéseknél is használható az ismétlődés jel, de ilyenkor a kulcsot idézőjelek közé kell tenni. Pl: keress szavak="boldog;asszony" Sőt, a kész keresőkérdések futtatásakor, az adatokat bekérő mezőben is használható az ismétlődés jele (itt még az " sem kell). ------ Nyomtatás ------ - Az ún. egysoros nyomtatási formátumoknál használatos TH_LPRN modul új paramétert kapott. A /RAKTJELNO paraméterrel azt lehet jelezni, ha a példány-rekordokról készülő listában nem kivánjuk a példányok raktári jelzetét kinyomtatni. - A nyomtatási formátum definiálásánál eddig is meg lehetett adni, hogy a lapemelés hogyan kezelődjön. Most új lehetőség, hogy se lapemelés, se üres sorok ne kerüljenek a lap végére. Ez főleg file-ba nyomtatáskor jön jól. - A Könyvtár adatai közé (rendszergazda menü: Rendszer / Könyvtárunk adatai) felvettünk két új mezőt: az olvasók és a dolgozók default nyomtatási formátumát. A dolgozók rekordban eddig is meg lehetett adni, hogy milyen nyomtatási formátumot szeretnek használni. Ha az nincs megadva, akkor lép életbe az itt megadott. Ha ez sincs megadva, akkor az első nyomtatáskor megjelenik a nyomtatási formátum beállító ablak. ------ Szerver ------ - A TextLib szerveren minden bejelentkezett felhasználó neve megjelenik a [Felhasználók] ablakban, eddig ugyanis csak az első 23 látszott. Ha ennél több van, akkor azok új oszlopba kerülnek. - A szerver-ben eddig minden adatbázis módosítás után történt egy adatfile frissítés (ha a /flushdelay paraméter nem volt megadva). Ezentúl a frissítés késleltetve van (hacsak az új /flush paramétert meg nem adjuk). Ennek hatására a szerver gyorsabb lesz, viszont egy esetleges elszállás után valószínűbb, hogy napló betöltésre kerül sor. Általában a /flush használatát nem javasoljuk. - A TextLib szerver indító batch-be (TL_SERV.BAT) beraktuk, hogy ha a kilépési idő miatt lépett ki a szerver, akkor indítsa el a \textlib\exe\TL_TIME.BAT-ot (ha létezik ilyen), majd indítsa újra a szervert. A TL_TIME.BAT-ba például adatbázis mentést érdemes beírni. Ha ebben a batch-ben le akarjuk tiltani a szerver újraindulását, akkor kell bele egy ilyen sor: set TLEND=tl_time - A TextLib szerver többfeladatos op. rendszer alatt ezentúl gyorsabban fut, mint eddig. Ez annak a következménye, hogy amikor nem csinál semmit, lemond a maradék idejéről. Ennek a következménye az is, hogy WinNt alatt nem lesz 100% a TL szerver-re jutó idő. - A TL_SERV.BAT indulás után azonnal meghívja a TL_ELOTT.BAT-ot (ha van ilyen a \textlib\exe könyvtárban). A kilépés előtt pedig a TL_UTAN.BAT-ot. Ezeket fel lehet használni pl. IPX driver betöltésére, és kiirtására (ha nem akarjuk, hogy autoexec-ből mindig betöltődjön). - A TL_SERV.BAT-ban benne van egy \textlib\exe\TL_INDUL.BAT meghívása is (ha létezik). Ez közvetlenül a TLSERVER.EXE indítása előtt hívódik meg. Ebben lehet pl. novell üzenetet küldeni a TextLib felhasználóknak, hogy elindult a szerver. Ha ebben a batch-ban derül ki valami hiba, ami miatt mégsem indulhat el a szerver, akkor kell bele: set TLEND=tl_indul - Ha a TextLib szerveren kilépés folyik, és az 5 percen belül megtörténik, akkor új gép bejelentkezését már nem fogadja el. ------ Olvasószolgálat ------ - Az olvasói megjelenítésben [] zárójelben látható az is, hogy az adott példány hány napra kölcsönözhető. A KIVONAT mező tartalma is megjelenik az olvasóknak. - Az olvasói menübe (OW_MENU) beraktunk egy [Nyomtatás] gombot. Ez csak azoknak az olvasóknak jelenik meg, akiknek van joguk file-ba, vagy nyomtatóra nyomtatni. A gomb megnyomásakor előjövő ablakban lehet beállítani, hogy hova akar nyomtatni, és milyen nyomtató vezérlőt akar használni. - Ha az olvasó olyan könyvet visz el, amit 0 napra kaphat meg, a kölcsönzéskor 'Még ma visszahozandó' üzenet jelenik meg. - Az olvasói megjelenítésben a [Téma] mezőben megjelennek a zenei és helyismereti tárgyszavak is. Az analitikák esetében látható a forrás dokumentum is. - Az olvasók nem tudták megnézni ablakosan a kotta, kutatásjelentés, szabvány és szabadalom rekordokat. Kijavítottuk. - Az olvasók lekereshetők a beiratkozás dátuma alapján is, mivel ez az adat bekerül a beviteli dátumok közé. A kereső ablakban megjelenik a [Beiratkozva] mező, itt adhatjuk meg a kérdéses dátumot. Mivel ez egy rendszer mező, az expand elején az aznap bevitt összes rekord számát látjuk, de a keresés eredménye csak olvasókat fog tartalmazni. - Olvasók kereshetők még: kategória, érvényesítés dátuma alapján Kölcsönzések kereshetők: példány azonosítója, hosszabbítás dátuma alapján - A kölcsönzés ablak lokális menüjéből (SHIFT/F10) indított nyomtatások figyelembe veszik az aktuális nyomtatási formátumban beállított lapméretet, [Fölötte], [Alatta], [Fejléc], [Lábléc] értékeket is. Ez akkor jó, ha speciális printerrel (pl. OKIPOS) nyomtatunk, ami kevés karaktert tud nyomtatni egy sorba, és az adatok nyomtatása után még valami speciális dolgot is ki kell nyomtatni (pl: OKIPOS-nál 14 soremelés) Kell tehát csinálni egy nyomtatási formátumot (a Modulnév lényegtelen, legyen mondjuk XXXX), amiben a megfelelő értékek ([oszlop]=41, [Lábléc]=14soremelés, [Lapemelés]=semmi) vannak, és a kölcsönzés indítása előtt ezt kell beállítani nyomtatási formátumnak. - Az olvasók lekereshetők az érvényesítés dátuma alapján is (mivel ehhez új mezőt kellett felvenni, természetesen csak az ezutáni érvényesítések dátuma kerül be az újonnan felvett indexbe). - Halmazból kölcsönzésnél a halmaz egymással ekvivalens elemeit meg lehet jelölni (pl SHIFT/SPACE); a halmazból választáskor az ekvivalensek összes példánya közül lehet választani, ill. - ha ezek egyike sem hozzáférhető éppen - az előjegyzés ezen példányok bármelyikére vonatkozik. - A kölcsönzések (mind az aktuálisak, mind a múltbeliek) kereshetők lettek a kölcsönzött példány azonosítója alapján. Ez akkor jön jól, ha egy konkrét példány kölcsönözéseit akarjuk megkeresni/leszámlálni. - A beiratkozással kapcsolatos mezők közül csak azok szerepelnek mostantól a hozzáférési paraméterekkel kapcsolatos adatlapokon, amelyek a beiratkozás típusától függően értelmezettek (érvényességi idő VAGY fordulónap). - Beiratkozás érvényesítésénél - részben a fenti hiba következtében - előfordulhatott, hogy érvénytelen dátumot helyezett el a rendszer az [új érV] mezőbe; a hibát javítottuk. - A rendszer visszavételnél hangjelzéssel jelzi a beolvasott vonalkód alapján ha implicit olvasó-váltás történt (azaz a beolvasott vonalkód egy másik olvasónál lévő dokumentumé). - Visszavételből üzemmód-váltással történő hosszabbítás esetén, ha minden példányt meghosszabbítottunk, nem lehetett visszaváltani az üzemmódot. A hibát kijavítottuk. - A visszavétel lokális menüjéből választható [eLveszett] menüpont használata teszi lehetővé az olvasó által bevallott elvesztés regisztrálását. Eddig - nem túl beszédes módon - csak a menüpont inaktivitása jelezte, ha: - azonosítatlan, azaz kötethez nem rendelt példány - korábban már regisztrált elvesztésben érintett példány esetéről volt szó. Mostantól a menüpont mindig aktív, de ha kiválasztjuk, a fenti esetekben értelemszerű hibaüzenetet kapunk. - Ha az olvasónak csak késedelmi díj típusú tartozása volt, és még nem kapott visszahozatalra felszólító levelet, csak visszavétel vagy hosszabbítás után lehetett a késedelmi tartozást rendezni. Mostantól mind a kölcsönzési mind a visszavétel/hosszabbítás modul olvasó-váltásnál létrehozza (ill. aktualizálja) a kédeselmi tartozásokat, így azok akár a kérdéses művelet előtt is rendezhetők. - Késedelmi tartozás rendezése utáni hosszabbítást követően a visszavételkor "törölt rekord" hibaüzenetet produkált a rendszer; a hibát kijavítottuk. éjonnan ez a hiba már nem keletkezik; a régebben keletkezett adatbázis- hibák javítását illetően lásd: DBCHK leírását. - Közvetlenül hosszabbítás után nem lehetett tartozást rendezni: ilyenkor "Az olvasó rekordja nem hozzáférhető!" hibaüzenet jelentkezett. A hibát javítottuk. - Visszavételkor vonalkód-olvasó használata esetén akkor is automatikusan megtörtént a visszavétel, ha a [Nála lévő példányok] közül történt a kölcsönzött példány kiválasztása. Ez akkor okozott zavart, ha az olvasó által bejelentett elvesztést kellett regisztrálni, amire - az automatikus visszavétel miatt - eddig nem volt mód. A hibát kijavítottuk. - Ha visszavételből hívott tartozásrendezés keretében megtörtént az utoljára visszavett példánnyal kapcsolatos késedelmi tartozás rendezése, a vissza- vételhez történő visszatérés után a [Késedelmi díj] mezőben változatlanul látszott az összeg. Módosítottunk: ezután az időközben rendezett tartozás már nem fog látszani. - Ha ugyanannak a dokumentumnak több példányára volt egyidejűleg előjegyzés és a kérdéses példányok visszaérkeztek, a rendszer csak annak a példánynak az olvasó számára történő kikölcsönzését engedélyezte, amelyiket neki tettek félre (függetlenül attól, hogy a példányok teljesen egyformák). Módosítottunk: ezután bármelyik, a félretett példánnyal ekvivalens példány kikölcsönözhető az előjegyző olvasó számára. - A fizetési felszólítások nyomtatása kijavult. Nyomtatás előtt még ki lehet húzni tételeket a halmazból. - A visszahozatalra felszólító levélen csak a meghosszabbított határidő óta keletkezett késedelmi díjat tüntette fel a rendszer. A hibát javítottuk. - Előjegyzés törlésénél, ha már félre lett téve az előjegyzett dokumentum az olvasó számára, és másnak is volt a dokumentumra előjegyzése, a rendszer "elfelejtette" az újonnan kedvezményezett olvasó esetében az előjegyzés díját felszámítani. A hibát javítottuk. ------ Szerzeményezés ------ - A monografikus kiadványok szerzeményezésénél mind a deziderálásnál, mind az ezt követő megrendelésnél lehetőség van annak megjelölésére, hogy a kérdéses kiadvány ára tényleges vagy tájékoztató ár. - A monografikus kiadványok állománybavételénél nem lehetett audiovizuális és CD-ROM dokumentummal kapcsolatos számlasort rögzíteni; kijavítottuk. ------ WEB szerver ------- - A WEB szerver kinézete teljesen megváltozott. Egészen egyszerű lett, néha ír csak a képernyőre. Az ablakkezelő részt azért kellett kihagyni belőle, mert beleírtuk a Hunmarc letöltési lehetőséget, és a kettő együtt már nem fért volna el. Lásd: TLWWWSRV leírása - A WEB szerver támogatja a VAGY-olt keresést is. Ezt a kereső lapon meg kell adni (példa a homepage.htp file-ban!). - A keresés eredményeit cím szerint rendezetten kapjuk. Az azonos című könyvek (pl. különböző kiadások) egy helyre kerülnek. - A WEB szerver több file-ra hivatkozik, amiket szabadon lehet definiálni. (_nopld.htm, _doktip.htm) Lásd: TLWWWSRV leírása - A WEB szerver újabb megjelenítési móddal bővült: Egysoros. Egyszerűsödött a példány adatok elérése, és a lapozgatás a találatok között. Menet közben is lehet formátumot váltani (egysoros, normál, részletes). A találatok sorszámozottan jelennek meg, jól kezeli a MU rekordokat is, és még sok más apróság. Lásd: TLWWWSRV leírása - A helyismereti és zenei tárgyszóra kereséskor nem a megfelelő dokumentum, hanem csak a tárgyszó rekord került elő. Kijavítottuk. - A sok példánnyal rendelkező dokumentumoknál csak az első 25 példánynak az adatai jelentek meg. - A dokumentumoknál megjeleníti az analitikákat is Szerző:Cím alakban. Ez egyúttal egy link, rákattintva részletezhető az analitika. - Ha megnézünk egy alkotót, és a [Miket írt] gombra kattintunk, csak ennek az alkotónak a könyveit kapjuk meg, a többi - ugyanilyen nevű - alkotóét nem. Ugyanez igaz a testületekre, rendezvényekre, stb. - A WEB szerver több (külön megvásárolható) opcióval is bővült: Könyvtárközi kérés, olvasói állapot. Lásd: TLWWWSRV leírása - Szintén elkészült a HunMarc letöltés opció. Ez a TextLib Egyesület tagjainak jár, másoknak megvásárolható. Lásd: TLWWWSRV - HunMarc - Kijavult végre az a hiba, hogy proxy-n keresztül használva a TL WEB szervert, néha 'Nem töltött ki egyetlen mezőt sem' üzenet jött. ------ Statisztika ------ - Elkészült az Állomány statisztika és az általános statisztika is. Előbbi az Állomány/Statisztika, utóbbi az Egyéb/Statisztika menüpontból érhető el. A DEMO adatbázisban definiáltunk statisztikai szempontokat, és a rekordokon is úgy változtattunk, hogy minden statisztikának legyen valami eredménye (pl: példányokba írtunk számlaszámot, árat, stb). - A Kölcsönzési statisztika már a hosszabbításokat is számolja. ------ Segédprogramok ------ - Az adatbázis helyességét, integritását ellenőrző DBCHK program sokat "okosodott"; azokat a hibákat, amelyek javíthatók, egy új //javit paraméter alkalmazásával ki is lehet vele javíttatni. Mivel azonban az adatbázis módosítása körültekintést igényel, javasoljuk a program dokumentációjának alapos tanulmányozását, esetleg az InfoKer munkatársaival történő előzetes konzultációt. - A leltár előkészítő programnak meg lehet adni egy halmazt is (pl: egy adott állomány példányait), hogy csak ezekbe jegyezze be, hogy leltározandók. Ily módon nem kell egyszerre az összes dokumentumot leltározni. Lásd: LELTELOK leírása - A \TEXTLIB\DOC könyvtárban található .DOC kiterjesztésű file-okat átneveztük .TXT-re. Ezek ASCII szövegfile-ok, és a kiterjesztésük eddig megtévesztő lehetett. ------ Egyéb ------------- - A dokumentáció eddig CWI karakterkészelettel volt, ezt most átalakítottuk 852-esre. A legtöbb helyen tudtunkkal ezt használják. Akik a CWI-t szerették, azoktól elnézést. 852-es, CWI, ISO-8859-2, stb file-ok konvertálásához ingyen programok találhatók az interneten: http://www.zotyo.hu/prog/ A dokumentáció részét képezte több .DOC file, ami igazából sima szövegfile volt, csak a kiterjesztése volt megtévesztő. Ezeket .TXT-re neveztük át. A feleslegessé vált .DOC-ok a felújítás utáni első programfuttatáskor automatikusan törlődnek. ------ Opciók ------------ - Az MCSERE modul újdonságai: -- a dateref mezők megadásánál nem kell tudni a rekord azonosítókat, a kérdéses rekordok kiválaszthatók találati halmazból. -- használható dátum mezők lecserélésére is. -- több különböző érték lecserélhető egy menetben. Ilyenkor a [Mit] mezőbe csokolás jelet (ALT/;) kell írni. Ekkor a csere az összes kitöltött mezőre (üresre nem!) vonatkozik. - Az intézményi kölcsönzésnél a felszólító levél nyomtatás "okosodott": meg lehet jelölni (Shift-Space), hogy mely intézmények számára készüljön levél. - A szolnoki megyei könyvtár kérésére lehetővé tettük az olvasó jelszavának automatikus generálását: újonnan beiratkozó olvasóknak beiratkozáskor, már beiratkozottaknak külön program segítségével történik a generálás. A fejlesztést külön megvásárolható opcióként valósítottuk meg.
Vissza: TextLib honlap