Beiträge von Thrakbad

Hmm, mit nem Scrollview sollte man zumindest das sehen, was man vorher auch sieht...sicher, dass der richtig gesetzt ist?

Hmm, ich hab selber noch nicht viel mit TableLayouts und noch gar nix mit Charts gearbeitet...mach mal überall wos geht wrap_content rein und schau ob du dann was siehst. Bzw. pack das Alles mal in nen ScrollView, dann isses egal, wenn die den ganzen Bildschirm ausfüllen. Wenn dann noch nix zu sehen ist, heißt das, dass der View tatsächlich irgendwo verschwindet und nicht einfach nur außerhalb des Bildschirms ist.

Also ich hab es seit etwas über ner Woche und es ist mein absolutes Lieblingsspielzeug. Der Formfaktor ist genau richtig meiner Meinung nach für nen Tablet. Man kann es noch in die Jackentasche stecken, bequem in einer Hand halten, aber es ist groß genug, um darauf zu lesen und zu arbeiten, Filme zu schauen usw...
Stabil läuft das ganze dank Android, zumindest das Betriebssystem und die Stock Apps. Natürlich gibt es einige Apps vom Market, die immer wieder abschmieren. Das dürfte aber an schlechter Implementierung seitens der Entwickler da liegen, zumindest hab ich noch nichts von spezifischen Problemen beim Galaxy Tab gelesen oder gemerkt.
Akkulaufzeit ist grob gesagt ein Tag, was für so nen Device passt. Je nach Nutzung hab ich nach einem normalen Tag (~14h) noch 15-30% Akku übrig. Da sind mindestens 2h Musik hören mit dabei, so wie immer mal wieder Facebook, e-mails oder was für die Arbeit. Ich nutz es also schon recht instensiv. Bei permanenter Belastung (d.h. Display dauernd an) hält das ganze etwa 6-8h, je nachdem wie Prozessorintensiv die Arbeit gerade ist.
Android integration...ja was genau meinst du damit? Es läuft mit Android, also ist Android quasi integriert. Manche Apps vom Markt haben Probleme mit dem großen Display und dann hat man nen schwarzen Rahmen außen rum. Das ist aber nicht so oft und die ganzen großen Apps hams richtig hin gekriegt. Für die kleinen findet man dann in der Regel schnell nen Ersatz, der das Display voll ausnutzt.
Also ich würd es dir auf jeden Fall empfehlen, wenn du ein Device suchst, mit dem du mobil online gehen kannst, deine Termine im Blick hast, mal schnell was notieren, was in Office bearbeiten, mal nen Film schauen oder was lesen, falls der Flug Verspätung hat und den du fast immer mit dabei haben kannst. Allerdings ist es kein Ersatz für nen Netbook/Laptop. Dafür sind die Arbeitsmöglichkeiten zu begrenzt, es läuft ja immer noch mit nem Handy Betriebssystem. Es ist auch kein praktischer Ersatz für nen Mobiltelefon. Es kann zwar telefonieren, aber, um es deswegen mitzunehmen, ist es eben doch viel zu groß.

Developer's guide ist dein Freund
Prinzipiell (abhängig vom API Level) erstmal nen ClickListener implementieren und den dann dem Button zuweisen. Steht Alles da oben drin.

Wenn das kein Schreibfehler ist, haben deine Layouts für die charts im Layout-XML die gleichen IDs. Allerdings dürfte das sofort angemeckert werden und spätestens bei LinearLayout layoutY = (LinearLayout)findViewById(R.id.chartY); dann abstürzen, weil es R.id.chartY nicht gibt. Deshalb geh ich mal davon aus, dass es eig. chartY heißen müsste.
Dann sollten beide charts als height WRAP_CONTENT haben und nicht FILL_PARENT, da sonst tatsächlich nur der erste angezeigt wird. Der füllt dann nämlich den Parent-View aus und der zweite geht leer aus.

Ich bin mir nicht sicher, ob der finally Block da wirklich macht, was er soll, ich komm aus der C++ Ecke und hab den noch nie benutzt. Versuchs mal mit:

