Develop Bugs

[Q] Moderators - How to start a new forum/device?

I guess the title says it all - just got a new tablet (a Hannspree Hannspad SN10), and was "shocked" to see no forum/forii for this device exists on XDA - Several people have broached the subject - mostly on the Viewsonic GTablet forums (similar device) and slatedroid has a forum for the device.
My question is: how does one go about starting a new forum for a new (at least in XDA) device?
Thanks!

We add devices which have proven to have a big activity and many members, Admin team revises every request for adding a new section and some of them make it, some other not.
Members can´t open new sections of course.
Said that I am moving your thread to proper section, please be patient.

plus 1
Please open a sub thread for the Hannspad so we can lure some devs in-

me wants HANNspree HANNSpad (SN10T1)

acmbc said:
I guess the title says it all - just got a new tablet (a Hannspree Hannspad SN10), and was "shocked" to see no forum/forii for this device exists on XDA - Several people have broached the subject - mostly on the Viewsonic GTablet forums (similar device) and slatedroid has a forum for the device.
My question is: how does one go about starting a new forum for a new (at least in XDA) device?
Thanks!
Click to expand...
Click to collapse
Just curious... Did you ever get the new thread?
Richard

[Q] "Request new forum rules" sticky or "Request new forum" forum?

[Q] "Request new forum rules" sticky or "Request new forum" forum?
Reading through all forum request posts and threads throughout this "About xda-developers.com" forum and "(requests) From the Users to the Mods & Admins" thread I wondered whether it's time to create:
a sticky with "Request new forum rules" (ie. a sticky that explains what needs to be achieved before a new forum request is honored, like amount of requestees, anount custom ROMs built, first hacks, rooting, modding, etc. done)
a "Request new forum" forum, so admins and ops can easily spot new forum requests without having to cleanout and check existing Q&A forums like this one...
Regards,
Nika.

Especially Android is a very fast-growing OS with new great devices nearly every week and many not-so-mainstream phones and tablets besides HTC and Samsung and the rest that really should get some attention.
But I would never be completely satisfied with a product w/o root or Custom ROMs simply because I know that the manufacturer won't support it as long as the community would or I can't use essential stuff like Backups.
However I'm not quite talented with all the hacking and development stuff, so xda is my prime source for that.
After a little bit more than 3 years passive reading I had a first request but found quite a mess.
It seems like nobody knows where to request new forums and even the Mods say different things where to post. The only thing they say in common is that these posts are in the wrong section and are therefore being ignored.
In short words: a central, easy to find (been trying to find the 'right section' for quite some time) place for these kind of requests would be great! Thanks for your efforts
btw: I don't mean to criticise the Mods/Admins or the forum itself. I just want to share what I experienced as a not so noobish and not so active user

The new thread is here:
[Requests] Ask for new forums here

Android Development Codex: A complete mod guide for every device! (add to XDA Uni?)

