Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>To do an import, you don't need a .classpath or .project file. However, you do need to point to a directory that's outside the workspace that's the target for your new project.</p> <p>I use this directory structure src/ src/workspace</p> <p>All my projects are in src/workspace. Note that the code doesn't have to go into the workspace directory, but I often create projects and their code in src/workspace.</p> <p>If I'm importing code, I put the zip file in src/ and expand it there.</p> <p>In Eclipse, I select Import > Existing Android Code Into Workspace. Then I browse to the directory in src/ that contains the code I unzipped and click OK.</p> <p>At this point, I'm in the same dialog you included. I usually change the project name, and I <em>always</em> click Copy projects into workspace.</p> <p>The reason I always click it is that if I don't, Eclipse creates the project <em>in the directory in src/</em>. That isn't a good idea if you want a pristine copy of the sample you're importing. If I click Copy projects into workspace, I'm always working with a copy, not the original.</p> <p>If you do any Android-related work in the directory containing the code before you try to import, you'll get weird errors when you try to import. I'm not sure if this is a bug or not. I just remember to create the project first in Eclipse, and <em>then</em> do stuff outside Eclipse. I regularly set up my projects in Eclipse first, and then modify them using "android update project". This allows me to work on the project with command-line tools more readily. Also, Ant is the best way to produce releasable code.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload