Karl Ove Hufthammer

38 kommentarar

1. Fantastisk. Takk for dette 🙂

   Svar

2. Forresten, på Mac fungerer ikkje cp -t eller extended regexp i sed. Eg nyttar SuperSed (sudo port install ssed om ein har MacPorts) i staden for sed, då må install-delen i Makefile sjå slik ut:

   install: @echo @echo "Installerer Ordbanken til mappa «$(PREFIX)»." @echo @mkdir -p $(PREFIX)/bin @cp -vf skript/ordbanken $(PREFIX)/bin @sed -i '' -e s%$(BUILT_IN_PREFIX)%$(PREFIX)% $(PREFIX)/bin/ordbanken @sed -i '' -e s%sed%ssed% $(PREFIX)/bin/ordbanken @chmod 755 $(PREFIX)/bin/ordbanken @mkdir -p $(DATA_PREFIX) @cp -v *.txt $(DATA_PREFIX) @mkdir -vp /etc/bash_completion.d @cp -vf skript/bash_completion_ordbanken /etc/bash_completion.d/ordbanken @sed -i '' -e s%sed%ssed% /etc/bash_completion.d/ordbanken @sed -i '' -e s%$(BUILT_IN_PREFIX)%$(PREFIX)% /etc/bash_completion.d/ordbanken @chmod 755 /etc/bash_completion.d/ordbanken @echo

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

   install: @echo @echo "Installerer Ordbanken til mappa «$(PREFIX)»." @echo @mkdir -p $(PREFIX)/bin @cp -vf skript/ordbanken $(PREFIX)/bin @sed -i '' -e s%$(BUILT_IN_PREFIX)%$(PREFIX)% $(PREFIX)/bin/ordbanken @sed -i '' -e s%sed%ssed% $(PREFIX)/bin/ordbanken @chmod 755 $(PREFIX)/bin/ordbanken @mkdir -p $(DATA_PREFIX) @cp -v *.txt $(DATA_PREFIX) @mkdir -vp /etc/bash_completion.d @cp -vf skript/bash_completion_ordbanken /etc/bash_completion.d/ordbanken @sed -i '' -e s%sed%ssed%  /etc/bash_completion.d/ordbanken @sed -i '' -e s%$(BUILT_IN_PREFIX)%$(PREFIX)% /etc/bash_completion.d/ordbanken @chmod 755 /etc/bash_completion.d/ordbanken @echo

   (evt. kunne Makefile sjekka for sed-versjon og nytta ssed om det var tilgjengeleg. Det er vel ikkje verdt det å omskrive alle sed-uttrykk til vanleg regexp …)

   Svar

3. Ja, eg har brukt GNU-utvidingane til cp og sed. Eg har no endra cp -t og ein del anna for å gjera Makefile-fila POSIX-kompatibel (denne versjonen ligg i SVN), men er usikker på nokre av endringane du foreslår. Korfor treng du '' og -e i sed-kommandoane? Det skal ikkje vera nødvendig ifølgje POSIX.

   I prinsippet skal uansett no både Makefile-fila og ordbanken-skriptet vera POSIX-kompatible, men sistnemnte brukar GNU-utvidingane til sed. På sikt skal eg kanskje sjå om eg kan klara å unngå dette òg.

   Svar

4. UNIX har
   
-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if extension supplied)

   medan Mac (BSD?) har:
   
-i extension
Edit files in-place, saving backups with the specified extension.

   dvs. dei krev eit argument til -i. Det er heilt sikkert ikkje POSIX (den innebygde sed-en til Mac er ganske irriterande).

   Svar

5. OK. Eg har uansett fjerna -i frå koden, so iallfall Makefile-fila skal fungera på både POSIX-system og på Mac.

   Planane vidare er for øvrig å gjera nokre større endringar i filformatet for å gjera oppslag og autofullføring raskare.

   Svar
