| |
| |
|
DeHarrow | Hallo!
Kurze Frage: kopiere einen Text mit @MoveListToHandle in eine Multiedit, habe aber immer zum Schluss des Textes eine Leerzeile mit drin stehn.
Manuelles und automatisches Löschen der letzten Zeile (teils mit Sendmessage) brachten meiner Meinung nach nichts, der Text wird immer bei jedem Neueinlesen um eine Leerzeile mehr angezeigt.
Hoffe ihr wisst was ich meine.
Standardmässig ist ja bei einer Multiedit immer eine Leerzeile vorhanden - kann ich das irgendwie unterbinden? Möchte halt zum Schluss des Textes keine Leerzeile haben.
Gruß Jürgen.
Edit: Nochmals zur Verständis: Lese den eingelesenen Text in der Multiedit Zeile für Zeile aus und will diesen in eine Datenbank schreiben. Die letzte Zeile wird von mir testweise gelöscht. Wenn ich diesen editierten Text dann übernehme, dann scheint mir die Leerzeile mit übernommen zu werden. Kann das sein? Lese ich dann den Text wieder ein und übernehme ich diesen dann wieder, dann habe ich jedesmal wieder eine zusätzliche Leerzeile am Text vorhanden. |
|
| |
| Angefangen hat alles mit Profan 5.0 ...noch auf Diskette  | 22.12.2009 ▲ |
|
| |
|
|
 | >Standardmässig ist ja bei einer Multiedit immer eine Leerzeile vorhanden
Nein, aber Du könntest testweise den Text doch einfach mal trimmen - zur Not settext e&,trim$(getText$(e&)) |
|
| |
| |
| |
|
|
DeHarrow | siehe mein Edit oben. Trim etc. hatte ich auch schon probiert.
Gruß Jürgen |
|
| |
| Angefangen hat alles mit Profan 5.0 ...noch auf Diskette | 22.12.2009 ▲ |
|
| |
|
|
| | Kannst Du mal ein MB machen? |
|
| |
| |
| |
|
|
DeHarrow |
KompilierenMarkierenSeparierenOpenRW_DBF Prüfen ob Zugriff auf Datenbankdatei möglich
db("Open",#1,$ProgDir + "LSM_Datensätze.dbf")
db("Use",#1)
dbSeek& = db("Seek","FELD8",SubStrGridBox8$,1)
db("Go","*",dbSeek&)
db("GetMemo","NOTIZ")
MoveListToHandle(MultiEdit1&)
db("Close",#1)
EndIf
Nach MoveListToHandle habe ich meiner Meinung nach immer eine Leerzeile am Text.
KompilierenMarkierenSeparieren
Diesen Text schreibe ich dann von der Listbox wieder in die Datenbank zurück.
...
KompilierenMarkierenSeparierendb("PutMemo","NOTIZ")
db("PutRec",dbAppendBlank&)
Edit: Quellcode bitte auch mit [ /code ] wieder abschließen. Jörg |
|
| |
| Angefangen hat alles mit Profan 5.0 ...noch auf Diskette | 22.12.2009 ▲ |
|
| |
|
|
| | Mach doch mal hinter MoveListToHandle(MultiEdit1&) settext multiEdit1&,trim$(getText$(multiEdit1&)). |
|
| |
| |
| |
|
|
DeHarrow | iF du bist spitze!!! Thx
Allen Profanern ein schönes Weihnachtsfest!!! |
|
| |
| Angefangen hat alles mit Profan 5.0 ...noch auf Diskette | 22.12.2009 ▲ |
|
| |
|
|
Juergen
Baier | ...doch da waren sie wieder meine Probleme 
Mit Trim kann ich zwar die Leerzeilen am Anfang und Ende rausnehmen, aber was ist z.B. wenn im Text eine Leerzeile vorkommt, die drin bleiben soll - z.B. in der ersten Zeile, wie z.B.:
LEERZEILE
Sehr geehrte Damen und Herren,
bla, bla, bla
Wenn ich den Text übernehme (Cursor ist beim letzten bla), als Memo abspeichere, dann habe ich beim Wiedereinlesen im Multiedit eine zusätzliche Zeile, die ich aber nicht haben möchte...
Mit Addstring klappts ohne Leerzeile - mit MoveListToHandle nicht.
Gruß Jürgen |
|
| |
| |
| |
|
|
| Juergen Baier (08.11.10)
Mit Trim kann ich zwar die Leerzeilen am Anfang und Ende rausnehmen, aber was ist z.B. wenn im Text eine Leerzeile vorkommt, die drin bleiben soll - z.B. in der ersten Zeile, wie z.B.:
LEERZEILE
Sehr geehrte Damen und Herren,
Grüße!
Dann prüft man z.B. einfach vorher ob vorne eine Leerzeile klebt und fügt diese nach dem Trim$ wieder an oder Trimt einfach grundsätzlich und fügt halt "immer" vorn wieder eine Leerzeile an oder ich habs Problem nicht kappiert. ^^ |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | |
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 08.11.2010 ▲ |
|
| |
|
(454)
Deutsch
English
Français
Español
Italia