Related
i would love to see a website specifically for g1 themes. with images of all themes, all linking back to the developer. as well as all themes and other downloads being hosted on local server, instead of having to use FTP services like megashares etc.
if anyone with web development/programming experience would be interested in assisting me it would be appreciated, and i think a site of this nature would benefit the android global community as a whole.
may i also state that i have a server with enough bandwidth and server space to handle the high traffic volume that follows a site like this.
i see some great possibilities with this, but in order to get it off the ground i will need some help.
I would love to say yes but my web dev skills have never been used in a real environment.
I would like to see something like this get off the ground. Its such a great idea.
although i do not have a crazy lot of time i do have an extra website that i currently do not use. Its good for a little less than a year and i "could" use iWeb or something to put a site together since it would take crazy less time. Its unlimited everything so i could host the .zip files right on it and just have people download from there. If enough people would use it though. I would def have to have everyone's permission though as i am not getting in trouble with people over something like this. if its something some of these Theme devs would enjoy i could use my current site on DreamHost and allow the download straight from the site with Pictures. Could have a page for each one of them too. Let me know as i would be willing to do this so it would be 100% easier to find things.
Email me at [email protected]
I would be willing to put the time in too since i could add an Ad at the top for some income towards the renew cost if necessary. And i do know what i am doing but it would def have to be a use site not just something 10 people use. www.edgewoodcma.org is my newest site i got up and running for a church.
thats pretty much the idea, it doenst really matter which server is used, however i do have a little over 2 years on mine, but it is unlimited just as yours is. however i do not think a page made in iWeb or something will work quite as nicely as something designed for dynamic updating by many devs.
im looking into a PHP CMS engine that will allow devs to name their .zip files and upload with a thumbnail of the theme. and have the site automatically post the new theme with the naming convention used in the .zip and show the thumbnail as a link to the direct download from the server.
i wanted to try and stay away from another forum site, as well. this is the forum site for android pretty much, we may have a discussion area in the theme site, however the downloads and updates will be on another portion of the page as to eliminate the need to sift through threads to find the themes you want.
The reason i posted that i would be willing to make and update the site is so that useless things will be kept out. I would be willing to accept all photos and .zip files in my email then post onto the site so that duplicates and useless things are kept to a minimum. I would also make multiple sections showing what update you are running (i.e. RC33, ADP 1.5, Dude, ect) and a complete breakdown so that it is as easily as possible to do things. The reason i would use iWeb is because of its simplicity. You could update a site within 2minutes for whatever is needed. I could update anywhere in a matter of minutes which would mean more thing up and running. Just an idea though as i too am wishing it was far easier to locate things instead of sifting through hundreds of posts to find the one decent theme out off 100.
that sounds great, will iWeb allow you to create dynamic websites for the dev to upload his work? or will you manage the whole thing as a static database (updated when devs send you their work)?
if you wish to create this, then please do. i shall continue to look for a permanent, maintenance free*, catalogue of themes. but until an engine is created for that purpose your offer sounds perfect. the android community desperately needs someplace organized to find these themes.
thank you for your offer, if you would like any sort of graphic help just let me know and ill do my best.
Dynamic sounds best, you could accept members (ie theme creators) and only have have control over posting themes and updates to their own themes?
We are actually working on this right now. Just purchased themesdroid.com a couple days ago.
We have a dedicated server we are going to be running it on. We are actively developing the site now. Perhaps we should combine our efforts.
awesome, let me know if you need any help, or any server space etc.
id love to help in any way i can.
--peace
It does seem like a good idea, although I have read in the past something about "why have many resources in many places"...one central location for it all is great, so it would have to have many advantages for it to work. I know instant thumbnails would be 1 (forums it doesnt work like that). Local files is another. Purchasable is probably something considerable.
Ive built for big corps before, and know a lot about that stuff. If you guys need help with doing anything I know almost any solution. Something like "if you donate you get extras" or something, and only those that did donate can get certain things. Helps the developers for their time and effort (like the apps, makes sense).
We are currently investigating a couple options for ThemesDroid.com. We have started working on a download site from the ground up, but we are also looking for possible alternatives. Does anyone know of any decent open source CMS/DMS systems? We have not seen anything that was worth a darn, but if anyone knows of a good one then there is no sense in reinventing the wheel.
kronarq said:
We are currently investigating a couple options for ThemesDroid.com. We have started working on a download site from the ground up, but we are also looking for possible alternatives. Does anyone know of any decent open source CMS/DMS systems? We have not seen anything that was worth a darn, but if anyone knows of a good one then there is no sense in reinventing the wheel.
Click to expand...
Click to collapse
What are you looking for in this CMS/DMS system?
well php-fusion is always a safe choice, there was something new... what was it.. http://expressionengine.com/
Ive always found Joomla to be the most flexible system to date, complicated but it will do 'everything' your looking it to do. It has great theme support as well (great flexibility for customizablity). Very secure too.
@malaeus, sorry to say but php-anything is almost always a bad choice, they have many loops/hackable holes.
Xoops is good too. Drupal is good. Or if you have a M$ server (asp), dot net nuke is good, has many add-ons for great flexibility.
Just some suggestions for you guys (btw, all those are free [opensource like android ]
I've been building Drupal sites for years now... if you guys need help, let me know.
http://img38.imageshack.us/img38/6613/demo1z.png
http://img34.imageshack.us/img34/3173/demo2.jpg
Started it 3 hours ago, thats how quick and easy it is. Its just a demo to show you what you can do with it. If you like cool, if not I at least recommend you check out joomla, thats what I created that with (there is no "starting from ground up" with it, its just there to "put the stuff in"). That template is free too (there are plenty out there, I also make my own which takes time). Just threw it together because I had the last three hours off from work and wanted to play with it again.
Drupals good, but I just dont think it has the best of plugins, they are ....awkward or something I dont know.
@kdf2883: Something geared towards downloads. Something preferably lightweight compared to Joomla/Drupal etc
@theslam08: I currently have a test of Joomla + DocMan I have been playing with, but Joomla seems like overkill for what we are doing. It doesn't all our needs so we would still have to modify it yet it does a bunch of junk we don't need. Then there's the usual update every week or get hacked bit...
We are leaning towards just doing everything from scratch. I could have a Joomla site up in a day or two or we can give it a couple weeks to build our own system from the ground up. What do you guys think?
for something like this, we may want to try something as simple as wordpress. each post would be a new theme, images and text would include server direct download link. its at least one of the most compatible backbones i can think of.
i have little to no experience in drupal and joomla etc. however when it comes to the design aspect of the website, thats closing in on my specialty.
@slam nice job on that layout btw. especially considering time spent.
Look at the Lock 2.0 themes site. They use WordPress and in my opinion it's a mess.
It can be quite confusing trying to get a feeling for how stable a rom is when combining 3-4 different roms in the same thread.
It can be hard to see what rom-version the bug is reported from, is it the premium one, the one with manilla or not, the Xtralight?
I can imagine many people that for example are looking for a stable standard VM 6.5-rom would be turned off by all the reported bugs in a thread, even though the bugs are related to a rom with manilla cooked into it.
A popular rom-thread can turn into a big mess really.
A function like subthreads would be awesome, a small thread-tree if you will.
One mainthread and one separate subthread for every different version of the ROM.
It would make things very easy to follow.
Ok, I read the rules, and there seems nothing about necroposting but at least I'm adhering to "1. Search before posting." xD
And this one was the closest I found.
I think now, we don't have the problem so much with combining 3-4 different roms in the same thread atm
but now single threads become just far too big to have an overview (e.g. the big ones like lineageos, etc).
Now single threads contain the conversation since start of the rom until the current state. So there are probably many bugs and posts, which are solved. Also most posts which could be classified for a FAQ are somewhere in between.
I'd say the forum structure is good for the "high level" stuff, distinguishing between models, different sections, and the individual roms.
But inside the rom threads I'd pick up the subthreads proposal
or some form if stack exchange structure,
or at least an optional tree structure.
Especially like @nizzon said, a separate subthread for every different version of the ROM and I'd propose a separate subthread for "rom-specific" FAQ.
What do you think ?
Not really much of a point as you look, at the date of the rom and then go to the first post around that time. No point in having other threads about the older versions of the rom as the dev no longer supports it and all talks about older versions are left out of the thread.
Hi!
You may know me as the guy who made blownfuze.org. I've done it again (I'm doing it, rather) and the address is tilt2.blownfuze.org. Basically it's a good place to unleash your phone, beginners to vets, while hiding from ad banners, thread chaos and rapidshare links.
The site, targeted specifically at the AT&T crowd but useful for all TP2 owners, is divided into a dozen chapters including how to flash a rom and my reflections on the various existing roms, the usual stuff to install (like flash, mortscript, MSCF and MSVC), a collection of Opera builds and other browsers and RSS readers, tweaking tools (advanced config, hd tweak), email guidance, GPS stuff, multimedia (players, tones), recreational stuff (dopewars, facebook), expert stuff (vpn client, packet sniffing) and perhaps most importantly what you need to get your phone back to its out-of-the-box stock condition (the software at least) for warranty compliance if you have ever flashed anything. It's the kind of site you might bookmark.
I only recently started this thing and though it is a little premature to post it publicly like this (it will get better over time..) the important sections like installing hardspl, flashing roms and warranty issues, they're good to go and I got some fresh cabs lined up for you too so c'mon down to tilt2.blownfuze.org.
In addition to plugging my site (thanks xda mods), the purpose of this thread is to invite suggestions from you (for example this part is good or that sucks or you should add this and remove that or cite this developer for that cab) so please do that, I will listen, or you can contact me in the contact form thingy at the bottom of my site.
Yours, Doug
Thanks Doug. Your sites are AWESOME and very useful! I don't have a fuze but I've found some sweet programs on your site for my tilt. I look forward to the new site.
Looking good, thank you!
great site, great infos. many thanks.
Looks very good actually, bookmarked it and having a good flick through now. Some very very usefull stuff on there!
Id be tempted to suggest trying to improve the GUI a bit though, theres an awfull lotta text sitting there.
Im Feelin it
This is perfect, Everything works and enhances the phone. Cant complain
thx for the repo guide
NB: Your ZoomAdds thread (http://forum.xda-developers.com/showthread.php?t=572270 -- linked to in section 5) has been superseded by this one: http://forum.xda-developers.com/showthread.php?t=578420 -- the earleir one is a version that can't be uninstalled.
This is a short summary of some important general points for posting new ROM's.
It should be considered as an optional "add-on" to the general thread:
"Galaxy S I9000 Android Development **STICKY THREAD** Read here first!"
The number of man hours spent working and developing new custom ROMs are astronomical! So why then, is it that so few new ROMs are successful? Basically because of lack of information and poor public visibility/involvement of the developers themselves. It's just like in any other successful business, you have to make your product or service stand out from the rest. Either by making an amazing product or by being a great inspiration for others to follow. Here I will try to explain and list some fundamental ideas, in order to make your ROM better and more popular.
When a would be ROM flasher is looking around for a new ROM, he searches the web and the XDA-forums for threads, usually beginning with the text "[ROM]". Next he/she look at the FIRST page where the developer (and his/her team) is presenting the various features of their new design. What is presented there will often be a decision maker for whether or not someone wants to try it out.
There are a few things that consistently differs between "good" ROMs and "bad/poor" ROM's. These things are often and naturally related to the amount of information available around the ROM in question. Someone who have put down enough mind, sweat and hart into the production (cooking) of a ROM, would also like to share his/her effort in the best possible way, not minding writing a detailed and useful description about their product. The items found below are part of some of these things that do MAKE A DIFFERENCE.
- Primary Purpose:
Essentially a description why you want to provide this ROM and why you think it is needed. What are the main features and driving forces for providing this ROM?
- Ultimate Gaming Experience
- Super stability
- Super Compatibility
- Great Battery Duration
- Minimalistic User Interface (UI)
- Simple to use functionality
- Latest and coolest never seen before interface behavior
- Fully loaded with ultimate editions of absolutely everything
- Mobile Penetration Testing Platform
- or perhaps just for educational or experimental purposes etc...
- Up-to-date Maintenance:
That means an active developer (or group of) who are readily available to answer questions from users of all levels, new or advanced! Often that they should be inhumanly available at all times of the day & night!
- Up-to-date Firmware Release:
That means the the source of your ROM is preferably based on the latest, but publicly available code/firmware. Not on some hidden leaks or old hacked code. When I say "hidden leaks" here, I mean the kind where the origin of the code (compiled or not) cannot be verified or downloaded. (BMW doesn't make car/sales advertisements using 2 year old engines from unknown/secret sources!)
- Detailed CHANGE-LOG:
People want to know that what they flash on their phones, is as close as possible to what they would like to see and use. Also from a paranoia perspective most of us would like to know that it doesn't contain 3rd party or other strange applications that we will never use, or which will give us trouble when we want to add/update applications, at a later time. A description of the various applications is also very useful. Most people would wonder what the "DarkBotSendHelper.apk" is doing on a phone.
A change-log would ideally consist of a list with:
- Title: Change Date and the custom ROM Version the changes apply to
- Full application name
- Full application version
- Short application description
- Link to application source-code, if available
- Link to application on "Android Market"
- Reference to what hacks has been made, if any
- Reason for why the hack is needed
- Unresolved BUG-LOG:
A brief log of bugs and unresolved issues that affects the current release. It is hard to explain without cussing how annoying it is to flash a new ROM, just to find out that some WiFi issue has not yet been resolved, which was posted on page 456/1200! If people post bugs/issues, that cannot be immediately resolved, please add those issues to the BUG-LOG, on the front page.
- Screen Shots! Updated Screen Shots!
The importance of good screen shots can never be enough emphasized! Many ROMs are updated continuously and if the screen-shots doesn't match what the user installs, he's gonna go WTF!, and will start to peppering your support threads with questions about how to install this and that, and how to get the same themes you are using in those screenshots, or from another different ROM altogether! You wouldn't be able to sell a new BMW with a picture of an old Volvo, would you? So why do you think a ROM would be any different? Also include a brief caption about the essential feature(s) shown, for each picture.
- Detailed Installation Instructions
This hardly need more explanation apart for making sure you also say something about:
- WIPE/No-WIPE
- Bootloader Requirements
- Recommended Procedure
- Detailed Device Compatibility List
Yes, the same gross model name/number of a particular device, may very well have some minor variations that can render the device completely incompatible with software from it's apparent twin-brother. Or even certain Firmwares may not be compatible to slight manufacturing variation. See for example the "Samsung Galaxy S" with their sub-models GT-I9000(B/M/T), and to complicate things further, even within the same model there may be slight differences, like in the PCB of the USB-port of the SGS2 GT-I9100.
- Detailed Language Compatibility
What do people use their phones for? Communication! Sure, some use them as a game pad, but after all it is primarily a browsing and communication device. So if you can't use your primary languages with your device, it is useless! Although some network operators are only beginning to understand that most of the connected world is at least bi-lingual and often much more. Thus it is of essence that your phone's keyboard, screen-reader and web-browser can read, display and understand most characters and alphabets around. (I.e. I still fail to understand why it is virtually impossible to find a phone with Russian, English, Spanish and Norwegian keyboard layouts/character sets or at least let me select these my self!) In addition it is very confusing for a first-time ROM flasher to understand the need for all the various PDA/PHONE and CSC region settings, which are often modified and re-packaged for a well cooked ROM, and thus no longer adhere to the original regional code.
So when you cook your ROM, please provide as much information as possible regarding how the user can adapt their phone to his/her own languages. This information includes at least:
- What languages are available for basic operation (the operating system)
- What languages are available for the keyboard mappings
- What keyboard applications can use these languages (Swype, Samsung Keyboard etc.)
- Simple instructions how to include, use and set the phone languages
- List of Technical Terms and Definitions that describe the ROM
The world of mobile device development is packed by technical jargon and abbreviated terms. Many times they are also abbreviated and used in the wrong context, although some the community know what it means. Simplify your vocabulary and clearly define your terms and stay with community standard ones!
- General Presentation
Like any other business presentation, please skip the HUGE fonts in a zillion colors. Most of us are neither blind nor illiterate, but you may risk to come across as being both, with those type of fonts. Remember "KISS"? - Keep It Simple Stupid.
- SPELL CHECK!!
It's embarrassing and very annoying to read descriptions of how great, professional and how well maintained a particular ROM is, when the text is riddled with misspellings, wrong words and childish grammatical errors. Although most of us are very understanding that we are living in a multicultural and multilingual society, sometimes all I think about is, how a person who doesn't know how to spell check, could ever be able to cook a mobile phone ROM. Most text editors feature at least some basic spell checking, bloody hell, USE IT!
- CREDITS
Most of the Android development community is completely driven by voluntary and open source work. Make sure to include the correct credits to those persons who have contributed to the various info/hacks/software that you include in your ROM. Use a separate list for the credits, that include the name (handle) and how/what he/she did to contribute.
2 Good Examples:
http://forum.xda-developers.com/showthread.php?t=1350763
http://forum.xda-developers.com/showthread.php?t=1155776
Final Words:
It is very likely I have missed something here, or that you (as a developer or moderator) disagree on something I have written here, if so, please provide your constructive comments how I can improve this list and post.
In Great Expectations and Hope for Many New Amazing ROMs!
- E:V:A -
PS. This was posted in the "Developer Section" as it applies only to new ROM development threads, and I wouldn't consider this neither as "Q/A" nor "General". But if OP/MOD know of a better suited place, please just move it there...
Also I am not aware of a similar post to this one, even after searching XDA quite a lot. So if it already exists, it is not easy to find and should be reposted or stickied!
<Reserved>
@E:V:A
The only thing that I missed so far is a thread like yours.
Agree on all requirements of released software.
Sometimes I wonder how some "devs" priorities are stacked regarding quality control vs. early delivery on pay-per-download sites.
Not sure what is best place for this thread. Counting # of posts in General asking Q already answered in stickies, it's kind of accepted to skip reading what's there. :-\
Perhaps keep it alive as hottest thread here?
Tapatalked - There's a Thanks button somewhere
I like this
One thing you must add while promoting your ROM.. That is CREDITS.
Rahulrulez said:
I like this
One thing you must add while promoting your ROM.. That is CREDITS.
Click to expand...
Click to collapse
YES! Not giving credit where due is horrible, basically just forgetting all the hard work another individual has put in to the "feature" of your ROM. Also, this should probably be in general.
Request 1: Add HTML Tidy to the xda wiki stack
Template:Navbox @ Wikipedia said:
Using this template on other wikis requires HTML Tidy to be turned on. A version that does not require Tidy can be found at Wikipedia:WikiProject Transwiki/Template:Navbox. (That version generally shouldn't be used here on the English Wikipedia.) More detailed information on copying {{Navbox}} to other wikis can be found on the talk page.
Click to expand...
Click to collapse
I've been doing a LOT of work adding stuff to the xda wiki, but I've hit an impasse, some of the most complex templates used on Wikipedia depend on it being 'scripted' with HTML instead of pure wikimarkup.
The main example is Template:Navbox. While this specific template does have a pupre wikimarkup equivilent (if it even is an equivilent, it's not maintained at the level of the normal one). The other templates I wish to use dont have equivilents.
Template:Navbox subgroup is the one (among others) that I wish to add in but cant because it depends on HTML Tidy. The Template itself is already on the xda wiki, but if you attempt to use it it's completely broken.
I cant say it's as simple as "install on server and turn it on" but the fact of the matter is that without it most of the fun/magic stuff on wikipedia cant be brought over to the xda wiki.
Some examples of recent stuff i've made (for reference):
Samsung Galaxy S Series Navbox
Samsung Galaxy S II Series Navbox
New Samsung Portal on Main page
Entirety of Dell devices page
If you look at the several navboxes I've made they have hacks in the code to get around the fact that I'm just a normal level editor.
Request 2: We need MOAR editors!
Also this doubles as a request for more editors on the wiki: XDA is the largest android development based site on the internet, yet here we are weeks after the release of the Galaxy Nexus and Galaxy Note and the pages didnt even exist until I made stubs for them.
As of this past quarter I've generated more edits then possibly nearly every other user combined, but there's only so much I can do at this point by my self. (With my primary style being to organize page layouts and tidying stuff up vs writing new content for devices)
[Edit count itself is a bad metric, but edits that arnt mine only number in the dozens a month]
Sure it's reasonable for minor devices and varients to be stubs, but the Note has sold over a million units and yet not a single person has even bothered to make as much as a scribble on the wiki about the device. That's just an example, but ultimately if this were wikipedia, the amount of pages rated 'good' or higher would only number in the dozens. (There's also the fact that my belief is that it's a bad idea to add anything intensive for a device you dont own, standard fare on one device can super-brick another due to quirks)
It's a rather sad state of affairs that for such a large web site with 22000 active users at any one time that there's not a single good consistant repeat editor besides me.
Edit: changed wording to not be inflammatory
Request 3: Turn on Subpages on the main namespace
Mediawiki:Subpages are by default enabled on the template and user namespaces, but not on the main namespace. I believe it's done this way because of editor policy and not technical reasons.
The xda wiki would HEAVILY benefit from having it enabled since it already currently manually uses them, the previous example of:
Samsung <Series>/<model number>/article has long existed this way but without the automatically generated anchors.
The majority of pages are already ready to accept it, it might simply need to be turned on.
XDA Wiki
TheManii said:
there's not a single good editor besides me.
Click to expand...
Click to collapse
IMHO that is a rather sweeping statement and is likely to put off anyone from editing the Wiki. I would dispute even your claim as a good editor would not make sweeping changes to categories without discussion on the pages involved. Should I just "undo" them?
XDA has a problem with repetitive questions leading to user dissatisfaction with overlong forums and the loss of good developers such as AdamG.
One solution may be to create a FAQ Wiki for any thread over a certain size (for example 1,000 posts) and automatically link to that thread at the top of every page and above the reply box.
Cheers
Tom
It is sweeping, but the fact is there arent many repeat editors, many devices havnt not seen edits in months because a great deal of the changes dones are a one-time batch job with a single theme.
I'm not at all saying that the other editors are bad, though yes that what the impression was (and perhaps I should have worded it better). I'm saying that few wish to stay with it for the long-haul.
There's few editors that consistantly return to add/update/expand artitles for their own devices or other devices. That's my main issue. I actively want to be proven wrong in this regard, I'm inviting other to prove me wrong. I myself am somewhat guilty of this myself, I primarly concentrate on the dell devices, but I've kept them very up to date for the previous year.
One example I have issue with is: Acer A500 -xda wiki the entire page are just forum links. I have no issue at all with the contents of the posts (just as much my opinion on them is irrelevent) but the fact they are just links and not part of the article. The fact it's not on the wiki means that other editors cannot make changes themselves, which rather defeats the point of the wiki, which leads to,
The other issue is, unless the OP is excellent at keeping the thread organizied, you often have to wade though the entire thread to keep up to date. With a thread with +200 posts even if you wanted to it's a huge effort to do that. Even in the most complex of topics, they can be broken down a couple bullet points and approx a paragraph each to elaborate. There's also 'bad' advise that doesnt get edited away on topics ('bad' as in it may simply be the case that it was the right thing at the moment but there was eventually a more 'correct' method discovered later and the original 'bad' one is still reposted for whatever reason)
I could copy the posts onto the wiki verbaitm, but you really should have the poster's permission, what if the poster isnt active? It would be a bad idea to paraphrase advise/guides without context, what if you remove an important small detail. The right way to be to frequent the device and get context, but that triples the amount of work to do so properly.
It's no secret that there's always users that refuse to read topics and simply skip straight to posting repeat questions. Short pages with clear instructions are much easier to recommend then having them read though dozens and dozens of posts (which they skipped as they posted without reading in the first place)
Discussions dont really work on a wiki, esp one without consistant-repeat (or even repeat) editors. There's a fair amount of edits for various devices, but there are obviously more devices then editors. Lets walk though it: I want to make an edit, do I post it on the topic's talk page? Short of doing so on wikipiedia proper on a popular change, you wont recieve much feedback.
Do you make a post on each of their device's forums? XDA has sub-forums for each device, but not really a sub-forum for the family itself (back to the SGS/SGS2, there's the main device's subforum and each varient's subforum but none for the entire family, i think) That means making dozens of posts to talk about each major change.
What if it's an old device such as the winmo devices? The HTC HD2 is the only one left on the active part of the xda forums, because it's obviously not just a winmo device now. You're going to have to wait a very long time as they naturally only get a couple posts a month now.
Just as much, unless a mod/admin states to the contrary, you can always assume Wikipedia:Be Bold is implied to apply. I honestly have no issue if my edits are reverted if they are constructive reverts, as that's how wikis work.
If anyone has a issue with the edits I make, you're welcome to discuss it with me and hopefully we'll find a middle road.
Also I've made a reply on User_talkaveShaw#Page Name & Categories (as a fun note: & is translated to _.26_ in links while / isnt, though mediawiki has no issue with either of them, though you cannot directly use & in page names while you can use /) You should read it if the critisim is directed towards me.
tl;dr prove me wrong, Be Bold, help make the wiki better
Edit: HTC_HD2 - NexusHD2 ICS CM9 FAQ is an excellent example of why things should be on the wiki as articles instead of just merely links to a thread. It's about 3 pages of topic points and contains the majority of the topic points instead of having to read 225 (currently) pages to get the same info. (Also, just as much if I inadvertently remove valid content, revert/add it back! That was not my intention, everyone makes mistakes. The xda wiki is pretty well off in that it has little/no intentional vanadalism, you can always assume an edit is in good faith, I dont recall more then 1-2 legitamitely bad edits in nearly a year)
I've asked someone to look at Request 1.
I'm not sure what can be done about Request 2, if people don't want to maintain it, we can't make then
Thanks!
I dont really expect req 2 to be fullfilled in any real manner. Just pointing it out.
Added request 3: enable subpages on main namespace
TheManii said:
Added request 3: enable subpages on main namespace
Click to expand...
Click to collapse
Our server admin has told me this has been done.
Dave
I can confirm it's on now, all the subcatagorized pages seem to be working great now
TheManii said:
I can confirm it's on now, all the subcatagorized pages seem to be working great now
Click to expand...
Click to collapse
Thanks
Dave