Håper denne kan være til nytte. Legger den inn som en tekstfil i CVS i katalogen ~/skolelinux/www/i18n. Gi gjerne beskjed om noe mangler her :-)
BRUKSANVISNING PÅ OPPDATERING AV KBABEL-DATABASEN: ========================================================== * Database-filer til Kbabel ligger plassert på flere ulike steder, de er beskrevet nedenfor. * Som eksempler er bokmål brukt, nynorskbrukere erstatter katalognavnet «nb» med «nn»
1. Du må først slette alle filer i katalogen /home/<brukernavn>/.kde/share/apps/kbabeldict/dbsearchengine
2a. Deretter gå inn i innstillinger-ordboksoppsett-oversettelsesdatabasen og fanebladet database. 2b. Der velger du «let igjennom katalogen» og så de katalogene der databasefilene ligger: /home/<brukernavn>/skolelinux/i18n/openoffice/po/database/nb/ Her ligger 29 OOo-ordlister, en for hver bokstav i alfabetet. NB: Du vil ikke se hvilke filer som er i katalogen, så sjekk at du har valgt rett katalog.
3a. Velg så «let igjennom en enkelt .po-fil», gå til katalogen /home/<brukernavn>/skolelinux/www/i18n/nb/ (last den ned om du ikke har den!) 3b. Her velger du filene Fellesordl.eng-no.html.nb.po og NorskeFargenavn.po. (Du kan ikke velge flere om gangen, så du må gjøre dette to ganger, en gang for hver av filene)
4a. Velg igjen «let igjennom en enkelt .po-fil», gå til /home/<brukernavn>/skolelinux/www/i18n/kodar/nb/ 4b. Her velger du filene land.po og sprak.po.
5. For å legge til OpenOffice.org-filer også: Velg igjen «let igjennom katalogen» og så de katalogene der filene ligger: /home/<brukernavn>/skolelinux/i18n/openoffice/po/nb
Mvh Axel Bojer
Axel Bojer axelb@skolelinux.no skreiv i innlegget news:200402191725.08225.axelb@skolelinux.no:
Håper denne kan være til nytte. Legger den inn som en tekstfil i CVS i katalogen ~/skolelinux/www/i18n. Gi gjerne beskjed om noe mangler her :-)
Kva med alle PO-filene i «head-kde-i18n», «gnome-i18n» og «other»?
Og kva teiknkoding er det du har prøvd å bruka i tekstfila?
fredag 20. februar 2004, 10:32, skrev Karl Ove Hufthammer:
Axel Bojer axelb@skolelinux.no skreiv i innlegget
news:200402191725.08225.axelb@skolelinux.no:
Håper denne kan være til nytte. Legger den inn som en tekstfil i CVS i katalogen ~/skolelinux/www/i18n. Gi gjerne beskjed om noe mangler her :-)
Kva med alle PO-filene i «head-kde-i18n», «gnome-i18n» og «other»?
Og kva teiknkoding er det du har prøvd å bruka i tekstfila?
Grrr. Maskina mi har feil i oppsettet, så iblant sletter den alle tegn som ikke er engelske standardtegn. Det er rettet nå. La dessuten til et punkt 6 med flere po-filer. Men bortsett fra det, så er det vel lurt å begrense seg til de katalogene man selv oversetter i for ikke å gjøre databasen altfor treg? Iallefall bør man vite at ikke alt er kvalitetssjekket, og i såfall ta databaseordene med en klype salt (noe som i alle fall kan være lurt :-)
Mvh Axel
Axel Bojer axelb@skolelinux.no skreiv i innlegget news:200402231610.08650.axelb@skolelinux.no:
Grrr. Maskina mi har feil i oppsettet, så iblant sletter den alle tegn som ikke er engelske standardtegn. Det er rettet nå. La dessuten til et punkt 6 med flere po-filer.
Teikna er framleis feil.
Men bortsett fra det, så er det vel lurt å begrense seg til de katalogene man selv oversetter i for ikke å gjøre databasen altfor treg?
Sikkert. Eg har med alt, og databasen er *veldig* treig.
Veit forresten nokon om det er planar om å forbetra denne funksjonen i kbabel? Det må då gå an laga ein raskare søkefunksjon! (Jf. f.eks. søkefunksjonen i nyaste testutgåva av Opera, som visstnok kan søka gjennom innhaldet i hundretusenvis av e-postar på ~1 sekund..)
Onsdag 25. februar 2004 17:07 skreiv Karl Ove Hufthammer:
Sikkert. Eg har med alt, og databasen er *veldig* treig.
Veit forresten nokon om det er planar om å forbetra denne funksjonen i kbabel? Det må då gå an laga ein raskare søkefunksjon! (Jf. f.eks. søkefunksjonen i nyaste testutgåva av Opera, som visstnok kan søka gjennom innhaldet i hundretusenvis av e-postar på ~1 sekund..)
Det har nok med innstillingane å gjera, men eg har aldri blitt heilt klok på dette. Eg har iallfall lagt merke til at det av og til går veldig, veldig treigt, men slett ikkje alltid. Er det noko med å søkja etter enkeltord, kanskje? Nokre innstillingar gjev iallfall enormt lange (og treige) resultatlister. Eg ønskjer meg mest meir intelligente søk, spesielt på lange tekststrengar.
Med helsing, Gaute Hvoslef Kvalnes
[Treigt søk i KBabel]
Det har nok med innstillingane å gjera, men eg har aldri blitt heilt klok på dette. Eg har iallfall lagt merke til at det av og til går veldig, veldig treigt, men slett ikkje alltid. Er det noko med å søkja etter enkeltord, kanskje? Nokre innstillingar gjev iallfall enormt lange (og treige) resultatlister. Eg ønskjer meg mest meir intelligente søk, spesielt på lange tekststrengar.
Det eg har bite meg merke i, er at søk i ordlistene med ein del av msgstr som søketekst går forferdeleg tregt i høve til søk på msgid. Eg har aldri heilt forstått kvifor det skal vera slik, men eg har notert i gløymeboka at eg skal senda inn ei feilmelding.
Gaute Hvoslef Kvalnes gaute@verdsveven.com skreiv i innlegget news:200402251919.28621.gaute@verdsveven.com:
Er det noko med å søkja etter enkeltord, kanskje? Nokre innstillingar gjev iallfall enormt lange (og treige) resultatlister.
Hugsar eg las ein oversiktsartikkel om ulike tekstsøkealgoritmar for nokre år sidan. Det er veldig morosame greier.
Ja, no har eg sett litt på Internett òg. Det er mykje interessant her, for eksempel Boyer-Moore-algoritmen, som er veldig rask, men som òg blir raskare jo lengre søketeksten er! (Eg har ofte opplevd det motsette i program eg brukar.) Algoritmen har seinare blitt forbetra, blant anna av Horspool og Sunday[1], sistnemnte med sin «very fast substring search algorithm» («Quick Search»).
Ein har òg utvikla raske algoritmar for «uklare» søk, jf. f.eks. agrep-algoritmen (det finst endå raskare og betre algoritmar).
Men det mest overraskande for meg, er at ein har utvikla algoritmar for direktesøk i *komprimert* tekst. Her er kva Navarro og Tarhio skriv (dei har fleire artiklar om emnet):
[...] we show experimentally that speedups of up to 30% over the fastest previous approaches are obtained. Moreover, we show that using an encoding method that sacrifices some compression ratio our method is twice as fast as decompressing plus searching using the best available algorithms.
Og:
When searching complex or approximate patterns, our algorithms are up, to 8 times faster than the search on uncompressed text.
Søket støttar òg effektiv dekomprimering av *delar* av teksten direkte, uklare søk og regulære uttrykk.
Dei er so flinke!
[1] Orkar ikkje legga inn referansar. Interesserte klarer å finna dei sjølv!