Punktum, mellemrum, stort bogstav

[Torben Jespersen]

I min iver efter at løse et problem, har jeg skabt et nyt.

Det nye problem vedr. genereret tekst for begivenheder/rapporter:

Begivenhedsdatoen bliver i rapport skrevet som f.eks.:
5.November 1963 (ingen mellemrum efter punktum og måned med stort)
skønt det i datofeltet er
5. november 1963 (som det korrekt er sat op til under Tilpas)

Problemet er nok ikke selve datoformatet, idet hvis jeg i notatfeltet f.eks. skriver:
m.m skrives det i rapporten m.m
Men hvis jeg laver mellemrum efter punktum (m. m), kommer der til at stå:
m.M (stort begyndelsesbogstav og ingen mellemrum - ganske som i datoen)

Det er altså mellemrummet, der styrer, om begyndelsesbogstavet efter punktumet er stort eller lille.

Hvordan undgår jeg det?

Jeg synes, jeg har været alle steder - men kan ikke finde noget, jeg kan styre det med.

Har det noget med automatisk stavekontrol at gøre?

[Anne Marie H]

I min iver efter at løse et problem, har jeg skabt et nyt.

Det nye problem vedr. genereret tekst for begivenheder/rapporter:

Begivenhedsdatoen bliver i rapport skrevet som f.eks.:
5.November 1963 (ingen mellemrum efter punktum og måned med stort)
skønt det i datofeltet er
5. november 1963 (som det korrekt er sat op til under Tilpas)

Problemet er nok ikke selve datoformatet, idet hvis jeg i notatfeltet f.eks. skriver:
m.m skrives det i rapporten m.m
Men hvis jeg laver mellemrum efter punktum (m. m), kommer der til at stå:
m.M (stort begyndelsesbogstav og ingen mellemrum - ganske som i datoen)

Det er altså mellemrummet, der styrer, om begyndelsesbogstavet efter punktumet er stort eller lille.

Hvordan undgår jeg det?

Jeg synes, jeg har været alle steder - men kan ikke finde noget, jeg kan styre det med.

Har det noget med automatisk stavekontrol at gøre?

Det er igen en lille fejl, som er meldt til udviklerne.

[Torben Jespersen]

Min tillid til Legacy og folkene bag er for kraftigt nedadgående...!

De sidste såkaldte opdateringer har for mig haft den virkning, at megen tid og energi er brugt på programtekniske ting - tid og energi, der ellers var sat af til det, det hele drejer sig om - nemlig seriøs slægtsforskning og bedst mulig præsentation af dens resultater.

"Great new update" fra firmaet, der i øjeblikket også har meget travlt med at sælge andre ting, nemlig billetter til "Legacy Genealogy Cruise 2015" vil fremover af mig blive mødt med megen skepsis.

[Ove Steen Hansen]

Jeg sidder med en dum fornemmelse af at Legacy har fået nye programmører ?

Jeg har ikke før oplevet sådan en mængde af småfejl der opstår igen og igen efter at andre fejl er rettet.

Jeg deler fuldstændig din opfattelse. Som jeg tidligere har påpeget, er det dårlig programmering at rettelse af en fejl medfører nye fejl. Det er det, jeg kalder spagetti-kode. Jeg har selv været professionel programmør i 21 år, og jeg ved, hvor vigtigt det er at strukturere koden, så man undgår følgefejl. Det kan de åbenbart ikke magte hos Millennia. De har heller ikke sans for, hvor vigtig det er at teste programændringer.

Det er træls at skulle påpege fejl så længe efter frigivelse af den nye version.

[Anne Marie H]

Jeg er helt enig, og jeg er i gang med at skrive til cheferne for firmaet. Der skal strammes op!

[Ove Steen Hansen]

Jeg har skrevet følgende til amerikanerne:

Jeg er temmelig utilfreds med de mange fejl, der er i Legacy 8. Når en fejl rettes, opstår en ny. Det er dårlig programmering. Jeg har heller ikke indtryk af, at opdateringer testes tilstrækkeligt. Jeg vil foreslå, at programmørerne hos Millennia vågner op og laver et godt håndværk i stedet for at sælge billetter til Legacy Genealogy Cruise.