6. Tilbakeping: Nytt om bloggen og meg « Karl Ove Hufthammer
7. Tilbakeping: Ordbanken versjon 2009-06-07 klar « Karl Ove Hufthammer
8. Tilbakeping: Ordboka rett i terminalen « Kristoffer Egil Bonarjee
9. Tilbakeping: Ordbanken versjon 2009-07-05 klar « Karl Ove Hufthammer

10. Dette ser veldig bra ut! Hva med ordbankensøk online? Hadde vært gull for oss som ikke har lov til å installere ting på jobb-PCen 🙂

    Svar

    1. Eg har tenkt på ei slik nettenesta, men har ikkje nokon konkrete planar. Men det var ein annan som nemnte at han vurderte å laga noko slikt, so det vert kanskje noko av.

       Svar

11. Etter endringa i fullform_nn.dat får eg ikkje noko treff med look på Mac OS X. Om eg køyrer

    look hei ordbanken-for-to-versjonar-sidan/fullform_nn.dat

    får eg masse treff, men ingenting med dei to nyaste versjonane. Eg reknar med det har å gjere med dei sorteringstala som no står først i fullform_nn.dat… skal dei vere der? T.d.

    36118 heimeyrke heimeyrke subst nøyt appell fl ub klammeform 811 3

    Eg kan skrive «look 36118 …» og få opp treffet. Veit du kva som er gale?

    Svar

    1. Verken talkodane på starten eller slutten av linjene skal vera med i .dat-filene; dei skal berre stå i .txt-filene. Her har det skjedd noko gale ved genereringa. Får du nokon feilmelding når du kjører skriptet som lagar filene?

       Svar

       1. Det var visst nokre kommandoar som ikkje var heilt POSIX-kompatible. Har du høve til å testa SVN-versjonen? Der er iallfall dette retta. (Men kommandoane har ikkje vore POSIX-kompatible nokon gong, so det er rart viss ting verka før men ikkje no.)

          Svar

          1. Forrige gong eg fekk det til å fungere nytta eg jo ssed i skript/optimer, dette fungerte no au (i SVN-versjonen).

             Men då eg prøvde med vanleg sed (dvs. utan å endre noko frå SVN-versjonen) heldt `make» på i ein time utan at noko skjedde, veit ikkje kvifor… (Det er godt mogleg at darwin-sed rett og slett ikkje er POSIX :-/ )

             Svar

             1. Grunnen til at følgjer POSIX, er jo at eg ønskjer at programmet skal vera kompatibelt på tvers av ulike plattformer og versjonar av program. Derfor brukar eg berre dei standard sed-kommandoane.

                At darwin-sed ikkje støttar dei, er iallfall veldig kritikkverdig. Det kan jo òg vera at programmet berre er veldig tregt. Du kan eventuelt prøva å kjøra det på ei redusert .txt-fil med berre ei handfull linjer, for å sjå kva som skjer.

             2. Eg fann, eg fann!

                Første sed-linja i skript/optimer har ein «\n» i seg. Darwin-sed taklar ikkje «\n» (eller «\t»). Eg pleier å rett og slett skrive

                N=»\\
                »
                sed …${N}…

                i staden. Dette fungerte iallfall for meg =D

             3. Det kan eg nok ikkje endra. POSIX-standarden seier at «The escape sequence «\n» shall match a <newline> embedded in the pattern space. A literal <newline> shall not be used in the BRE of a context address or in the substitute function.»

                Du får melda frå om feilen til utviklarane av Darwin-sed …

             4. Er ikkje den litt tvitydig? `\n»-en er jo nytta i BRE til substitute funksjonen, såvidt eg forstår, ikkje i «pattern space».

                http://cc.in2p3.fr/doc/phpman.php/man/sed/1p har same sitat, men seier i tillegg at «A line can be split by substituting a <newline> into it. The application shall escape the <newline> in the replacement by preceding it by a backslash.»

             5. Nei, det er ikkje tvetydig, so vidt eg kan sjå. Eg har brukt ein \n i substitute-funksjonen, og denne reagerer på ein <newline> (eit linjeskift) i «pattern space». Den einaste måten ein <newline> kan komma inn i «pattern space» på, er via hold-funksjonen.

