Eclipse ADT : Nome del progetto " appcompat_v7 " viene creato dopo la creazione di ogni nuovo progetto

? uLYsseus @ | Original: StackOverFlow
---

Beh, io voglio sottolineare questo e portare tutto in questa discussione, come il resto del thread non ha avuto una risposta concluso, quindi prima di saltare in loro qui sono i fili ho fatto riferimento a :

http://stackoverflow.com/questions/22203862/adt-doesnt-create-default-hello-world-but-command-line-does

http://stackoverflow.com/questions/22250633/eclipse-behaving-differently-while-creating-new-project-activity

ADT si è comportato un po 'strano in quanto negli ultimi giorni . Continuo la mia SDK sempre aggiornato così ho spesso eseguire Gestione SDK e scaricare tutti gli aggiornamenti . Di recente ho notato che se creo un nuovo progetto Android app non è la creazione di un MainActivity predefinito anche se posso controllare quella scatola, ma non crea una attività sotto src e più a darmi fastidio, non ero in grado di refactoring nulla, così ho capito che ho dovuto aggiornare il mio Eclipse come, dopo aver letto alcuni post, ma ora quando creo ogni nuovo progetto crea un progetto appcompat_v7 fastidioso con ogni progetto, dico creo due nuovi progetti che crea appcompat_v7_2 .... questo mi sta facendo impazzire e la nuova biblioteca del progetto è il progetto appcompat_v7 . Questo sta diventando fastidioso e nessuna idea che cosa sta succedendo qui !!!! Che cosa devo fare ... Per favore salvare me ! Grazie in anticipo .... Uno screenshot di infastidire u guys troppo ... :)

Eclipse ADT : Nome del progetto " appcompat_v7 " viene creato dopo la creazione di ogni nuovo progetto

*************** Alternative attuali, non una soluzione ***********************

Come di 2014/12/05 con ADT 23.0.2 Non vedo più questo problema .

I have waited for an acceptable solution on this issue (as of now there is none), but one of the SO members directed me to this post https://code.google.com/p/android/issues/detail?id=66975 . What I am doing is described in one of the solutions below, but for people who have come to this post, the alternative is to delete that ugly project(if you have more than one) which has been created and add up this one(appcompat_v7) as a library. So if you create another project and appcomat_v7_2...comes up delete that and point your project to the appcompat_v7, do the same for other projects too. This is not recommended for some reason though, but it worked well for me till now without issues. If anyone hits up with a solution please post it here. **************** Alternative attuali, non una soluzione *****************************

---

Top 5 Risposta

1user3033613 @

la cartella appcompat_v7 non ottiene creato se io uso

minSdkVersion="14"
2shap4th @

Sembra che sia un bug eclisse . Quello che dovete fare è andare alla proprietà nel del progetto Android e nella sezione Android . Aggiungere la appcompat_v7 biblioteca e rimuovere il appcompat_v_7_2 ( duplicato ) . Quindi è possibile rimuovere il appcompat_v7_2 come un progetto Eclipse. Tutti gli errori risolti .

Un semplice trucco .

3GPrimola @

Il progetto appcompat è una libreria a sostenere le vecchie versioni di Android . La libreria di supporto è stato introdotto da Google di recente - Non lo so in quale versione di Android . Ma il punto è, questo progetto viene creato solo quando si crea un progetto Android per attraversare piattaforme Android . Voglio dire, quando si seleziona un vecchio min API, ad esempio API 8 ( Froyo ), ma le versioni bersaglio di recente, il progetto deve avere la libreria di supporto . In ogni caso, la creazione di appcompat_v7 progetto è qualche problema che deve essere meglio configurato dai manutentori plugin di Eclipse . Tuttavia si può elegantemente girare questo problema di mira più recenti API e anche nel percorso di generazione della libreria di supporto . Questo è più elegante rispetto agli altri, perché è meglio si concentra in una sola versione di Android quando si costruisce l'applicazione, e quando è fatto, si dispone di una versione autentica della vostra app che si può usare come stampo per sostenere altre versioni, sia superiore o newers .