Heart-Profit ERP

Zie schermafdruk 1 en 2: nadat ik gisteravond de update heb overgezet naar Produktie doet zich het vreemde fenomeen voor dat de spaties die middels notepad.exe of notepad++ worden toegevoegd na het opslaan weer worden verwijderd.
Pas je de tekst buiten Profit om aan, dan blijven de spaties staan.

Voorheen bleven de spaties wel intact, ook met Notepad++
Teksten die eerder bewerkt zijn met Notepad++ zijn nog steeds goed, ga je die  nu echter met Notepad++ (of Windows notepad) aanpassen en opslaan, dan worden de spaties verwijderd (zie rode blokje).
:13c:

(emphasis is mine)

Weet je dat wel heeeeeeel zeker ?

Dat weet Peter heeeel zeker.

Pacal,

er is nieuwe systeem programmatuur bij je op het systeem geplaatst. Profit opnieuw opstarten zou het probleem moeten verhelpen.

Ok ga ik nakijken, bedankt!

Het werkt nu weer, bedankt!

Dank je voor de feedback.

Opnieuw heb ik met dit probleem te maken.
Paar dagen geleden een update gedaan, het zou kunnen dat het sinds die tijd optreedt.

Zie Offerte 20111006012, laatste offerteregel.
Wanneer je bij deze tekst een spatie wil toevoegen aan het begin van de regels die beginnen met 31,.. en 59,.. dan wordt dit niet opgeslagen.
Geprobeerd met Roeleveld editor en kladblok, beide zelfde resultaat.

Klopt. Pas vanaf 2 spaties trekken we de konklusie dat dit "bewust" is, en laten we ze staan;
zie ook je eerdere post, waarin je wel 10 voorloopspaties had; dát zou dus nog steeds moeten werken.

Ok. Maar bij ons komt het voor dat we 1 spatie aan het begin van een regel willen typen.
Bv:

Kan die autocorrectie igv 1 spatie voor ons niet uitgezet worden?

Op basis van een extra bedrijfsparameter (4 uur) kunnen we natuurlijk alles doen, maar je zult er andere ellende voor terug krijgen. Reeds 1 week na de aanpassing van Richard om links alle spaties weg te halen, leverde dit elders problemen op, en is "minimaal 2 spaties" de gulden middenweg geworden.

Overigens ben ik het niet met je eens dat het voor de Roeleveld editor ook fout zou gaan ! immers, deze werkwijze wordt alleen getriggerd bij alternatieve editors (omdat de Roeleveld editor niet gebruikt kan worden, bijv. 64 bits computer), en waarbij dat mechanisme anticipeert op een willekeurige lap tekst, niet noodzakelijk afgekapt op 70 posities in de breedte. Jouw notepad++ kan dat misschien toevallig wel, maar, willen we daar wat mee kunnen, moeten we óf verplichten dat we alleen maar notepad++ ondersteunen, en als je niet oppast, ga je naar een formele oplossing waarbij je "alternatieve editors" wilt kunnen raadplegen (11 uur), en je deze kunt toevoegen/wijzigen/verwijderen (11 uur) om per editor aan te geven of ze ingesteld kan worden (of is) op max. 70 tekens op een regel.

NB: In theorie kun je natuurlijk altijd gelijk hebben, bijv. als je de Roeleveld Editor als alternatieve editor hebt ingesteld (terwijl dat al de default is).

Ok, het is niet anders.
Ben ik toch even nieuwsgierig: hebben die problemen betrekking op teksten die mbv de editor toegevoegd worden, of ook op andere plekken in het systeem?