<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 15. Mai 2019 um 10:36 Uhr<br/>
<b>Von:</b> "Klaus Lehmann" <lehmann_klaus@t-online.de><span style="font-family: "courier new"; font-size: 9pt;"> </span></div>
<div style="margin:0 0 10px 0;">
<table cellpadding="1" cellspacing="2" style="border-collapse: collapse;">
<tbody>
<tr>
<td><span style="font-family: "courier new";font-size: 9.0pt;">> Da wird 13 10 (innerhalb eines Feldes) durch den Unicode C2B6 ersetzt. Daraus wird dann<br/>
> beim insert in den Datensatz per Tabelle der Code 20, der im allegro-DOS-Code für<br/>
> einen feldinternen Zeilenumbruch steht.</span></td>
</tr>
</tbody>
</table>
<div><span style="font-family: "courier new";font-size: 9.0pt;">na gut. ich verstehe das zwar nicht so, weil doch decimal 020 ein ganz normales zeichen ist (oder?).</span><br/>
Jein, es gilt als Feldinterner Zeilenumbruch. Der läßt sich im Datensatz nicht als 13 10 codieren und speichern! Daher<br/>
wurde Code 20 erkoren, als Platzhalter dafür zu dienen. Was dann heißt, daß die Exportparameter Sorge tragen müssen,</div>
<div>daraus 13 10 zu machen. An der Web-Oberfläche jedoch, wenn da so ein Zeichen beim Bearbeiten eingegeben wird, dann ist es C2B6, aber es soll daraus intern wieder Code 20 werden, und das macht die in Rede stehende Zeile.</div>
</div>
<div style="margin:0 0 10px 0;"> </div>
<div name="quoted-content">
<div><span style="font-family: "courier new";font-size: 9.0pt;">> aber!<br/>
> die Zeile 97 $v=str_replace("\r\n","¶",$v); // Zeilenumbruch durch Code 20 ersetzen<br/>
> sollte dann doch etwas gefälliger geschrieben werden, so?<br/>
<br/>
> Zeile 97 $v=str_replace("\r\n","\xc2\xb6",$v); // Zeilenumbruch durch (umgewandelten) Code 20 ersetzen<br/>
> ist das OK so?</span></div>
<div>Wenn's klappt, ja.<br/>
</div>
<div><span style="font-family: "courier new";font-size: 9.0pt;">> ja, ich kämpfe auch seit 2003 damit oder manchmal dagegen.<br/>
> phpac macht alles, was "ich" will, oder die kollegen "wollen" bzw "brauchen".</span><br/>
</div>
<div>Das sei wie es sei, aber eine zeitgemäße Web-Technik ist es nicht. Eine solche verwendet die AJAX-Methodik, unda35 basiert darauf. Was genau das bedeutet hatte ich mal populärwissenschaftlich verständlich zu machen versucht:</div>
<div><a href="http://www.allegro-c.de/doku/phpac/ajaxt.htm">http://www.allegro-c.de/doku/phpac/ajaxt.htm</a></div>
<div>Das war 2006. Solche Dinge brauchen ihre Zeit. Kern der Sache ist aber, was man von zeitgemäßen Anwendungen<br/>
heute gewohnt ist: Ein Klick oder eine Formulareingabe erzeugt nicht jedesmal eine neue Seite im Browser, sondern</div>
<div>der Seiteninhalt wird aktualisiert, da wo es nötig ist. Die Webseite von a35 macht daher mehr den Eindruck</div>
<div>einer Windows-Anwendung. Naja, aber VuFind ist auch noch nicht so weit oder Koha, PHPAC ist somit immer noch in</div>
<div>guter Gesellschaft, a35 recht allein auf weiter Flur, könnte ma sagen.</div>
<div> </div>
<div> </div>
<div> </div>
<table cellpadding="1" cellspacing="2" style="border-collapse: collapse;">
<tbody>
<tr>
<td bgcolor="#0000ff" width="2"> </td>
<td><span style="font-family: "courier new";font-size: 9.0pt;"> ist ein Beispiel für das erstaunliche Beharrungsvermögen von Anwendungen,<br/>
die man irgendwann mal zum Laufen gebracht hat und dann lieber nicht mehr dran rührt.</span></td>
</tr>
</tbody>
</table>
<div><span style="font-family: "courier new";font-size: 9.0pt;">> 1. "beharrungsvermögen". naja... ich sagte, ja phpac macht DAS, was es SOLL! ;-)<br/>
> warum soll ich dann auf a35 wechseln?</span><br/>
Um nicht eines Tages plötzlich doch kalt erwischt zu werden vom Megatrend.</div>
<div><br/>
<span style="font-family: "courier new";font-size: 9.0pt;">> 2. "nicht dran rühren". hm. ich "rühre" (lirumlarumlöffelstiehl) seit 2003 dran rum. und es macht mir <br/>
> "zufriedene freude", zu sehen, daß man immer noch "nester" ausräuchern kann, und was besseres draus machen > kann.</span><br/>
Wenn's der Kundschaft auch so geht ist schon alles paletti. Ich bin ja auch nicht dafür berüchtigt, dem Fortschritt</div>
<div>brachial seine Schneisen zu schlagen. Als Entwickler allerdings kann man ihn auch nicht ganz ignorieren und schraubt</div>
<div>man nicht gerne immer weiter an eigentlich, technisch gesehen, obsoleten Sachen rum.</div>
<div> </div>
<table cellpadding="1" cellspacing="2" style="border-collapse: collapse;">
<tbody>
<tr>
<td bgcolor="#0000ff" width="2"> </td>
<td> </td>
</tr>
</tbody>
</table>
<table cellpadding="1" cellspacing="2" style="border-collapse: collapse;">
<tbody>
<tr>
<td bgcolor="#0000ff" width="2"> </td>
<td><span style="font-family: "courier new";font-size: 9.0pt;">> <span style="font-family: arial;">ps: wie ich darauf komme?<br/>
<span style="font-family: "courier new";">> ich habe höllischen ärger mit einem professionellem differ(auch<br/>
> merger) gehabt, er hat mir wertvolle dateien zerschossen, aus der<br/>
> codepage-windows-ansi hat er alles ungefragt in eine utf8-datei<br/>
> umgeschrieben. UND: was höher decimal 128 in ein "?" umgewandelt!<br/>
<br/>
Solche Gerätschaften kann man allenfalls, wie z.B. auch PHPAC, als möchtegern-professionell<br/>
bezeichnen! Besser Finger weg von sowas.</span></span></span></td>
</tr>
</tbody>
</table>
<div><br/>
<span style="font-family: "courier new";font-size: 9.0pt;">> naja.... wenn man aber nun einen differ UNBEDINGST benötigt!</span><br/>
Dann komme ich immer noch gut mit fc zurecht, der ändert keine Zeichen!</div>
<div> </div>
<div><span style="font-family: "courier new";font-size: 9.0pt;">und wenn man dann zu DREI diffende dateien hat, die eine enge querbeziehung haben? da benutzt man eben "profitools", egal ob man die finger davon lassen sollte. es gibt nischt anderes... ;-(<br/>
tja.</span><br/>
</div>
<div>Na gut, wenn man um die Gefahren weiß und Dateien nicht einfach so mal umschreiben läßt, dann ok.</div>
<div> </div>
<div>B.E.</div>
<div> </div>
</div>
</div></div></body></html>