Beiträge von Marco Feltmann

Willkommen in der objektorientierten Programmierung.

Du solltest dir die zuzugreifenden Keys an zentraler Stelle ablegen, damit du bequem von überall darauf zugreifen kannst und nicht dauernd überlegen musst "Hab ich den String jetzt 'UserWantsUpdates', 'UserWantsUpdateNotification', 'UserNeedsUpdates' oder stumpf 'Updates' genannt?".

Da du aber 1000 Daten sichern willst gehe ich einfach mal davon aus, dass die SharedPreferences dafür einfach der falsche Weg sind.
Wie der Name schon sagt sollen sie Einstellungen speichern. Entweder du willst etwas darin speichern, dass keine Einstellungen sind – dann hat das darin nix verloren.

Oder du hast tatsächlich 1000 Einstellungen – in dem Fall solltest du das ganze mal gewaltig überdenken. Denn niemand hat Lust 1000 Buttons zu drücken.

Vielleicht ging der Cast schief. Kannst du nicht einfach ein int Extra übergeben? Damit vermeidest du schon mal einen Null Pointer – es sei denn, appWidgetIds[0] ist null.

public MyDialogFragment(List<InputStream> inputStreams) {}
public MyDialogFragment(List<String> fileNames) {}

WENN Java so unglaublich typenstarr ist wie jeder behauptet, warum meint es dann, dass List<InputStream> dasselbe sei wie List<String>?
Weil das Ding zu List<T> umgebaut wird und List<T> mit List<T> identisch ist, fein.

Und wie baue ich nun Konstruktoren, die unterschiedliche Typen von Listen aufnehmen können?

public MyDialogFragment(List<InputStream> inputStreams) {}
public MyDialogFragment(Collection<String> fileNames) {}

Unglaublich konsistent und supereinfach zu lesen/verstehen/debuggen – nicht.
Vor Allem wenn da noch mehrere Optionen hinzu kämen... Ich kann ja noch einmal auf ArrayList<URL> spezialisieren, doch was mach ich bei einer Liste von Ressource-IDs (gut, in einen Stream wandeln) oder File oder URI ?

Dafür wäre ein MyDialogFragmentWithNames(List<String>) und ein MyDialogFragmentWithStreams(List<InputStream>) die perfekte Lösung.
Gibbet in Java nur leider nicht. Also was mach ich nu?

Ich ändere auch oftmals nix und nix läuft mehr wie vorher. Man bekommt stellenweise gar nicht mit, wie die IDE gefühlt eigenständig Dinge ändert.
Vor Allem beim Import irgendwelcher Projekte/Module in den Workspace habe ich schon die dollsten Dinger erlebt – leider.

Ist das Ding eventuell auch in ein anderes Package gewandert, so dass er keinen Zugriff mehr auf die Activity hat?

Ja, die 9Patch Dinger sind schon ne feine Sache. Funktioniert nur leider nicht so gut bei aufwendigen Texturen.

Woher hast du denn Android Studio?
Klingt fein und würde ich auch gern mal ausprobieren.

Dein Projekt braucht als Abhängigkeit (zumindest in IntelliJ, das ja soweit ich weiß Grundlage für Android Studio ist) beides.
Also einmal die Abhängigkeit zur Bibliothek und einmal die Abhängigkeit zum Modul. Ist Schwachsinn, läuft aber nur so.
(Vermutlich weil sich Ressourcen nicht in eine .jar stopfen lassen)

+ähm+
Das ist Basic. Das wrappt aus deinem Basic Code irgendwas für Android.
Das ist wunderbar bei den gelisteten Teilbereichen, wenn man denn Basic kann.

Es wird die Hölle auf Erden oder einfach nicht machbar, wenn du etwas Anderes möchtest als das dort Gelistete.

Auch wenn ich die Krise bekomme etliche Programmiersprachen können zu müssen: nativ ist meiner Erfahrung nach immer besser als derartige 'Universallösungen'.

Büdde büdde.

Die RWTH Aachen hat da was gebastelt.
Nennt sich Footpath und dürfte das tun was gewünscht ist, allerdings in einem sehr frühen Beta-Stadium.

Genaue Infos und das Framework findest du auf deren Projektseite.

Wenn du schon Tutorials für die ListView gefunden hast, dann wende sie doch einfach an.

Via getListView kommst du an die ListView der Activity.
Wenn du für diese Tutorials eine Subklasse bauen musst, kannst du diese anstelle von ListView in dein XML aufnehmen.
Du hast also ale Möglichkeiten wie in den Tutorials. Die ListActivity nimmt dir nur ein bisschen Verwaltungsaufwand ab.

Wenn IntelliJ mal wieder der Meinung ist 'R' nicht finden zu wollen liegt es manchmal an Schluckauf, der sich mit einem Rebuild (Clean unter Eclipse) beheben lässt.
Oftmals ist aber irgendeine Einstellung des Base SDK flöten gegangen.

1.) Bei großen Datenmengen würde ich einen ViewHolder statt der findById() Schiene fahren.

