Beiträge von Thrakbad

Also mit nem einfachen TextView wird das nix. Nen WebView wär da wohl echt die beste Wahl, da du dann einfach HTML schreiben kannst.

Das geht soweit ich weiß über die resource qualifiers nicht. Da musst du im Code die Auflösung abfragen und dann das Hintergrundbild entsprechend setzen. Ist auch total einfach.

Keine Ahnung, eigentlich sollte da nix anders sein. Ohne konkrete Fehlermeldung und evtl. Code wird dir da keiner helfen können, fürchte ich.

besser so

if(cur.getString(1).compareTo("gesuchtername") == 0)...

Ah jetz klar...mit dem Kontext ROM-Entwicklung macht das dann so auch Sinn, sorry

Hmm, also das wäre mir neu, dass es nen Weg gibt, die Permissions zu umgehen. Du musst auf jeden Fall im Manifest deiner App eintragen, dass es die permission ACCESS_FINE_LOCATION nutzt, um GPS benutzen zu können. Am besten auch ACCESS_COARSE_LOCATION, dann kannst du auch die location über den network provider nutzen (praktisch in Gebäuden usw.).

Ich hatte mal ne App, mit der das ging. Die hab ich aber nicht behalten, weil sie nicht fullscreen aufm Galaxy Tab lief...weiß nicht mehr, wie sie hieß, aber ich hatte damals nicht lange nach "recipes" oder so gesucht, um die zu finden.

Hmm, sieht eig. richtig aus, muss ich mal selber testen, wenn ich Zeit habe. Der Monat stimmt übrigens, die sind bei der Java Date Klasse 0-indiziert, also is der Januar die 0. Könnte natürlich auch sein, dass der Standardwert zufällig mit deinem Testdatum übereinstimmt. Teste es mal mit nem späteren Monat, ob das klappt.

SQLiteOpenHelper ist dafür gedacht...damit wird beim ersten Zugriff ne Datenbank erstellt und sonst halt die bestehende zurück geliefert. Die fertige SQLite DB mitzuliefern halte ich für doof, weil du dann alle unterschiedlichen Versionen, Codierungen usw der SQLite Implem,entierung bedenken musst.

Ne, kann man leider nicht...aber für die C-Sprachen benutz ich nix anderes (auf Windows jedenfalls ^^)

Hier auch recht schnell auf nem Rechner, der alt ist wie Sau...Visual Studio hat aber mMn. immer noch die beste Code-Ergänzung

Wenn ich brav die beiden else return false; hin mache, dann läufts wie erwartet. Und ja, ich bin mir 100%-ig sicher, deshalb poste ichs ja. Ist wie gesagt auch schon das dritte mal, dass mir sowas beim debuggen unterlaufen ist. Die beiden anderen Male wars allerdings in nem switch, wo returns in den case Blöcken einfach ignoriert wurden.

Hi, ich hatte jetzt auf der Arbeit schon ein paar mal eine Situation, wie die unten, in der ein return statement einfach übergangen wurde. In dem Beispiel hier, wertete zwar die Schleife korrekt aus, aber das "return true;" wurde beim debuggen einfach übersprungen und es wurde "return false;" ausgeführt. Ich bin jetz nicht 100%-ig fit in Alles Java details, aber sowas sollte doch eigentlich auf keinen Fall passieren? Is das schonmal einem von euch sonst aufgefallen?

public boolean inside(Rect r)
	{
		if(x >= r.left
		   && x <= r.left + r.width)
		{
			if(y >= r.top
			   && y <= r.top + r.height)
			{
				return true;
			}
		}
		return false;
	}

Liegt daran, dass du ewig warten musst, bis der Emulator mal gestartet hat. Er zeigt erst Android in nem normalen Font an, dann das Android Logo. Irgendwann kommt dann auch mal der Lockscreen und dann startet deine App. Empfiehlt sich deshalb auch das Teil laufen zu lassen, wenn man entwickelt, dann muss man nicht jedes mal so lang warten.

Öhm, es sagt halt dem System, womit deine App umgehen kann.

Also ich mache das immer so, dass ich nen eigenen Thread erstelle, der dann alle x Millisekunden den repaint triggered, standardmäßig wird die View nur nach bestimmten Events neu gezeichnet.

Aber onDateSet(..) wird sicher ausgeführt? Wie hast du denn das Callback implementiert?
Und das setzen des Buttons aus dem DatePickerDialog raus wird (vermutlich) nicht gehen, da er da bei findViewById(..) das Layout des Dialogs durchsucht und nicht das deiner Activity. Du musst also dem DatePickerDialog entweder ne Referenz auf deine Activity oder besser den Button selber mitgeben.

Also soweit ich weiß sind Intent-Filter dazu da, festzulegen, welche Intents überhaupt an deine App weiter geleitet werden. Das macht es z.B. möglich, dass deine App auf so Sachen wie "E-Mail senden" oder "Datei auswählen" reagieren kann, ohne irgendwas an dem aufrufenden Programm zu ändern.

Was geht denn nicht? Kommt nen Fehler oder werden leere Strings augelesen oder ...?

Also wenn du sowas suchst, dann is Theft-Aware das richtige. Mit Root-Rechten pflanzt sich das sogar so ein, dass es nach nem hard-reset noch da ist. Und man merkt nix von der App, wenns mal läuft. Man kommt dann auch nur noch dran, wenn man seine selbst gewählte Pin anruft, dann gehn die Einstellungen auf.
Lookout hat nur in der Pro-Version das Tracking über Internet, das Backup von denen ist glaub ich ziemlich lächerlich, höchstens Kontakte und Bilder, aber keine Apps.