Umbrüche im Verwendungszweck für SEPA-Überweisung

Ich bin mir eigentlich sicher das die Leerzeichen irgendwo im Programm reinkommen. Ich habe nämlich das Audi Bank Konto Tagesgeld mit Script. Hier wird der Verwendungszweck aus der CSV Datei ausgelesen. Da sind eindeutig keine Leerzeichen. Aber sie sind nachher drin, siehe Anhang.

Sehr witzig, Bei HBCI-Konten ist es das selbe in "grün"

Leider hast Du wieder die Quelle (also die Import-Zeile der CSV-Datei) nicht mit gezeigt. Aber ich habe ein altes unbenutztes Konto bei der VW-Bank, das ist das Gleiche wie die Audi-Bank. Da hab ich jetzt mal reingeschaut, und es ist genau so, wie geschrieben wurde: Man verwendet da "Zeilen", die 58 Zeichen lang sind. Selbst in der Web-Anzeige ist diese Zeile schon einmal umgebrochen. Egal wie der Text jetzt lokal ankommt, mit 58 Zeichen kann das Programm nicht umgehen, also wird der Text in die "alte Vor-SEPA-Zeilenlänge" von 27 Zeichen zerhackt und in die Zeilen der Datenbank eingefügt. In der Anzeige, die Du jetzt gepostet hast, werden offenbar mehrere dieser 27er Zeilen NEBENeinander angezeigt. Und jeweils nach der Zeile - also nach 27 Stellen - ist ein Leerzeichen, bevor die nächste Zeile beginnt. Es könnte auch ein Zeilenvorschub sein, ist hier aber wohl wegen der Bildschirmplatzverwendung in der Breite ein trennendes Leerzeichen zwischen den Einzelzeilen. Wenn Du die Texte aus der Datenbank exportierst, wirst Du wahrscheinlich einzelne Felder (Verwendungzweck1, Verwendungzweck2, Verwendungzweck3 usw., jeweils 27stellig) bekommen. Diese Felder kannst Du dann direkt aneinandersetzen, dann hast Du wieder das "Original". Allerdings geht dann der Umbruch nach 58 Stellen, wie bei dem völlig unstandardisierten Original, verloren. Einen Tod muß man sterben...

Jetzt zum dritten Mal: Hibiscus fuegt selbst keine Leerzeichen ein. Hibiscus fuegt selbst keine Leerzeichen ein. Hibiscus fuegt selbst keine Leerzeichen ein. Hibiscus fuegt selbst keine Leerzeichen ein.

Daher gibt es auch keine Java-Datei, in der das passiert. Es kann sein, dass das in Scripting-Konten anders ist. Da muss dann das jeweilige Script angepasst werden.

Zunächst alles Gute für 2016

Nochmal eine Frage zum Leerzeichenproblem (von wem auch immer das Blank stammt):

Ich versuche mich gerade an meiner Steuererklärung 2014. Nun suche ich nach Spenden. Gefunden wird nichts.
Manuell finde ich SP ENDE
Welche Eingabe ist nötig, um das zu finden. SP*ENDE, "SP ENDE" usw. als Suchbegriffe funktionieren nicht.

Wie willst/kannst Du feststellen, ob das Leerzeichen bei irgend einer (!) von ggf. mehreren Konversion auf dem Weg zwischen der Eingabe des Textes beim Absender und dem letztendichen Eintrag in Deiner Datenban entstanden ist oder vom Ersteller schon so gewollt war? Glaskugel?

wird zu

Suchbegriffe:

alles ohne Ergebnis.

dagegen findet den Umsatz

Um die Diskussion geht es mir nicht.
Was ich wissen will: Wie suche ich, damit ich SPENDE, egal mit wieviel Leerzeichen, finde.
Grüße

Die Diskussion mit dem "vor der Suche alle Leerzeichen raus" hatten wir hier doch for einiger Zeit schon mal irgendwo. Ergebnis war, daß es zwar nicht wirklich schön ist, die Leerzeichen zu ignorieren, aber das dies derzeit das kleinste Übel zu sein scheint. Etwas sinnvoll zu finden ist ohne Leerzeichenentfernung derzeit so gut wie ausgeschlossen, andererseits sind die Fälle, wo das fehlende Leerzeichen stört sicher sehr viel weniger (wobei mir jetzt noch nicht mal ein plausibler Muster-Störfall einfällt).

Es tut mir ja sehr leid, daß ich erneut nerve. Aber das Problem der "Leerzeichen" hat sich nicht erledigt:

zeigt weiterhin "Leerzeichen" an:

Es läßt sich weder die "Sp ende" noch "H amburg" finden, auch nicht per "H.?amburg".
Wo kann ich nachschauen, welches Zeichen sich wirklich nach dem >H< versteckt?