12. Forresten, trengst eigentleg «-W posix»? Eg måtte fjerne det på Mac (alternativt nytte gawk).

    Svar

    1. Ja, «-W posix» trengst (ironisk nok for å bruka ein ikkje-POSIX-funksjon for å seia at POSIX-modus skal brukast). Viss ikkje standardprogrammet på Mac taklar dette, er det ikkje POSIX-kompatibelt.

       Svar

       1. Det ser ut til at eg kan unngå -W posix likevel.

          Svar
13. Tilbakeping: Ordbanken i nettlesaren « Kristoffer Egil Bonarjee

14. Slenger meg på oppfordringen om en nettjeneste, som jeg kunne brukt sammen med følgende:

    Firefox-tips: Med nøkkelord for søkemotorer kan man sette opp «søkekommandoer» i adressefeltet til Firefox (pilen i søkefeltet, «Behandle søkemotorer», «Rediger nøkkelord»; Add to Search Bar for å legge til egne søk). Dersom jeg vil slå opp ordet «hjelpe» i Bokmålsordboka, trykker jeg Alt + D (for å skifte til adressefeltet) og skriver

    o hjelpe

    og bam!, definisjonen kommer opp. (Flere eksempler: d slår opp på Dictionary.com, i på IMDb og w på Wikipedia.)

    Prøv selv – det sparer enormt med tid.

    I hvert fall, dersom Ordbanken fantes som nettjeneste, kunne jeg omdirigert o <ord> til denne og sluppet å forholde meg til kryptiske grammatikkoder. (En annen mulighet ville være å skrive en liten Firefox-utvidelse som dro nytte av --html-valget.)

    Svar
15. Tilbakeping: Ordbanken versjon 2010-05-11 klar « Karl Ove Hufthammer

16. Ordbanken finst no i ei fin AUR-pakke for Arch Linux-brukarar:
    http://aur.archlinux.org/packages.php?ID=40462

    Eg måtte ikkje gjere noko spesielt for å få laga pakka, utanom desse linjene:
    
sed -i 's%PREFIX=${DESTDIR}/usr/local%PREFIX=${DESTDIR}/usr%' Makefile
sed -i 's%mappe="/usr/local/share/ordbanken"%mappe="$(dirname $0)/../share/ordbanken"%' skript/ordbanken

    sidan AUR-pakker først blir installert som vanleg brukar til ei midlertidig mappe, og så installert under /usr (ikkje /usr/local, sidan local berre skal ha ting ein installerer utan å gå vegen gjennom byggesystemet til distribusjonen)

    Svar

17. Unhammer, dei sed-linjene skulle ikkje vore nødvendige. Makefila støttar endring av prefikset direkte:
    make install PREFIX=/usr

    Svar

18. Jeg tror ikke programmet fungerer helt som det skal på Ubuntu 10.04. Her er resultatet for ordbanken appelsin:

    appelsin appelsinen subst mask appell ent be
    appelsin bergamottappelsinen subst mask appell ent be
    appelsin blodappelsinen subst mask appell ent be
    appelsin appelsin subst mask appell ent ub
    appelsin bergamottappelsin subst mask appell ent ub
    appelsin blodappelsin subst mask appell ent ub
    appelsin appelsinene subst mask appell fl be
    appelsin bergamottappelsinene subst mask appell fl be
    appelsin blodappelsinene subst mask appell fl be
    appelsin appelsiner subst mask appell fl ub
    appelsin bergamottappelsiner subst mask appell fl ub
    appelsin blodappelsiner subst mask appell fl ub

    Svar

    1. Ja, det er visst ein stygg feil i Ubuntu, og som ikkje ser ut til å finnast i nokon andre distroar. Programmet look fungerer rett og slett ikkje skikkelig på Ubuntu.

       Du kan endra ordbankprogrammet til å ikkje bruka look, for eksempel ved å endra linja LOOK_FINST=$? til LOOK_FINST=1. Programmet vil då fungera mykje tregare, men vil gje rett svar.

       Svar

