[da-stavekontrol] Stavekontroldens kildekode på github
For en god ordens skyld har jeg lagt stavekontroldens kildekode på github: https://github.com/jeppebundsgaard/stavekontrolden Jeppe -- Jeppe Bundsgaard Tel.: +45 31192607 Web: jeppe.bundsgaard.net -- Send en e-mail til stavekontrol+unsubscr...@da.libreoffice.org for instruktioner om hvordan du ophæver dit abonnement Problemer? https://da.libreoffice.org/kontakt-os/postlister/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette Listens arkiv er tilgængelig på https://listarchives.libreoffice.org/da/stavekontrol/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [da-stavekontrol] Stavekontrolden i nye klæder
Den 21-04-2020 kl. 11:26 skrev Jeppe Bundsgaard: tir, 21 04 2020 kl. 01:49 +0200, skrev scootergrisen: Den 21-04-2020 kl. 01:10 skrev Jeppe Bundsgaard: tir, 21 04 2020 kl. 00:59 +0200, skrev scootergrisen: Hvorfor står der OpenOffice.org og ikkebareOpenOffice?OpenOffice.org er vel et websted. Rettet - det hed .org engang, mindes jeg. Send med ønskede/korrekt MIME-type og kodning: da_DK.o xt da_DK.aff da_DK.dicIrriterende at de åbnes i et nytfaneblad(target="_blank").Hvisbrugeren vil downloade de 3filer så endervedkommende med 4 åbnefaneblad.Eventuelt bådegiv brugerenmulighed for at downloade med korrektMIME-type ogfor visningdirekte i browseren. Det viste sig at html5 har en simpel løsning: skriv download i-tagget ☺ Gør det hellere ordentligt i stedet for at det kun kommer tilatvirke nogle gange. Det virker ens hver gang nu. Ikke hvis filerne tilgås direkte. Men det gælder vel altid - det er jo ikke filen, men linket der harmime-type? Jeg tænker ikek det er et alvorligt problem. Det er serveren som kan angive en MIME-type (Content-Type) i HTTP- headeren når filen tilgås.Så den kan blive vist/brugt korrekt og ikke en blandet oplevelse med at oxt-filen gør det ene og aff- og dic- filerne gør noget andet. Du kan tilføje det i serverkonfigurationen og .htaccess-filer hvis det er Apache. Og angive UTF-8 som standardkodning hvis alle de filerne du har tænkt dig at bruge kommer til at være i den kodning. .htaccess:AddType plain/text .affAddCharset UTF-8 .aff .dic Hvis man laver en hjemmeside om at stave korrekt så må det have en vis betydning at f.eks. æøå vises korrekt og ikke som nu hvis jeg besøger https://stavekontrolden.dk/dictionaries/da_DK/da_DK.aff så står der:#Til sammensætninger: Bindestreg er et ord i sammensætninger Så lærte jeg også det ☺, tak. https://www.stavekontrolden.dk/dictionaries/da_DK/da_DK.affJeg havde ikke opdaget du havde lavet et forslag til .htaccess, så jeg søgte og tænkte mig frem til følgende - som også virker:ForceType 'text/plain; charset=UTF-8' Ved ikke om der er argumenter for det ene eller det andet.Jeppe Følgende gør vist nok at de bliver downloadet og ikke vist i browseren: ForceType application/octet-stream Så hvis du har det i en .htaccess-fil f.eks. i en download/-mappe så gælder det for filerne i den mappe. oxt er åbenbart ikke ren tekst. Så kan du prøve og rode med det og se hvad der er bedst. -- Send en e-mail til stavekontrol+unsubscr...@da.libreoffice.org for instruktioner om hvordan du ophæver dit abonnement Problemer? https://da.libreoffice.org/kontakt-os/postlister/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette Listens arkiv er tilgængelig på https://listarchives.libreoffice.org/da/stavekontrol/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [da-stavekontrol] Stavekontrolden i nye klæder
tir, 21 04 2020 kl. 01:49 +0200, skrev scootergrisen: > Den 21-04-2020 kl. 01:10 skrev Jeppe Bundsgaard: > > tir, 21 04 2020 kl. 00:59 +0200, skrev scootergrisen: > > > > > Hvorfor står der OpenOffice.org og > > > > > ikkebareOpenOffice?OpenOffice.org er vel et websted. > > > > Rettet - det hed .org engang, mindes jeg. > > > > > > > Send med ønskede/korrekt MIME-type og kodning:da_DK.o > > > > > > > xtda_DK.aff da_DK.dicIrriterende at de åbnes > > > > > > > i et nytfaneblad(target="_blank").Hvisbrugeren vil > > > > > > > downloade de 3filer så endervedkommende med 4 > > > > > > > åbnefaneblad.Eventuelt bådegiv brugerenmulighed for at > > > > > > > downloade med korrektMIME-type ogfor visningdirekte i > > > > > > > browseren. > > > > > > Det viste sig at html5 har en simpel løsning: skriv > > > > > > download i-tagget ☺ > > > > > > > > > > Gør det hellere ordentligt i stedet for at det kun kommer > > > > > tilatvirke nogle gange. > > > > Det virker ens hver gang nu. > > > > > > Ikke hvis filerne tilgås direkte. > > > > Men det gælder vel altid - det er jo ikke filen, men linket der > > harmime-type? Jeg tænker ikek det er et alvorligt problem. > > Det er serveren som kan angive en MIME-type (Content-Type) i HTTP- > headeren når filen tilgås.Så den kan blive vist/brugt korrekt og ikke > en blandet oplevelse med at oxt-filen gør det ene og aff- og dic- > filerne gør noget andet. > Du kan tilføje det i serverkonfigurationen og .htaccess-filer hvis > det er Apache. > Og angive UTF-8 som standardkodning hvis alle de filerne du har tænkt > dig at bruge kommer til at være i den kodning. > .htaccess:AddType plain/text .affAddCharset UTF-8 .aff .dic > Hvis man laver en hjemmeside om at stave korrekt så må det have en > vis betydning at f.eks. æøå vises korrekt og ikke som nu hvis jeg > besøger https://stavekontrolden.dk/dictionaries/da_DK/da_DK.aff så > står der:#Til sammensætninger: Bindestreg er et ord i > sammensætninger Så lærte jeg også det ☺, tak. https://www.stavekontrolden.dk/dictionaries/da_DK/da_DK.affJeg havde ikke opdaget du havde lavet et forslag til .htaccess, så jeg søgte og tænkte mig frem til følgende - som også virker:ForceType 'text/plain; charset=UTF-8' Ved ikke om der er argumenter for det ene eller det andet.Jeppe -- Send en e-mail til stavekontrol+unsubscr...@da.libreoffice.org for instruktioner om hvordan du ophæver dit abonnement Problemer? https://da.libreoffice.org/kontakt-os/postlister/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette Listens arkiv er tilgængelig på https://listarchives.libreoffice.org/da/stavekontrol/ Privacy Policy: https://www.documentfoundation.org/privacy