https://project.math.uzh.ch/https://project.math.uzh.ch/favicon.ico?16668783892018-04-12T14:28:13ZProject @ iMathQFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=161222018-04-12T14:28:13ZNicola Chiapolini
<ul></ul><p>Scheint <code>typeAheadPedantic = 1</code> löst das Problem</p>
<p>Evtl. könnte das in der Dokumentation besser erklärt werden...</p> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=161232018-04-12T14:31:02ZNicola Chiapolini
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Ready to sync (develop)</i></li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=164622018-04-30T16:07:29ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Status</strong> changed from <i>Ready to sync (develop)</i> to <i>In Progress</i></li><li><strong>Target version</strong> set to <i>55</i></li></ul><p>In Doku besser beschreiben</p> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=164752018-04-30T16:13:59ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-5 priority-2 priority-default closed" href="/issues/5444">Bug #5444</a>: typeahead: Nach einem Save wird der key angezeigt statt dem Value</i> added</li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=210832018-10-13T12:50:52ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Tracker</strong> changed from <i>Support</i> to <i>Feature</i></li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=226672018-11-25T16:23:10ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>New</i></li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=368272019-12-11T15:02:12ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Some day maybe</i></li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=389822020-02-01T22:19:49ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Target version</strong> changed from <i>55</i> to <i>next9</i></li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=628742023-01-27T16:05:28ZNicola Chiapolini
<ul><li><strong>Prio Planung</strong> set to <i>No</i></li></ul><p>Wir sind eben wieder in das Problem gelaufen (v23.1.1), deshalb ein Update</p>
<p><code>typeAheadPedantic = 1</code> löst das Problem jetzt nicht, gut möglich dass es das auch früher nicht gelöst hat.</p>
<p>Das Problem tritt auf in einem Textfeld mit dynamic update und typeAhead.</p>
<pre>
typeAheadSql = SELECT id AS 'id', PC_Stufe3 AS 'value' FROM org_units_fv WHERE PC_Stufe3 LIKE ?
typeAheadSqlPrefetch = SELECT id AS 'id', PC_Stufe3 AS 'value' FROM org_units_fv WHERE id=?
typeAheadMinLength = 3
typeAheadLimit = 40
typeAheadPedantic = 1
</pre>
<p>(PC_Stufe3 beginnt mit zahlen)</p>
<ul>
<li>Wenn ich das Feld das erste Mal speichere, landet die ID in der DB.</li>
<li>Wenn ich das Formular wieder öffne, ein anderes Feld verändere und wieder speichere, landen die Ziffern aus PC_Stufe3 in der DB</li>
</ul>
<p>Die Lösung, die wohl auch letztes Mal funktioniert hat, war die Daten gar nicht via Text-Feld sondern via separate afterSave Action zu speichern.</p>
<p>Puzzeling Fact: Die funktionierende Lösung hat ein DB-Feld <code>origin</code> und zwei FormElement <code>nodb_origin</code> (text, mit dem Inhalt oben) und <code>nodb_safe_origin</code> (afterSafe-Action). Wenn ich im sqlBefore-Query von <code>nodb_safe_origin</code> einen Fehler habe, schafft es QFQ irgendwie wieder die Ziffern aus PC_Stufe3 in die DB zu schreiben - obwohl das Formular gar kein entsprechendes Element hat...</p> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=628772023-01-27T16:53:14ZNicola Chiapolini
<ul></ul><p>PS: eine zusätzlicher, positiver Effekt der Lösung mit separatem afterSafe ist, dass ich so den Inhalt des Feldes löschen kann, wenn es ausgeblendet wird...</p> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=629602023-02-01T15:19:07ZCarsten Rosecarsten.rose@math.uzh.ch
<ul><li><strong>Status</strong> changed from <i>Some day maybe</i> to <i>New</i></li><li><strong>Target version</strong> changed from <i>next9</i> to <i>24.8.0</i></li></ul> QFQ - Feature #5805: TypeAHead SQL value instead of key storedhttps://project.math.uzh.ch/issues/5805?journal_id=630882023-02-07T13:05:15ZNicola Chiapolini
<ul></ul><p>Und noch ein Hinweis, die Lösung hat doch nicht ganz funktioniert. Das Probelm bestand weiterhin, wen <code>nodb_origin</code> ausgeblendet war. Dann wurde das Fomular immer als verändert betrachtet und die entsprechende Browserwarnung ausgelöst (letztes Mal war wurde das Formular wohl nur zum Erstellen genutzt, dann scheint alles zu funktionieren). Das Problem wurde (hoffentlich) gelöst, indem das wir doch wieder direkt <code>origin</code> bearbeiten, das Feld immer angezeigen aber den Inhalt via sqlValidate prüfen... Nicht besonders elegant.</p>
<p>(Alles in allem scheint es hier zu viele bewegliche Teile mit unerwarteten Interaktionen zu haben. Evtl. könnte die Dokumentation hier weiterhelfen: Wie mache ich ein nur manchmal angezeigtes Formularfeld mit TypeAHead-SQL?)</p>