0

Die Funktion importFile(rpt,URL) sollte funktionell erweitert werden

In der gegenwärtigen Definition von importFile() muss an der zweiten Stelle eine vollständiger WWW URL stehen.

Dateien im lokalen File-System lassen sich nur händisch einzeln herunterladen, wenn man von dem etwas seltsam funktionierenden Admin-Tool absieht. Gleichzeitig ist es programmatisch nahezu unmöglich Anhänge, die mit  files() oder file() gefunden werden können (die liegen dann unter der Verzeichnisebene "/Users/<Username>/Library/Containers/de.ninoxdb.ninox-mac.Ninox/Data/Documents/data/<DatabaseName>/files/") zu anderen Records zu kopieren oder umzuhängen, ohne zu Gewaltmethoden, wie die Einrichtungen eines lokalen Webservers, mit Hilfe von "python -m SimpleHTTPServer" mit dem oben angegebenen Eingangspunkt, zu greifen.

Vorschlag: Die Funktion importFile() sollte als erstes prüfen, ob das File unter dem mit files() oder file() ermittelten Namen im lokalen Verzeichnis für die Files der Datenbank zu finden ist (geht flott, und lokales Kopieren oder Umhängen von File-Anhängen funktioniert ohne Probleme). Erst danach sollte überprüft werden, ob der String ein valider URL ist, und nur bei einem validen URL das File im WEB abgerufen werden.

(Nebenbei: Die einschließenden Apostrophen bei der Eingabe eines Strings werden nicht entfernt, was was auch bei einem formal korrekten String (z.B. "a", oder einem in Apostrophen eingeschlossenen korrrekten URL) an der Stelle URL die Funktion importFile(rpt,URL) zu einer Endlosschleife bringt, die nur mit "Force Quit" von Ninox zu beenden ist.)

Reply

null

Content aside

  • 4 yrs agoLast active
  • 640Views