> Abstract: I have been consolidating a complete, monolithic, and community editable guide for all mobile devices, to reform how XDA Developers works. Take a look, and edit or give suggestions... (Perhaps merge this with XDA University?)
## Rationale
XDA Developers is one of the largest and most important sites to mobile device development. We know all that; we've been here for years. And after staying here for a long time, it's hard to imagine anything different from the status quo; nor why the "new guy" is so frustrated and confused.
Unfortunately, owing to our messy evolution, the guides for most devices on XDA are, (quite honestly, no offense), outdated and disorganized, divided among tons of threads and maintained by OPs who may or may not be active. The XDA Wiki was built on the premise of consolidating the info from the forum, but the tendency to link to forum posts rather than bring in the full methods has made it utterly redundant, and therefore rarely edited or trafficked.
The reality is, forums are great for development and asking questions, but they are the wrong place for constantly fluctuating guides that demand united community support. The result is the status quo on XDA; a ceberus of information difficult to organize or sift through, resulting in newbies constantly asking supposedly "obvious" questions about methods and issues long since solved.
The question is, is it the noob's fault for not trusting or reading such disorganization, or could it be that we aren't making it clear how to proceed safely?
## Design Specifications
To rectify this situation, I have been compiling the Android Development Codex, a complete, monolithic, and community editable guide to the any device I could get my hands on, taking users all the way from unlocking to customization.
The codex will also give readers a few tips and tricks for troubleshooting common problems (so they don't have to wade through 900 posts to find the answer), and general guides to cool mods that can be made on the phone. Perhaps we could even teach people to create modifications to keep the community going.
The Android Development Codex is based on eight principles:
* Everything must be in the guide. We need customized "beginning to end" guides that give the user everything it takes to mod a device and deal with problems afterwards. As stated above, the XDA Wiki failed because it only linked to the forum, making it no more useful than a forum sticky.
* Mark or fix outdated information ASAP. Outdated information is the biggest issue with the status quo on XDA; at best, it won't work, and the new guy will come crying to the forums. At worst, devices will be bricked, leading to intense mobs of angry noobs. With a monolithic guide, as soon as new developments occur, we can post it in the Codex as a warning to all, and change the method if needed.
* No redundant information. There could be thousands of devices by the time we get to a finished state, and much of that info is exactly the same. This leads to duplication of work, and eventually outdated info. Examples are things like ClockworkMod instructions, Glossaries, and general OS mods. The Codex should consolidate as many mods as possible into general guides, and for things like glossaries and recovery instructions, Mediawiki-style templates should be used to pull them in.
* One customized guide for every device family. Every device is special in some way. The XDA Developers Book is great, but even the most general of rooting guides cannot tackle the thousands of unique circumstances that exist in every device. Rooting, Unlocking, Downgrading, and other unique things are under this umbrella.
* Always provide a manual method. Automatic "one-click" roots are great, but manufacturers are always out to patch the latest method. If we don't know how to do it by hand, we can't really find much of a solution.
* Ensure that all required files are accessible and stay accessible. Eventually, all good things must come to an end, and when people are no longer around to sweep the grounds, link rot sets in. This is very, very bad; one of the archives could contain a vital rooting program, and there would be no way to recover it. Just remember the fall of Megaupload. Always have multiple mirrors for every file, and perhaps archive everything into the Internet Archive when the community is gone.
* Give all sources for methods included. Credit must be given where credit is due, not only in deference to the original authors, but also to give the methods credibility.
* The ultimate goal is to transform a layman into a developer. For most people nowadays, modding mobile phones is their gateway into the workings of the computers that control our lives today, just like home computers were in the 80s. The Codex needs to clearly show how anyone can become an XDA-Developer and participate as enlightened individuals, rather than as mere participants.
## The Monolithic Guide
The Android Development Codex is here.
Currently, only the HTC HD2 and the HTC Droid Incredible have functionally complete guides at the moment.
The entire thing is stored on Github Wiki, so you can edit it if you have a github account. Hopefully, developers will all be able to come together once and for all, and work on one big guide, rather than tons of small, redundant, and outdated ones.
## The Android Development Codex is unfinished! Why are you releasing it now?
Originally, I was going to keep the Android Development Codex as a surprise until all the guides for the devices I owned were complete. However, a new project called "XDA University" is being started with similar goals, so am prematurely releasing my work to the community and awaiting further developments.
If anyone here has a hand in creating the XDA University, please contact me, because I have some great ideas on how to make it work, not to mention tons of data for us to start with.

You have a PM

WAY TOO MANY SECTIONS...organize and clean this up...

This site when I downloaded Windows Mobile ROMs for friends was well structured and organized.
Now its a ****ing mess. Too many sections and too many sections inside sections inside subsections.
The visiting audience for this site has nothing to do with the original purpose of the site now. Times change and the site needs to evolve.
First, all "old" devices/discussions/etc. need to be in a archive section (maybe even read only). If people want older information, they can search in there. Hell maybe even a "http://archive.xda-developers.com" site is neccesary.
XDA born projects (such as Xposed) should, with time, be given their own section as well.
Next, the general sections need to be cleaned up. They (Android, iPhone, Windows Phone) should have a General, Apps, Q&A, OS tweaking and thats about it. Also a "Classic section" might be in order: Blackberry and other OS (not based on Android) should be there as well
After that, all devices, with a 1 user base to a 10000000000000000000000 user base should have their own section. Users should be able to generate that section against a bot, or, XDA should read off some site (gsmarena) and generate a section off that when a phone is added. Later, XDA can decide to hide or read only that section (example, something gsmarena does a lot is if they hear a rumor, they add it like the Galaxy S9 is already on there problably. That section should be read only and/or hidden)
The site has become a horrible unorganized bloated mess and needs to be cleaned up.

​

The visiting audience for this site has nothing to do with the original purpose of the site now. Times change and the site needs to evolve.
First, all "old" devices/discussions/etc. need to be in a archive section (maybe even read only). If people want older information, they can search in there. Hell maybe even a "http://archive.xda-developers.com" site is neccesary.
This is already implemented. All older forums go into an archived section, but still accessible for users.
XDA born projects (such as Xposed) should, with time, be given their own section as well.
Already in place, have a look here: XDA Community Apps Popular sections like xposed have their own development section., Even Popular ROMS can have their own forum Custom ROM Central
Next, the general sections need to be cleaned up. They (Android, iPhone, Windows Phone) should have a General, Apps, Q&A, OS tweaking and thats about it. Also a "Classic section" might be in order: Blackberry and other OS (not based on Android) should be there as well
We dont currently support iphone, but do have general places already:
Android General
Android Q&A, Help & Troubleshooting
Android Software and Hacking General
Windows 10 Mobile
Just to name a few examples.
Considering we are the number one site for all things android, with a 6 million user base. We are setup very well. We do have a team of moderators to run the site, but we like users to help out and report things that are breaking our forum rules, or threads that are not in the correct sections, eg: questions not being put into Q&A forums.

Moderator Information,
Thread closed as member has posted this more than once.

Recognized Developer Code of Conduct & Minimum Requirements.

Recognized Developer Code of Conduct​As an XDA Developers member with special standing as part of our developer program, we obviously have some expectations of your conduct. We try to be friendly here, and while we understand that not everyone is going to get along, we would ask that you try to avoid getting into big arguments in threads. If you have an issue with another forum member, take it up with them politely in a private message. It’s the mature way to deal with things.
As a titled member on XDA, you are a representative of XDA’s ethos – “by developers, for developers.” As such your activity offsite in other public venues should be in the same vein. Any negative, derogatory, abusive talk or actions may be taken into account as to your status as a titled member. This would include any behavior which violates our site rules. This does not change your responsibility to be subject to the requirements for acceptance into the Recognized Developer program, both in their current and future states.
While all users should follow the site rules, we would ask that you take a quick look at them again, as they are occasionally updated. If you have any questions, please don’t hesitate to get in touch with any moderator.
In addition to the rules, we would highlight the importance of acknowledging the work of others. It’s not nice to see your work get ripped off—whether it’s a ROM, part of a ROM, an app, a theme, images, guide text, etc. If you’re familiar with the regulations in academic institutions, you should know the score. Just seek permission and acknowledge those whose work you use, and generally be reasonable about things.
We would also ask that if you have a dispute, you first try to resolve it in a reasonable and private way, such as through private message. It is in no one’s interest to see your dirty laundry aired in public, and it looks much better for you to avoid conflicts on the site.
Senior Recognized Developers of XDA, in additional to the above, are expected to be active on XDA regularly. While we all go away for vacation, exams, and other everyday life events; we would ask that if a Senior Recognized Developer intends to take a significant break from development, he or she stand down temporarily. You’re more than welcome back if and when you return, and we’d love to have you back, if a space becomes available. The reason for requesting this level of activity is because as a Senior Recognized Developer, you will be able to vote on the appointment of other Senior Recognized Developers in the future. If many Senior Developers disappeared, it would be troublesome gathering a sensible turnout. In addition, from time to time we will invite discussions on matters pertaining to the site, and it’s only fair that we try to ensure that the people most familiar with development and XDA have a chance at helping out.
Recognized Developer Minimum Requirements​To be able to provide some transparency on how the reviews for RD are rated we’ve set up these minimum requirements. Please understand that the RD program is not just a reward for people that try hard on XDA, it is more than that. Accordingly, not just any project meets the standard of development. We will use these minimum requirements with enough room to budge if the circumstances require this, but please use a somewhat critical view of your projects, and only apply if you have at least met these requirements.
Make sure you uphold the RD code of conduct and the regular XDA rules. Should you have infractions on your account, contact the Developer Committee if you want to know if you are eligible to apply. As a general rule of thumb, wait one month per infraction point before applying, and can’t accept members with more than 10 points to their account. Of course, exceptions may be made but contact us if you have a question about this.
All Projects
Members must be actively involved in the community
Team accounts can’t receive the RD title. It’s a program that rewards developers for their individual work and team accounts don’t fit that idea.
A minimum of two full-fledged, markedly different projects are needed to apply for RD, only very special projects are considered otherwise
Any project needs to have at least three months of active development before it will be taken into account for the application
No history of bans and/or serious infractions
Changelogs must be readily available inside the thread, with updated information for each version
Feature lists and changelogs need to be free of blurry expressions like “tweaked ext4 performance” and other meaningless terms. Instead, it should be explained what was done in detail and why it was done
ROM
They started from an official manufacturer or source base (stock ROM or AOSP-like source).
Threads show a clear overview of changes made, in a way that DC can clearly see what has been developed by the user
The ROM isn’t the product of an online kitchen or otherwise derivative development (i.e. themed stock ROM)
ROMs need to identify what kernel they are using
If 100% stock then they must state that
If custom they must provide a link to the kernel on XDA (if available) or a link to the kernel source. To accomplish this there are two options:
Option 1: They provide links to suggested kernels but do not include them in the ROM
Option 2: They include the kernel but must provide a full, buildable source with all GPLv2 requirements met
Apps
Very simple applications may be excluded (very basic UI or functioning)
A free version of the application is available on XDA (no trials)
The developers are either active on XDA or really helpful in their support thread
Kernels
Sources must be posted and downloadable with build comments, toolchain used, and must compile
Sources must be released via forking + commits rather than “lump releases”
Link to the source must include which branch is in use
Guidelines:
In order to make sure the DC is able to find the information we need to make sure your threads hold all the information necessary. Here’s a list of things we like to see.
Threads should include:
Clear introduction
An overview of what the project does (i.e. its purpose) and what is included
2-8 screenshots that are posted alongside each other
A clear changelog in a
Code:
or tag, that shows the non-trivial updates to the project
Installation instructions and links to download and github (or like services) for source code, as applicable
Credits with links to the projects that have been built upon, or have been included, in this project
Provide a checksum if you can (md5, sha1 etc.)
The DC set up a template thread that highlights the important parts of a project. Try to follow this template to have an organized and clean thread. You can find the template thread here.