PopupMenu cannot be resolved to a type

du muss schon den Code zeigen, damit es was zu analysieren gibt.

und steht im project.properties Datei auch target=android-11 drin?

Wenn du Features für verschiedene Android Versionen anbieten willst, muss dein Project Target immer die höchste Plattform nutzen.
Wenn du die Features testen willst, kannst du ja verschiedene Androidversionen im AVD Manager einstellen.

— geändert am 23.02.2012, 11:48:05

Ob du sie prüfst ist ja egal.
Wenn es die Klasse erst ab 4.0 gibt, musst du schon gegen ein 4.0er SDK kompilieren, damit der Quellcode überhaupt kompiliert.
Wenn du das umgehen willst, musst du deine Aufrufe komplett über Reflection machen.

Ich nehme an er meint, er prüft die sdk version vorher ob er die klasse aufrufen kann. Sprich er kompiliert gegen level12 unterstützt aber auch geräte mit level 8

das ist legitim, ich mach sowas regelmäßig bei filezugriffen auf die sd card (ist bei android 2.1 anders)

wenn er gegen die richtige sdk compiliert (also mindestens level 11) dann sollte dieser fehler eigentlich nicht kommen - check nochmal ob du wirklich die level 11 api nutzt

wenn du eclipse nutzt, rechte maustaste aufs project -> eigenschaften -> android -> HIER min. level 11 auswählen.

Im Manifest kannst du das level eintragen, welches mindestens(!) am gerät vorhanden sein muss, damit die app installiert werden kann.

Jeder, der schonmal admob genutzt hat weiß das, weil dort muss man genau so vorgehen

— geändert am 23.02.2012, 11:55:02

habs editiert, das manifest hat nichts damit zu tun wie deine app compiliert wird

Sei aber vorsichtig damit auf diese Weise verlierst du die Kontrolle über Klassen die es in älteren Apis nicht gibt musst also selber wissen, welche Klassen auch in der alten Api unterstützt werden und entsprechende Prüfungen einbauen.

— geändert am 23.02.2012, 11:58:03

ob sie läuft musst du selbst testen.

Android kümmert sich nicht darum, mit welcher api du kompiliert(!) hast - android schaut in das manifest um festzustellen ob die minsdk am gerät verfügbar ist und startet die app.

nutzt du dann klassen aus einer höheren api, die am gerät nicht vorhanden sind, bekommt der user ein force close mit "ClassNotFoundException" - du musst dann also schon selbst sehen, dass du nur Klassen benutzt die auch in der minsdk vorhanden sind oder entsprechend Prüfungen einbaust

Wir sprechen von dem uses-sdk block im manifest (ich gehe davon aus).

minSDK: mindestens vorhandene api level am gerät
max sdk: maximal vorhandene api am gerät (soll man nicht)
target sdk: zeigt die api an mit der compiliert wurde.

letzteres wird von android u.a benutzt um deine app zur ausführungszeit am gerät zu optimieren, weil es dann schon weiß mit welcher api es kompiliert wurde.

ich persönlich setze aber nur die minsdk und lasse die andere beiden frei, da ich meine apps für gewöhnlich nicht auf eine bestimmte api festlege.