try{...}catch(Exception e){    Log.e("<dein Tag>", "Exception: "+ e.getLocalizedMessage());}

Deinen Code von oben hatte ich damals selber ausprobiert und bei mir hat er mit den permissions funktioniert.

Das hängt davon ab, wie die Liste gefüllt wird. die unterliegende Datenquelle muss natürlich entsprechend verändert werden, also die Datenbank, der Code etc.

Ah, danke...ich war schon ratlos, warum das bei meiner App für 2.1 damals geklappt hat, aber bei der für 1.5 eben nicht.

Ich hab mal jetzt ne eigene App aufm Tab getestet und da siehts genauso aus. hab im Moment dann keine ahnung mehr, worans liegen könnte und werd wahrscheinlich auch nicht so schnell dazu kommen, es selber auszuprobieren. Falls ich irgendwo im Netz über die Lösung solper, sag ich bescheid.

Sorry, hatte es nur beim editieren von alten Posts getestet. Beim Erstellen von nem neuen Post und dann Klick auf Vorschau passierts immer noch.

Was benutzt du denn für nen Layout als Root element? Genauso wie im XML sollte auch bei der Erzeugung per Code immer ein Layout Objekt alle UI elemente enthalten. das ganze würde dann im Code etwa so aussehen:

// Member Variablen
LinearLayout linear; 
TextView text;


// in onCreate(..)
linear = new LinearLayout(this);
linear.setOrientation(LinearLayout.VERTICAL); 
text = new TextView(this); 
text.setText("Hier steht ein Beispieltext!");
linear.addView(text);
setContentView(linear);

Ja klar, da haste Recht...Kies ist sowohl für entwickler als auch für Endanwender bescheiden
Dein Problem liegt am Layout der App, da hat wohl jemand ein Layout mit absoluten Angaben benutzt und nicht ein relatives. Sollte sich je nach Komplexität der App mehr oder weniger einfach beheben lassen.

Hab das Galaxy Tab privat auch. Vergiss Kies einfach komplett, das Teil kann nix, is lahm und unzuverlässig. Apks installieren kannste ja auch über adb mit adb install <file>

Da es ne Permission GET_TASKS gibt, gibt es sicher auch eine entsprechende Methode. Schau mal, ob hier was drin steht.

Jap, funktioniert vielen Dank!

Ja das sieht doch gut aus. Wenn du das hast musst du dann nur noch die Koordinaten drauf rechnen

Einfach mit element.setEigenschaft(..), z.b.

view.setPadding(10, 10, 10, 10);

Windows XP Professional, 32 Bit, SP3

Hallo,
ich hab jetzt auf der Arbeit auch auf Opera umgestellt und da scheint es einen Fehler mit dem Forum zu geben. Jedes Mal, wenn ich einen Beitrag schreibe und auf "Vorschau" drücke, stürzt Opera ab. Das Gleiche passiert, wenn ich einen Beitrag bearbeiten möchte. Weiß nicht, ob der Bug auf eurer oder auf der Seite von Opera liegt, aber ihr könnts euch ja mal anschaun. Ich benutze Opera 10.63 (Build 3516).

Also map overlays lassen sich glaube ich ne Z-Order mitgeben, womit man anordnen kann, welche wo dargestellt werden. Oder es geht nach der Reihenfolge, in der sie hinzugefügt wurden, weiß ich nicht mehr. Ist schon ne Weile her, dass ich das mal benutzt hab. Man braucht dann halt für jede Art von element eine eigene Overlay Klasse. Nen großes Overlay ist kein Problem, das geht genauso.
Für die zweie Herangehensweise würde ich mir erstmal die Koordinatenrange deines spielgebiets besorgen. Dann kannst du erstmal bei jedem Location Update checken, ob das Handset sich überhaupt im Gebiet befindet. Falls ja, müsstest du dann halt selber ausrechenen, wo auf der Karte sich der Spieler genau befindet. Das ist halt Rechnerei mit Geokoordinaten, da findet Google sicher Beispiele für. Zoom und scroll für die Karte kannst du dann später einbauen, wenn das erstmal funktioniert.