2.) Den Index bekommst du via ArrayList.indexOf(object).
Also fiktiv:

Object needed = mList.get(i);
int index = mList.indexOf(needed);

Wie du sicherlich blitzschnell erkennst ist in dem Fall index == i, also ist die Abfrage völlig sinnlos.
Das willst du also sicherlich nicht wissen.

Was also meinst du mit 'der View in der Main einen Index hinzufügen'?

Nachdem er feststellte, dass seine Implementierung des OpenGLRenderers (Google Geräte...) maximal Texturen von 2048x2048 zulässt...
Wie geschrieben: bessere Argumente und plötzlich darf man tiles nutzen.

Zitat von Funtik

würde auch gerne endlich alles mögliche in android programmieren können und auf alles ne antwort wissen

Ich auch.

Nun, immerhin hatte er die besseren Argumente und darf jetzt https://github.com/moagrius/MapView benutzen.
Frag mich nicht.

+hm+

Wenn es ein reines Java Projekt als Solches ist, musst du es dann nicht als Modulabhängigkeit importieren?
Sollte es sich hingegen um eine fertige .jar handeln, musst du meines Wissens immer noch dieses Jar auch deinen Libraries zuordnen und linken, ansonsten findet er nix.

Nur den Build Path anpassen läuft meiner Erfahrung nach nicht.

In der Tat scheint es irgendwie mit den Casts zusammen zu hängen.
Das file:/, welches URL ranhängt, ist zwar ein gültiges File, existiert aber nicht.

Hab das jetzt alles von URL auf File umgebaut und nun läuft es. Fiese Falle!

+hm+
Liegt das echt an der animateTo?
Für mich sieht das aus, als hinge die Map an sich noch in dem Locationkrams drin.

Sorgt enableMyLocation nicht dafür, dass die Map für sich selbst tracked?

Moin,

ich bin grad ein weniglich verwirrt.

Ich erstelle mir an Hand von Dingen wie einer ID und dem LanguageString eine URL zu einer lokalen Datei.
Jetzt möchte ich gern prüfen, ob diese URL auf dem Gerät auch wirklich vorhanden ist.

Also dachte ich mir: Hey, prüf doch einfach, ob die Datei auf dem Gerät auch wirklich vorhanden ist.
Gesagt getan:

htmlFile = super.generateUrl();
File testFile;
String htmlFileName = "html/"+ Locale.getDefault().getLanguage()+"-H"+uniqueItemId+".html";
try
{
    htmlFile = new URL(htmlFile, htmlFileName);
}
catch (MalformedURLException e)
{
     Log.e(TAG, "URL "+htmlFile.toString()+htmlFileName+"ist fürn Arsch.\n"+e.toString());
}


testFile = new File(htmlFile.toString());
if(!testFile.exists())
{
     Log.e(TAG, "Not found      "+testFile.toString()+"...");
     htmlFileName = "de-H"+uniqueItemId+".html";
     try
     {
         htmlFile = new URL(htmlFile, htmlFileName);
     }
     catch (MalformedURLException e)
     {
         Log.e(TAG, "URL "+htmlFile.toString()+"ist fürn Arsch.\n"+e.toString());
     }
}


testFile = new File(htmlFile.toString());
if(!testFile.exists())
{
     Log.e(TAG, "Not even found "+testFile.toString()+"...");
}

Nun ja, Resultat ist beispielsweise:

Zitat

05-14 14:40:18.607: ERROR/webviews(10515): Not found file:/mnt/sdcard/Android/data/project/files/html/en-H2277.html...
05-14 14:40:18.626: ERROR/webviews(10515): Not even found file:/mnt/sdcard/Android/data/project/files/html/de-H2277.html...

Frag ich DDMS oder den File Explorer, befindet sich aber an genau der Stelle genau die Datei mit genau dem Namen und dem gewünschten Inhalt.

Ach ja, der Vollständigkeit halber die super.generateUrl():

@Override
    public URL generateUrl()
    {
        if(_urlForStoringData == null)
        {
            File aFile = null;
            if((aFile = getExternalFilesDir(null)) == null)
            {
                aFile = getFilesDir();
            }
            try
            {
                _urlForStoringData = aFile.toURI().toURL();
            }
            catch(MalformedURLException e)
            {
                Log.e(TAG, "URL "+_urlForStoringData+" is Mist!\n"+e.toString());
            }
        }
        return _urlForStoringData;
    }

Auch der Test ob das Resultat von super.generateUrl() existiert, endet negativ.
Aber ich weiß ganz genau, dass file:/mnt/sdcard/Android/data/project/files existiert!
Was zum Teufel ist da los? Hängt das mit der Umwandlung in eine URL und zurück in ein File zusammen?
(Auf API 15 getestet)

Keine Ahnung warum der Quellcode bei Einigen immer so nach Kraut und Rüben aussieht.
Nutzt du den Standardeditor oder die BB-Quellcode Ansicht?

Ich vermute, dass Ersterer die Zeilenumbrüche 'wegoptimiert'.
Letzterer verhält sich jedenfalls ganz passabel.