Guys and gals, I’ve finished transferring most (but still not all) of my past guides, articles and Bibles to the XDA-Wiki (http://wiki.xda-developers.com/ ). Don’t forget to check them out – I’m ABSOLUTELY sure you’ll find them VERY useful!!
thank you so much they are so useful k-b bibles
Guys and gals, I've just finished migrating my latest articles & Bibles from the last ~5 months into the Wiki (so far, I haven't had the time to do this).
VERY important: I use my own scripts to convert my HTML-based articles to PhpWiki (also using other, Web-based PhpWiki converters). Unfortunately, there're some constructs that I just can't convert (and don't have the time to manually adjust ALL the articles - remember, there are hundreds of them); for example, consequent rows separated by only one line feed. (With them, the rows aren't rendered separated.)
If you encounter cases like this and would like to read the original instead,
1. you can find almost all these articles in the General forum ( http://forum.xda-developers.com/forumdisplay.php?f=256 ) here; you can easily find them by just entering a, say, sentence to search for from my Wiki article, only searching for my nick and the General forum in the Advanced Search engine ( http://forum.xda-developers.com/search.php )
2. at the bottom of many of my articles, there's a "Cross-posted to" section. Just click the XDA-Devs link in there.
3. alternatively, you can also search my blog ( http://www.pocketpcmag.com/blogs/ )
I do hope you'll find my articles useful
How to get answers efficiently and be helpful at the same time
I have been eagerly following this project for a while now, and gleefully confusing retailers when they see android pop up on my WM phone. There are several people who put in an exceptional amount of effort into this project, and unfortunately there seem to have been an influx of users lately who seem to be fairly effective at frustrating them. Often, instead of seeking answers already clearly identified within this forum and learning from the discussions, they step into an otherwise productive thread and ask to be brought up to speed, or to have their problems solved for them. Usually these individuals are well-intentioned, but are lacking the knowledge both of where to start learning, as well as how to be helpful. I hope this post is helpful in recruiting the many well-meaning new users into becoming active and helpful contributors in their own way, while answering their own questions and solving their own problems at the same time.
I think it's reasonable to assume everyone should do Step 1, and it would be nice if most people would also do Step 2. Step 3 is for individuals with some programming skills and a willing to learn the technological challenges at hand.
Step 1: The Basics, and asking questions well
Many, if not most of us here on this forum are driven here by curiosity, and kept by the challenges faced in this project. When we first start, there often is a very low level of relevant knowledge and understanding.
The very best place to start is the FAQ. It will help orient you to XDAndroid, and will answer many of your questions - so it's a great place to return to and do some reading.
http://xdandroid.com/wiki/Faq
Next, fortunately, we now have an excellent post by ryannathans on an introduction to Android – SD Card. If you haven’t yet read it, please do.
http://forum.xda-developers.com/showthread.php?t=980079
You may also be interested in browsing and referring to the XDAndroid wiki:
http://xdandroid.com/wiki/Main_Page
Finally, a useful thread to read the first few posts, search with your questions, and follow the most recent few pages is the main FRX06 Page. (This will probably change to a new thread when FRX07 is released)
http://forum.xda-developers.com/showthread.php?t=951962
Once you’ve understood the key elements to getting your Rhodium (aka Touch Pro 2, Tilt 2,e tc) running Android, and know which model phone you have, you should probably install the suggested current base system (FRX06 at the time of this writing). Use it, learn about what works and what doesn’t, and do as much reading about your questions as you can. Almost everything has already been discussed on either XDA Developers or PPC Geeks. On XDA Forums, go to the main rhodium android page (http://forum.xda-developers.com/forumdisplay.php?f=589), and click the 'search this forum' button in the top right.
If you want to look a bit broader, or use a more familiar search engine, use Google, and if you need to, constrain the searches to the given sites (substituting “ThisIsMyQuestion” with your question).
GOOGLE site:http://forum.xda-developers.com/ ThisIsMyQuestion
GOOGLE site:http://forum.ppcgeeks.com/ ThisIsMyQuestion
Look first, and take the time to read. Even if you don’t find the specific answer (unlikely), you will learn a lot. I found it incredibly helpful to make an account with XDA developers so that I could identify and subscribe to the various important threads and be able to see when there have been new posts on issues I was interested in.
Now, if you still have a question, then find the appropriate thread and ask it. To pose a useful question, you need to be clear, concise, and specific. (Being polite always helps, as well as being patient)
Try to ask your question as simply as possible (ie, how do I enable/do ThisCoolThing on my Rhod 400? I am running FRX06, with _____ modifications on (SD Card / NAND / etc). I’m on Telus/Verizon/etc (CDMA / GSM). It is often a good idea to state what windows is running on your phone (ie, EnergyRom WM6.5, or stock 6.1, etc...), as some of its drivers/settings are occasionally relevant. If there seem to be some situational factor that seems important to you, briefly mention it (ie, everything worked until I did xxxx) If you have gone ahead and done something silly like overclocking your phone, state it, as it may well be a complicating factor. (hint: Don’t. ... At least not in Windows Mobile).
Secondly, try to make sure you get to trying everything suggested to you. Unfortunately, good advice is often overlooked simply because the first item didn’t fix the problem, or the solution seemed too time consuming. You may be asked to delete your data file – don’t worry, you can back it up, and if it doesn’t work, simply replace the new file with your old one. Installing a backup application such as Titanium Explorer (from marketplace) helps backup your apps and their data, speeding their re-installation (and saving you from having to re-download them).
Remember that by participating in this project, by installing new, testing versions, you are not receiving a polished or supported product. You are contributing to a community, and your few hours it takes will pale in contrast to the hours and contributions others have put in. If you do put in this time, as well as do some background reading on the issues and post your findings/solutions, you very likely will help advance the general understanding of the problems at hand.
Step 2: Provide Log Files
This may help you in getting an answer, but to be even more helpful, if your question or problem is new, or is something that hasn’t been solved yet, then having logs will help those answering your question to not fumble blindly. It may even help provide a better build for the next release.
How to get the log files:
Install ADB and DroidExplorer:
http://forum.xda-developers.com/showthread.php?t=1099481
From your command prompt, after the phone is connected, grab your logs by typing the following:
adb shell dmesg > dmesg.txt
adb logcat -b radio -v time > radiolog.txt
adb logcat -v time > logcat.txt
You can learn more about logcat, if you're interested, at:
http://developer.android.com/guide/developing/tools/logcat.html
It is then a good idea to edit these logs to remove personal information (ie, your phone number from radiolog.txt (search for it in notepad/wordpad - it's 10 digits, no dashes, in my logs; your email address may appear in the logcat.txt, although I haven't found mine there). To simplify matters, I just do a search & replace for my phone number and email address, replacing them with XXXXXXXXXX.
If you're interested in catching an error in real time, you can omit the storing to file option, and the information will be displayed on the screen, continuing to report until you terminate the process with ^C (control + C)
If your computer isn’t able to find adb.exe, then you may have to either set the environment path to where you installed the android sdk (or where droidexplorer installed it), or simply type in the full path to execute the command
ie: C:\android-sdk-windows\adb shell dmesg > dmesg.txt
Once you have these files, upload them along with your question (note, the files will be created in the location from which you executed the adb command), and an answer may be found much sooner. If you want to look particularly good, read the logs first, and find the areas that you think are involved. Cut and paste the relevant sections into the body of your question, and say ‘I think the problem is this...’, and you may get an answer even sooner.
Step 3: Cutting edge / bleeding edge
If you’re really eager to help, or are simply really frustrated with a problem and have some coding ability, then this step is for you. First off, know that when you start to play with fire, you may cause problems with your phone, so make sure you keep everything backed up. Titanium Explorer is a common choice to backup your applications and their data onto the SD card, and it may be a good idea to backup the important contents of the SD card too, as they have been known to fail on their own.
If these instructions don’t make sense to you, then think twice if you’re wanting to become involved at this level. This will require some coding ability, and if you want to build it yourself, you`ll need a 64-bit recent linux installation with >1 GB of memory free.
The source code for XDAndroid is located at:
http://gitorious.org/xdandroid (git://gitorious.org/xdandroid/manifest.git)
And there’s several branches from there that contain the useful areas of development. For example, jbruneaux is working on the new audio routing (and thus you can see/follow/contribute to better solutions there), and Howard Chu is working on a variety of hardware issues.
Useful reading can be found at the XDAndroid Wiki Page:
Getting the Source: http://xdandroid.com/wiki/Getting_the_Source
Configuring the Build: http://xdandroid.com/wiki/Build_Configuration
Building and Packaging: http://xdandroid.com/wiki/Building_and_Packaging
If you’re eager to help out with coding, spend some time getting familiar with android first, then ask around or pick something that grabs your interest and get working on it. The IRC is a great place to chat with some of the other developers/contributors, and a few others communicate directly with each other about specific challenges.
irc://chat.freenode.net/xdandroid
The project owner of XDAndroid is Brian Stine, who’s blog often helps give some perspective on what is happening behind the scenes (http://southcape.org/).
Please let me know if there’s any changes you’d suggest to this. My goal is to round out the other guides that have been created with the goal of facilitating clearer communication and increased participation in development.
Great guide!
Couple of suggestions.
It's adb logcat -b radio, not adb shell logcat -b radio. Also, add -v time. Also add regular adb logcat, again with -v time. Also might want to mention the "things to scrub" from these logs - email addresses for example will show up in regular logcats, a whole slew of personal things show up in radio logcats. Seems like a good place to make people aware of that
That's all I have for right now, bravo!
Thanks Arrrghhh,
I had been using adb shell logcat until now, and hadn't noticed I could just use adb logcat - thanks for pointing that out. The -v time is an amazing tag - I wish I had been using that up until now, it's great to isolate when a problem happened. Too bad that's not an option for the dmesg. I've added your suggestions to the post - though I can't seem to find my email address in my current logs.
Cheers.
Great Post!
Hopefully n00bies shall read this
I think "READ THE FAQ" should be included somewhere in Step 1.
Thanks rpierce99, you're right it should be right at the top - and now is.
I work as a sales associate at T-Mobile. On a daily basis I have customers asking for a basic how to guide to use their newly purchased phones and what I recommend apps wise.
I remember there was some type of PDF doc floating around that had a basic guide of how to set up email, Doubletwist, importing/exporting media, ect. Then another doc that had a list of recommended apps. I just can't find these documents anymore.
Any help would be appreciated.
You could always write one yourself? There's no specific list of apps that are useful for everyone, so throwing a guide like that at someone wont always be very helpful...
I'm with you Doom but stuff like: A launcher does _______ here are some examples of commonly used launchers; ________, ________, and _________. One is better for _______________ the other two are great for ______________.
It amazes me how many android users complain about interface, default SMS, contacts, dialer ect. but don't realize that they can change all of that **** in about 7 minutes.
Not that anyone here should write a guide but I think it'd be great if Android phones came with a guide to android as well as a guide to the hardware. Many people who buy android phones are technology retarded.
Before starting a new thread, I used the search function and looked through the "check these threads before starting a new one" listed threads but didn't find an answer. If this has already been addressed, my apoiogies.
My company uses Excel spreadsheets with custom Visual Basic macros that I have written when we test medical imaging equipment. I would love to use a Tablet for this but Dataviz states "that code type is not supported by handheld platforms, so Documents To Go cannot execute the VB code necessary to use those features. "
Is this an accurate statement? I don't know enough about Android yet to know whether it is correct or if this is perhaps outdated information. The statement was made in June of 2010.
Is Visual Basic totally imcompatible with Android or is there hope that custom macro enabled Excel spreadsheets may work in the semi-near future?
Thank you in advance for any information you give me.
Questions or Problems Should Not Be Posted in the Development Forum
Please Post in the Correct Forums
Moving to Q&A
After combing the internet for a couple weeks, since installing Ubuntu Touch on my Nexus 7 2013, I have yet to find an up to date video, review, or usable bug report for the layperson as an end user. This is desperately needed and would lead to speeding up developing apps and abilities of the OS and its application on various devices.
Using the OS on a daily basis I have seen sporadic new apps showing up in the "Available" section of the APPS Scope, mostly non-US types in some other language. I ave no idea where they come from nor who is submitting them, but evidently, folks in Germany and other Euro countries have the ear of the devs developement. Up until now, There's no porting of regular .deb applications such as Pidgin or even open source versions of Flash for video viewing. Yes, I can't even watch the nonexistent Youtube videos about my OS on the OS, itself.
Someone pick up the ball on this blazing hot mobile OS, please?! We could use some content about it and its developement!
There are some resources out there. The following is a list of the links I use most:
Build test results: http://ci.ubuntu.com/smokeng/utopic/touch/
Changelogs: http://people.canonical.com/~ogra/touch-image-stats/
Development info: http://developer.ubuntu.com/apps/
Bug reports are handled via launchpad: https://launchpad.net/
If you're unsure which package to report it against, maybe use this one: https://launchpad.net/ubuntu-touch-preview
Oh, and some porting is actually done: Trojita and Cantata