19. Du byrjar soleis: ‹Kva heiter «å late» i presens, preteritum og imperativ?›

    Heiter det offisiellt «å late»? Finst det ei over-nemneform som har e-infinitiv?

    Sjølv nyttar du a-infinitiv. M.a.o.: ‹Kva heiter «å lata» i presens, preteritum og imperative›.

    Berre dersom brukaren kan velja mellom a-infinitiv og e-infinitiv (og kløyvd infinitiv), kan Ordbaken seiast vera fullstendig på verbformene.

    Svar

    1. Nei, a-infinitiv og e-infinitiv er jamstilte. Men ordbanken har berre éi av formene som oppslagsord (e-varianten), nett som andre ordlister. Det kan ein for so vidt meina kva ein vil om, men slik er det. Det gjeld for øvrig òg andre typar ord. For eksempel er berre «andast», ikkje «andas» oppslagsord, sjølv om «å andas» er ein heilt lovlig infinitiv.

       Svar

20. «Å andas» er ei klammeform, og klammeformer har i praksis aldri vore heilt lovlege — annat en i hovuda til sume prinsippielle sjeler. Det er synd at ei form som er heilt lovleg (a-infinitiv) i ordboka vert handsama på same måte som ei klammeform (andas).

    Eg er elles ute etter kva dette me oppslagsformene i praksis har å seia: Det fører til auka bruk av e-infinitiv at det jamt over er e-infinitiv som vert nytta til oppslagsform. Og du kan vera trygg på at det å taka ut «andas» frå lista verkar i same retning.

    Me har tri infinitivar i nynorsk: a-, e- og kløyvd infinitiv. Det mest logiske, dersom ein ikkje vil skriva alle tri formene i kvart oppslag, hadde vore å nytta kløyvd infinitiv som oppslagsform. Då hadde det vore lettare å få inn kløyvd infitiv – for dei som vil nytta honom, so vel som lettare – for alle andre, å skjøna at ein sjølv må velja infinitiv. I tillegg hadde alle a-infinitivsnyttarar funne «sin eigen» infinitiv att i ordboka – for sume verb. I tillegg hadde produsentane av elektroniske ordbokøker då måtta gjort ein skikkeleg jobb når det galdt det med gode brukaropplevingar når ordboksnyttaren spør etter ein annan infinitiv en den som ordet står førd med.

    Koss det no er med det ovannemnde, so var poengen å få fram at ordbanken ikkje er so komplett som ein kunne få inntrykk av.

    No er det er ikkje noko nytt at ein ikkje kan slå opp på a-infinitiv/kløyvd infinitiv. På det viset skjønar eg at du, i siste artikkelen din om saka, framhevar at «andas» er teke ut, utan å samstundes poengtera at a-infinitiv òg vantar. Men det hadde vore rimeleg å poengtera – einkvan staden, i nærleiken av ordbanken-filene – kva slag svar ordbanken ikkje gjev. Kan ein t.d. finna «vere» der (som i «takka vere» – som det jo alltid skal heita, sidan det ikkje er ein infinitiv) ?

    Svar

    1. Eg har no lagt til støtte for oppslag på a-infinitiv i programmet. Sjå oversikta over nytt i siste versjon for informasjon om korleis dette fungerer.

       For øvrig står «takka vere» som eit eige oppslagsord i fullformsordlistene, og er altså tilgjengeleg i programmet.

       Svar
21. Tilbakeping: Ordbanken versjon 2012-09-01 klar « Karl Ove Hufthammer
22. Tilbakeping: Ordbanken versjon 2013-02-17 klar « Karl Ove Hufthammer
23. Tilbakeping: Ordbanken versjon 2016-03-20 klar « Karl Ove Hufthammer
24. Tilbakeping: Ordbanken versjon 2018-07-05 klar « Karl Ove Hufthammer