Dateiname mit Umlaut in Android

[Daniel]

@SaBaN: Kannst Du auf die Schnelle ein Minimal-Beispiel erstellen, welches den Fehler demonstriert? Ich würde das gern weiterleiten.

[BUG]

Zitat von himitsu:

Selbst die Dateisysteme von Linux/Unix sollten Unicode beherschen,
also warum sollte man das nicht machen?

Zum Beispiel: Leute ohne Umlaute auf der Tastatur (im Zweifelsfall du) können nicht mehr ordentlich in der Kommandozeile mit den Dateien arbeiten. Niemand würde auf die Idee kommen, eine diff-Datei "Patch from Version 1 to 2.δ" zu nennen, nur weil man Delta benutzen kann und es gut aussieht.

Ich finde es etwas merkwürdig, das der Benutzer über den Dateinamen in den Assets suchen kann. Irgendwie fühlt es sich nicht nach einer guten Idee an.

[mjustin]

Zitat von BUG:

Zitat von himitsu:

Selbst die Dateisysteme von Linux/Unix sollten Unicode beherschen,
also warum sollte man das nicht machen?

Zum Beispiel: Leute ohne Umlaute auf der Tastatur ...

Genauer: Leute ohne Umlaute auf der Tastatur, die auch keine Alt-Taste und keinen Ziffernblock haben

[BUG]

Zitat von mjustin:

keinen Ziffernblock haben

Das sind nicht wenige, besonders bei Laptops. Eine Alt-Taste habe bis jetzt immer gefunden

[himitsu]

Zitat von BUG:

Eine Alt-Taste habe bis jetzt immer gefunden

Siehe ShoutBox

[SaBaN]

Zitat von BUG:

Ich finde es etwas merkwürdig, das der Benutzer über den Dateinamen in den Assets suchen kann. Irgendwie fühlt es sich nicht nach einer guten Idee an.

Es ist so, dass die Textdateien im Assets\Internal\ Ordner bereitgestellt werden. Diese werden dann nach den Dateinamen gesucht und in einer Liste gelistet.
Dabei kann der Benutzer eigene Textdateien erstellen und die Dateiname ist dann der Titel.
Was findest du da merkwürdig?

Zitat von Daniel:

@SaBaN: Kannst Du auf die Schnelle ein Minimal-Beispiel erstellen, welches den Fehler demonstriert? Ich würde das gern weiterleiten.

findest du ein Minimal-Beispiel. Ich habe die Datei Müller.txt im Bereitstellungs-Manager deaktiviert.
Wenn du es aktivierst, solltest du den oben gennanten Fehler erhalten.

Im App kannst du die Datei Müller.txt erstellen, welches ohne Probleme funktionieren sollte.

[Daniel]

Vielen Dank für das Demo - aktuell scheint der Hoster ein Problem zu haben, ich versuche es morgen früh erneut.

[himitsu]

Fast 28 MB für eine kleine Demo. (130 MB ungepackt)
Die 52 KB der reinen Quellcodes (ohne die Verzeichnisse Android und __history) hätte man auch direkt hier anhängen können.
[edit] siehe Anhang

PS: Oben auf den Dateinamen klicken
und nicht unten auf den großen Downloadbutton, welcher nur einen Downloadmanager runterladen will.

[SaBaN]

Zitat von himitsu:

Fast 28 MB für eine kleine Demo. (130 MB ungepackt)
Die 52 KB der reinen Quellcodes (ohne die Verzeichnisse Android und __history) hätte man auch direkt hier anhängen können.
[edit] siehe Anhang

PS: Oben auf den Dateinamen klicken
und nicht unten auf den großen Downloadbutton, welcher nur einen Downloadmanager runterladen will.

Habe auf die göresse nicht gedacht, danke für den hinweis jetzt habe ich entsprechend umgestellt.

[Union]

Die assets werden vom AAPT auf gültige Zeichen und Dateinamen geprüft. Ist also kein EMBT Problem. Es dürfen nur Zeichen verwendet werden, die auch in Java-Symbolen zulässig sind und auch keine reservierten Java-Bezeichner als Dateinamen.

Des weiteren werden bestimmte Dateinamensmuster (z.b. aus einem CVS oder Thumbs.db) IGNORIERT um zu verhindern dass beim Übertragen kompletter Verzeichnisse irgendwelche Systemdateien mit im Projekt landen.


AaptAssets.cpp

Code:

/*
 * Names of asset files must meet the following criteria:
 *
 *  - the filename length must be less than kMaxAssetFileName bytes long
 *    (and can't be empty)
 *  - all characters must be 7-bit printable ASCII
 *  - none of { '/' '\\' ':' }
 *
 * Pass in just the filename, not the full path.
 */