-----------
Jeg skrev det gennem "Foreslå en ny funktion" i Legacy, og det fik jeg så ikke meget ud af. Efter lidt korrespondance fik jeg at vide, hvor mange fejlindberetninger jeg har foretaget til Legacy, og det hele sluttede med, at supporteren ikke kan dansk og dermed ikke kunne se de mange fejlmeldinger, der er i det danske forum. Millennia er ked af, at jeg er frusteret. Punktum

[Ove Steen Hansen]

Jeg er helt enig, og jeg er i gang med at skrive til cheferne for firmaet. Der skal strammes op!

Har du fået respons fra cheferne?

[Torben Jespersen]

I min iver efter at løse et problem, har jeg skabt et nyt.

Det nye problem vedr. genereret tekst for begivenheder/rapporter:

Begivenhedsdatoen bliver i rapport skrevet som f.eks.:
5.November 1963 (ingen mellemrum efter punktum og måned med stort)
skønt det i datofeltet er
5. november 1963 (som det korrekt er sat op til under Tilpas)

Problemet er nok ikke selve datoformatet, idet hvis jeg i notatfeltet f.eks. skriver:
m.m skrives det i rapporten m.m
Men hvis jeg laver mellemrum efter punktum (m. m), kommer der til at stå:
m.M (stort begyndelsesbogstav og ingen mellemrum - ganske som i datoen)

Det er altså mellemrummet, der styrer, om begyndelsesbogstavet efter punktumet er stort eller lille.

Hvordan undgår jeg det?

Jeg synes, jeg har været alle steder - men kan ikke finde noget, jeg kan styre det med.

Har det noget med automatisk stavekontrol at gøre?

Det er igen en lille fejl, som er meldt til udviklerne.

Fejlen har åbenbart ikke haft særlig høj prioritet, idet den ikke blev rettet i version 8.0.0.439.
Som perfektionist må mit øje således fortsat tåle en rapports uprofessionelle udseende.

[Anne Marie H]

Prøv at slette .usr-filen, så tror jeg, det er i orden. Det er det i hvert fald i min beta-version. Jeg har ikke haft tid til at test den officielle version endnu...

[Torben Jespersen]

Prøv at slette .usr-filen, så tror jeg, det er i orden. Det er det i hvert fald i min beta-version. Jeg har ikke haft tid til at test den officielle version endnu...

Jeg kan ikke huske hvilken af usr-filerne, der skal slettes.

Har forsøgt at indtaste ny begivenhed, men fejlen er der stadig - både med hensyn til dato i datofelt og tekst i notatfeltet. Så snart der laves mellemrum efter punktum begyndes med stort bogstav uden mellemrum.

Burde det ikke vises korrekt ved ny indtastning selv om usr-filen ikke er slettet?

[Anne Marie H]

Så har jeg lige åbnet PC'en her i sommerheden og kan desværre også konstatere, at rettelserne ikke er blevet ført med over i den nye version 439.

Jeg har naturligvis allerede meddelt det til amerikanerne!

[Anne Marie H]

Hvis du kan undvære . efter datoen - altså f.eks. 21 maj 1900, så kommer det til at stå 'rigtigt' - Det er punktummet efter datoen, der forårsager fejlen.

[Torben Jespersen]

Hvis du kan undvære . efter datoen - altså f.eks. 21 maj 1900, så kommer det til at stå 'rigtigt' - Det er punktummet efter datoen, der forårsager fejlen.

Jeg foretrækker at vente på rettelse af fejlen.
Det er jo ikke blot dato, det gælder - der er jo mange andre steder, der begyndes med lille efter punktum og mellemrum f.eks. (!!) forkortelser.

Foreløbig tak for dit arbejde med bekræftelse af, at fejlen stadig florerer.

[Torben Jespersen]

Jeg foretrækker at vente på rettelse af fejlen.
Det er jo ikke blot dato, det gælder - der er jo mange andre steder, der begyndes med lille efter punktum og mellemrum f.eks. (!!) forkortelser.

I nye version... 454... er fejlen rettet, hvad så vidt angår datoindsættelser ved begivenheder.

MEN... den eksisterer stadig for anden tekst ved begivenheder - både i notatfelt OG sætningdefinition (ej dato indsat).

[Torben Jespersen]

Fejlen stadig ikke rettet i version ... 458!
Det er efterhånden lidt frustrerende.