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) ?

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.

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.

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

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)

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.)

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.»

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

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

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.