Infrastruktur

Kan du se om det er andre muligheter for å legge inn valg av linjelengde i automatiske postinger fra EFN-listen som en mulighet, eventuelt ha en fast, men kortere linjelengde?

Hvis Bjørnar Hjelmevold ikke har tid til å ta denne saken og de andre sakene som har stått på vent en stund, er det andre disse kan tildeles til?

Dessverre!

Det er altså ingen andre som kan ta disse sakene? Kan det innhentes flere personer å tildele saker til?

Det er ingen andre som har kompetanse på enonic.cms så vidt jeg vet i EFN

Håper Bjørnar Hjelmevold kan se på denne og de andre sakene på nytt, da.

Det er ikke overskriften det ønskes linjebegrensning på, så det kan stå uendret. Hva medfører det at grensen er satt til 70 piksler? Vil det ikke være mulig med lange overskrifter? Sakene som jeg legger ut på
https://efn.no/no/nyheter/Nytt+fra+det+offentlige postes automatisk etterskuddsvis på EFNs mailingliste, efn-listen@uib.no, og det er linjelengden i disse e-postene jeg ønsker kortere, altså ingress og brødtekst, ikke slik de fremstår på nettsiden efn.no.
For å ta en setning fra den siste artikkelen som eksempel:
https://efn.no/no/nyheter/Nytt+fra+det+offentlige/digitaliseringsrundskrivet--1587
Denne setningen, altså det som står mellom hermetegnene, fremstår på én linje i e-posten når den kommer på efn-listen@uib.no:

«Rundskrivet beskriver også prosessen knyttet til Kommunal- og moderniseringsdepartementets (KMD) vurdering av IKT-relaterte satsingsforslag til 2018-budsjettet. Rundskrivet gjelder for departementene, statens ordinære forvaltningsorganer, forvaltningsorganer» --

og så lange er linjene i disse automatisk postede e-postene. Hvis du ser på samme posting på efn.no (Digitaliseringsrundskrivet), har den denne linjelengden:

«Rundskrivet beskriver også prosessen knyttet til Kommunal- og moderniseringsdepartementets (KMD) vurdering av IKT-relaterte»

Jeg kunne tenkt meg at de automatisk postede e-postene til efn-listen fikk omtrent linjelengden i ingress og brødtekst som setningen under, mellom hermetegnene:

«Rundskrivet beskriver også prosessen knyttet til Kommunal- og modernisering»

Må linjelengden i så fall være den samme på https://efn.no/no/nyheter/Nytt+fra+det+offentlige som i e-postene som postes derfra? Jeg vet ikke hvordan disse automatiske e-postene lages, er linjelengden i disse noe som kan justeres i Enonic, eller ligger det et annet sted i prosessen?

Det ser ut som om problemstillingen her er misvisende. Det refereres til linjelengeden i eposter, dette kan løses på 2 måter. Man kan sende ut HTML-mail, innstilling i r2e, eller man kan sende ut plain mail med

Content-Type: text/plain; charset="utf-8"; format="flowed" 

Det er ikke trivielt hvordan man skal override Content-Type i r2e, vi må uansett flytte postfix, og jeg foreslår at vi kikke på dette når det er gjennomført.

Se forøvrig: http://joeclark.org/ffaq.html

Kan det settes en maks linjelengde i de automatiske e-postene på f.eks. 60 tegn, og likevel kunne skalere ned på små skjermer, hvis du bruker Content-Type: text/plain; charset="utf-8"; format="flowed"? Er det å flytte postfix noe som er nært forestående?
Om optimal linjelengde (se også kommentarfeltet):
http://baymard.com/blog/line-length-readability

Betyr dette at det å sette maks linjelengde på disse e-postene ikke er mulig å løse i Enonic, men må gjøres i et senere ledd i prosessen, og bør det i så fall assignes til deg?

Det kan ikke settes en automatisk linjelengde, men teksten kan settes til å flyte. Løsningen ligger mest sannsynlig ikke i Enonic, men akkurat hvor den skal løses er ikke sikkert. Planen akkurat nå er å flytte stacken før vi ser på dette problemet på nytt. Per i dag kan jeg se for meg at løsningen ligger enten i RSS-generatoren, rss2email eller i MTAen. Jeg er imidlertid usikker på arbeidsmengden og hvorvidt dette blir løst her i det hele tatt. Det er nærliggende å rapportere dette som en upstream featurerequest i rss2email.

Vil ikke Format=flowed medføre at linjene bruker hele bredden på skjermen? Det var det jeg ønsket å unngå gjennom en øvre grense på hvor mange tegn linjene kan ha. Vil det i så fall utelukke Format=flowed, er flowed den eneste alternative muligheten teknisk sett i vårt tilfelle og er en slik øvre grense (f.eks. 60 tegn) kontroversielt og problemskapende i e-post-verdenen?
http://joeclark.org/ffaq.html
«f=f text tends to encompass the entire width of your display – no problem on a PDA, but on a computer with a large monitor, such long line lengths, without an increase in leading (essentially impossible in an E-mail program, even Eudora), leads to harder-to-read text.» Jeg synes ikke løsningen («narrow your window») er god.

Jeg kunne tenke meg noe slikt, hvis det er mulig:
http://baymard.com/blog/line-length-readability
«Jamie, Baymard Institute November 2, 2010

For mobile devices I’d suggest going for a semi-fluid layout where you define a max width (for large screens), but allow content to be scaled down (potentially below 50 characters per line) on smaller screens or if orientation is changed from landscape to portrait.

Font-size is generally more important than line width so I’d always go for a good font-size first. If it can be combined with an optimal line width, then that’s obviously the ideal solution.»