Database Info

Wiki redesign

hey guys,
I'm a regular on the HTC tytn part of this board and have been quite active in updating the wiki and making it functional.
I thought i'd wonder over to this board and took a look at the wiki and have to admit, was sort of shocked. it's one enormous page that's not very intuitive!
I'm going to shift around some stuff to make the wiki for your device easier to browse and navigate, would love for you guys to help out with this venture!
I've started with this:
http://wiki.xda-developers.com/index.php?pagename=wizard_WM_6
WM6 definitely deserves a page of its own, complete with download links, links to threads etc. it does not deserve to be in the middle of some enormous page where most people can't even see it! it's linked back to the main wiki page under the contents page, which is easier to follow.
suggestions welcome, and please help in overhauling the poor state of the wizard's wiki!!
cheers

I don't know about others here in this forum, but I think you're doing us all a huge favor. Good start on the Wizard WM6 material so far.

Hi!
Ofcourse great job. I've learn from this site
I need to suggest to put some information about Not Big Deal 5.1.
I think, this rom is realy good. Realy. Not many ppl use it, but almost all of my friends that tried this rom, confirmed, that it's very ok.

You should probably rename the page to reflect the device it is for. The current name implicates it is a general WM6 page - which is not in fact.

Chatty said:
You should probably rename the page to reflect the device it is for. The current name implicates it is a general WM6 page - which is not in fact.
Click to expand...
Click to collapse
awesome suggestion, silly of me. i've renamed the page to wizard_wm_6

I've updated the Wiki (Thanks for setting this up) with information and download links to my Crossbow Released rom.
Also I would like to make an observation... I disagree with the description of The Core, in that it says this is the best rom for Newbies (or thats how I read it)... Since this is a Clean / "core" rom, I don't know that I would call this a good general starting rom for someone new. Don't get me wrong, I'm not saying The Core 2.0 isn't good, I'm just saying the claim that its the best rom for newbies is maybe misleading as many newbies want more than just a base rom. XPlore 1.1 (IMO) is actually a better rom for someone just starting out as it comes with some apps in it. Then Wizard Mobile 6 Business Edition is very nice with the set of apps in it too... Its just all of the roms have strengths and weaknesses, so to me calling a single rom the best for Newbies may be misleading. Let them choose what fits for them (or setup some type of Matrix to compare the roms).
BTW: This isn't criticism of this new WiKi page at all? I just wanting to provide feedback so this can become a valuable resource for the Wizard community (and I really appreciate you starting this project for us. Now I need to get back to working on the WM6 Cooking wiki pages I was setting up)

mfrazzz - good point. there should be no "favouring" of roms, it should be up to the end user to decide.
I've removed the whole best rom bit. let the person choose themselves

How would you guys like a Bugtracker?

I'm currently working on a Bugtracker for the xda-developers (my own project - wasn't asked by anybody)
The idea behind it is to allow:
The Developers to see what bugs are outstanding
The user to submit their problems
The curious to see which ROM has less bugs
The n00bs to do research before asking questions (and have more places to spam)
I'm not planning to replace the forums, I just want to make an extra tool that can be used along side the forums - but is neater for bug reporting
Feel free to post your thoughts on if you like it (and so what should be included) or if you don't like it (and so what should replace it, if anything)
Thanks!

Hey, that's very nice.
But.. Are we talking about a new website? or just a new thread?

DaVince said:
Hey, that's very nice.
But.. Are we talking about a new website? or just a new thread?
Click to expand...
Click to collapse
Entirely new website.
It will be hosted on my http://www.vidmes.com webserver

i voted approving the bugtracker but i like the idea of all the information about universal development being centralized in one only location.
so, i think it would be interesting to keep it in this forum.

It's ok, we'll just have a sticky thread that has a link to TehPenguin's site.
I vote you go for it TehPenguin.

DaVince said:
It's ok, we'll just have a sticky thread that has a link to TehPenguin's site.
I vote you go for it TehPenguin.
Click to expand...
Click to collapse
Well, I've done some tentative work on it - and its looking good (if a little bare - I'm a software developer, not a web designer )
I'm a little busy this week, so its going to be about 2 weeks before I announce the link for the Beta
In the mean time, I'd like suggestions as to what people want in it
(Also, I notice one negative vote - I'd like to see their argument....)
Thanks!

Great Idea
I think mandatory information should be
1) Device Vendor...ie Imate, XDA etc
2) Radio stack in use
3) OS Rom in use
4) Third party software installed ( I know this list can be big, I myself have well over 100 apps as std) but is important for diagnosing bugs. Perhaps we could get an AppMgr listing from each system, not too hard to obtain.
You could also go overboard a little and have a PDA page, browseable from our Uni's so nothing graphics intensive or fancy. A simple login dialogue ( Can we port XDA-Dev user accounts?) once the user has logged in, they fill in a basic form with the bug description, click on submit and we could pull the information in points 1 to 4 above off of the device with a script.
Just my 50pence worth.
Great idea m8, hope it gets somewhere.............let me know if I can help with anything.
Cheers,
Beast

yes! would be really helpful for cooks

beast0898 said:
I think mandatory information should be
1) Device Vendor...ie Imate, XDA etc
2) Radio stack in use
3) OS Rom in use
4) Third party software installed ( I know this list can be big, I myself have well over 100 apps as std) but is important for diagnosing bugs. Perhaps we could get an AppMgr listing from each system, not too hard to obtain.
Click to expand...
Click to collapse
What I was planning to do with this is to have them describe a "Bug" in very generic terms as the Bug's description. Then they are required to add a comment (which other people may add) - this comment would have a "template" which would have things such as vendor, radio (I didn't actually think of this one), etc...
beast0898 said:
You could also go overboard a little and have a PDA page, browseable from our Uni's so nothing graphics intensive or fancy. A simple login dialogue ( Can we port XDA-Dev user accounts?) once the user has logged in, they fill in a basic form with the bug description, click on submit and we could pull the information in points 1 to 4 above off of the device with a script.
Click to expand...
Click to collapse
Some good ideas but....
I can't actually get info from the xda-developer's forums database - this may be a security risk on their behalf and would require far to much messing around to organise (as much as I would like to do it)
You will be able to view the page on your PDA's - its _very_ basic and I'll try to keep it xHTML complaint and do fanciness with CSS (though at the moment it does use some table hax)
Pulling info out of the PDA is virtually impossible (unless I build an app for the PDA's.... maybe later ) since the pda only tells me what browser version it is using
Either way - these are the things I like to see - Ideas!!!!
Keep them coming!

DaVince said:
It's ok, we'll just have a sticky thread that has a link to TehPenguin's site.
I vote you go for it TehPenguin.
Click to expand...
Click to collapse
I totally agree with DaVince, having a bug tracking website would be cool and having a link directly to the site via xda-developers is a good idea. Keeping everything centralised and available for use by everyone who uses xda-developers.
You have my vote! Would be a great tool...
gsmknight

TehPenguin said:
What I was planning to do with this is to have them describe a "Bug" in very generic terms as the Bug's description. Then they are required to add a comment (which other people may add) - this comment would have a "template" which would have things such as vendor, radio (I didn't actually think of this one), etc...
Some good ideas but....
I can't actually get info from the xda-developer's forums database - this may be a security risk on their behalf and would require far to much messing around to organise (as much as I would like to do it)
You will be able to view the page on your PDA's - its _very_ basic and I'll try to keep it xHTML complaint and do fanciness with CSS (though at the moment it does use some table hax)
Pulling info out of the PDA is virtually impossible (unless I build an app for the PDA's.... maybe later ) since the pda only tells me what browser version it is using
Either way - these are the things I like to see - Ideas!!!!
Keep them coming!
Click to expand...
Click to collapse
Hi TehPenguin,
Surely we can run a JScript or Vbs through the PPC Browser to get the required data from the Reg, only a couple of RegReads!
Just another thought............... I prefer accurate information, the reg is less likely to make mistakes than a user!! (No offence intended to anyone)
L8r,
Beast

Bugtracker
Hi,
Would be great to have this.
Looking forward
Leo

Why not use one of the many bugtrackers already out there? I prefer Flyspray (http://www.flyspray.org/) since it's as mighty as Mantis, but more Web 2.0 ... and you should be able to browse it on your PPC, although I don't think anybody really wants this ...
Cheers,
-mARKUS
P.S.: As for getting registry stuff through the PPC ... I doubt you can read out the registry by a JavaScript running on the page itself. Also there are many geeks out there who use Resco so they could easily export a .reg-file and attach it to the report.

mbirth said:
Why not use one of the many bugtrackers already out there? I prefer Flyspray (http://www.flyspray.org/) since it's as mighty as Mantis, but more Web 2.0 ... and you should be able to browse it on your PPC, although I don't think anybody really wants this ...
Cheers,
-mARKUS
Click to expand...
Click to collapse
I've had a look at at a number of bug reporting systems - the problem with them is that I'd have to end up customising it quite a bit anyway. For instance, they are typically designed for one program, possibly with options to support different parts\plug-ins for these programs. My design involves having multiple "Devices" each with multiple "ROMs", which may be deprecated, and each of these ROMs have multiple bugs - thats a couple more levels of complexity than the average bug tracker can handle.
Although they are more "Web 2.0" the Javasript\other fanciness would make it difficult to view on a PDA. Personally I prefer the old style Web 1.0 and a PHP back end
The other advantage of me making it is that you guys can have, almost, anything you want - and it should be done as soon as I have time, seeing as I know the code intimately.
And the point I really like - I love coding
mbirth said:
P.S.: As for getting registry stuff through the PPC ... I doubt you can read out the registry by a JavaScript running on the page itself. Also there are many geeks out there who use Resco so they could easily export a .reg-file and attach it to the report.
Click to expand...
Click to collapse
Exporting a reg file is the only possibility. Due to "security" problems, no script can actually see the registry of the device (or your PC for that matter), except what is in the "User Agent" key.
I'll put it on the "TODO" list to make a .NET program that automatically dumps your settings and creates a bug report
Given time, this can become quite beautiful. And time is now something that I will have - since I'm on holidays for the next few weeks!! (Yay for no more exams!!)

The alpha version is almost finished
I'll put a link up onto WM-Gurus for the final testing stage of the Alpha and see how it goes
Once the Alpha is complete (ie not too buggy) I'll put the link for the Beta here
Enjoy!

this is really a great idea.
i hope all goes well...
thanks to all!

Okay,
ALPHA VERSION IS NOW AVAILABLE!!!!
You can see it by going to: http://xdabugs.vidmes.com
Feel free to register or use the following users:
Username "test" password "testing" (Access level - registered user)
Username "dev" password "dev" (Access level - developer)
Username "admin" password "password" (Access level - administrator)
PLEASE NOTE: At the end of the Alpha stage, ALL DATA WILL BE CLEARED FROM THE DATABASE!
What I need people to do:
Look for bugs
Write the Help\FAQ sections
Ask me questions so I can write the Help\FAQ sections
See what else is needed
Enjoy!!

Non-market .apk file database proposal

Hello everyone. I've a sort of proposal for the developers here, but before I get into that let me first briefly introduce myself:
I'm a communication designer for print, user interface, and illustration that completely advocates everything Android. I've been lurking the Dream development forums here for quite some time, trying to keep up-to-date with the latest ROMs, apps, etc., etc and I fully appreciate everything that goes on here and the endeavors that you devs put yourself through. Amazing stuff, really.
One thing I've noticed is that there are a slew of third-party / beta apps all over these boards, and other places on the internet as well. More often than not, I find myself scouring the cloud just to find a link for these non-market apps, and I usually get referred to them via some obscure site through another site. Despite getting the .apk file or ROM in the end, the process can get to be a bit tedious; especially for incoming users and those new to the Android platform.
My proposal is this: A website with a simple and clean user interface that has direct and succinct navigation with the purpose of consolidating and listing third-party / beta non-market applications into an easy access database. This website database would link these applications and have them be easily downloaded and installed via the Android browser, without having to mount the device.
I've actually come up with a fully-functional concept site, did the branding and everything for it, and also registered a short domain name for quick access while on your G1 or whatever Android device.
Navigate to: http://anda.pk to see what I had in mind, and how the overall layout/concept of the site would work.
I uploaded several .apk files I had backed up as examples for you to see how the database section would function. I also took into account the resolution of most Android phones and made the .apk application database section fit perfectly in the Android browser when in portrait mode right when you the load the site to ensure the best possible user experience when installing these third party apps. When you scroll to the right, you'll see info on what the site is about, and in the footer there are links to the FAQ, the about section, contact, etc.
I had also noted in the about link in the footer that the applications hosted on the download section are in no way accredited to the site, and that credit goes to their rightful developers. My being a communication designer has had the idea of peer collaboration engrained, and as such I give credit it where credit is due.
That said, I hope you guys here and the developers collaborate with me on on this site, possibly help contribute apks, and agree to them being hosted. If anything, I do hope you just embrace the concept, which originally was just going to be a reference for myself and my friends whom I've turned away from the iPhone, S60, and WinMo in favor of Android. I figured since I know the Android community is only going to get bigger, this website concept of mine could be a decent resource to have bookmarked.
Appreciate you reading this wall of text! Do hope to hear some feedback, so let me know what you guys think. Thanks!
Cheers.

I think this is a fabulous idea...automated version control would go over very well -- i.e. yum update
you should post up bits that you need help with and have folks contact you.
also..I love the logo!
question: do you propose a rating system or a review prior to listing type of approach or something new to keep this resource trustworthy?

Been following this on SA and twitter and it's a great idea.
Having the devs here on board would be a fantastic way to get something solid on the go. It's the kind of thing that can really help android become more hackable and useable for the average user...and it just make things easier for the rest of us.

Sounds good to me.
thelilliandivide said:
the applications hosted on the download section are in no way accredited to the site
Click to expand...
Click to collapse
Credit and accreditation are different things. To be accredited is to be given credentials or official approval. I think you meant "credited".

Sounds like a GREAT idea.
My opinion: The color scheme hurts. Love the logo.

i like the logo and the idea. I think the site should be more mobile friendly, or even better, an application for android that can work like the official market. I could help with that part if an application is going to be built.

camalot said:
i like the logo and the idea. I think the site should be more mobile friendly, or even better, an application for android that can work like the official market. I could help with that part if an application is going to be built.
Click to expand...
Click to collapse
i second that.. it should also have update checks if possible

I was going to complain that I didn't like your site layout, but in portrait mode you only see the left side which lists the apps. I like it.
One thing you might have to be leary of is dealing with apps that are considered warez unless your going to spend the time to verify every app that is uploaded or there has to a method in place.
As well there should be some kind of version control in place. You know what works on 1.1 and what works on 1.5. Obviously almost everybody within the next few weeks/months should be on 1.5, but will all the older apps run on 1.5 or does it really matter or does anybody care? The downloader will care.

CBowley said:
Sounds like a GREAT idea.
My opinion: The color scheme hurts. Love the logo.
Click to expand...
Click to collapse
Seconded. The text is much too light. A darker charcoal shade would be much better.
If the site gets an apk wrapper (a la FBook) version checking would be rather easy. Set up the directory tree something like this /downloads/WiFiTether/1.2.3.apk and just have the apk compare filenames. If the file names don't match, it needs to install the update.
EDIT: Now following your progress on twitter.

Some solid input. I'll play around with the color scheme and make some changes later this evening once I get back from class. And I actually do plan on making a mobile wrapper eventually, but as it stands as far as the concept layout goes, the site is best used when in portrait mode for easiest functionality. The rest of the site is to be considered supplemental. I do however, have a lot of things I eventually want to integrate; application tags, search, possibility of user uploaded apk files, etc. But for right now, I'm trying to keep the general site as simple as possible to make the workload on my end less stressful (graduating in 2 weeks).
bahnburner said:
If the site gets an apk wrapper (a la FBook) version checking would be rather easy. Set up the directory tree something like this /downloads/WiFiTether/1.2.3.apk and just have the apk compare filenames. If the file names don't match, it needs to install the update.
EDIT: Now following your progress on twitter.
Click to expand...
Click to collapse
Did not know how that version checker worked. Thanks. I'll re-work the apk directory scheme akin to that later tonight for when I do eventually get the wrapper up.

thelilliandivide said:
Did not know how that version checker worked. Thanks. I'll re-work the apk directory scheme akin to that later tonight for when I do eventually get the wrapper up.
Click to expand...
Click to collapse
That's not necessarily how most version checks work, but that's the simplest method I could think of, and probably one of the easiest to implement.

alapapa said:
I think this is a fabulous idea...automated version control would go over very well -- i.e. yum update
you should post up bits that you need help with and have folks contact you.
also..I love the logo!
question: do you propose a rating system or a review prior to listing type of approach or something new to keep this resource trustworthy?
Click to expand...
Click to collapse
Thanks! And I feel I might need some help in the future as far as implementing the features that I want to get working. But I'm not quite sure I understand your question. Are you referring to how I choose which applications get posted onto the site?

i'm a graphic designer and web designer, i'll throw in a helping hand if you want, pm me or whatever.
(think about an android based layout to bring it to the phone like Cough*cydia*cough

very cool and much needed
Xda-dev is great, but there is alot of stuff thats not on the market and they have shown to bow down to the tmobs pressure(ie: tether app) so another place to get apps would be great, and your weppage is beautiful and looks like it would be very finger friendly on the g1, but there is a basic model in linux of repositories(which is about what ur doing) and a simple app to d/l them maybe somebody could just make a market.apk with a modded addy, depending on how much is known about the market and its inner workings... it would be nice to do it as it has been always done....but as I stated above your webdesign is very nice and would work well in the native browser(im heading there now on my g1)
bhang

not a bad idea. I think this is great for all verified apps that are pulled from market...

I really like this idea. Go for it.
Just one (stupid) remark about the logo... it's like it has a big nose and a :-| expression... sorry

apetit said:
I really like this idea. Go for it.
Just one (stupid) remark about the logo... it's like it has a big nose and a :-| expression... sorry
Click to expand...
Click to collapse
Haha, I just noticed that actually. Now it's all I see. But yeah, I'm hoping to have a few more apps to upload by the end of next week. Revisions to the site are imminent once I get out of this last class.

I love the idea. One bookmark to check up on all the good non-market apps will be much easier than having several bookmarked threads.
Some applications may benefit from having tags such as [beta], [stable], [experimental], [contains-ads], etc.
As others have mentioned once/if user uploads are implemented an app approval system will be crucial to keep the spam at bay. I can see this really taking off.

im a supporter

zgmf-x322a said:
im a supporter
Click to expand...
Click to collapse
+1 this sounds like a great idea, there was something like this for apps for the dash,mda & sda.

OpenOBEX GUI - WE NEED DEVELOPERS

It been a couple of weeks since i started the Cyanogen Updater - which made it to market in less than 24 hours. It was on everybody's TODO list and it just took one thread being opened to get it done.
Lets try and pull off another miracle....
LETS GIVE ANDROID REAL OBEX SUPPORT
Thanks to the openOBEX guys we have a command line tool to do the job - but that ain't quite good enough.
The average user doesn't want to have to type - thats barbaric in this day and age (personally i love it, but i am a little bit weird)
We have something to build on - it is already integrated in to cyanogens roms
We have two real options - include the required tools or just make the gui access the tools - either way, it can be done.
Yes, there is already Bluex... But why should we pay for something that the phone should already have???
If you are with me - post here. If you want to be a coder, tester, art-guy or just support us with a few thanks this is where to do it
You can PM me here or email me at [email protected]
Google Code
Bluetooth Stack Development Thread
OpenOBEX Thread
OpenOBEX @ Gitorious
Cyanogen's Experimental Branch

i will hellp you out a little bit with bugfiuxes and so but my primary thing is the updater

im fairly new to the whole android and dont know much but im willing to test. ive been testing CM roms since he started coming out with them.

This should be pretty simple, in theory anyway. All we technically have to do is have something that browses thru the filesystem (think SUFBS), and then when you click a file initiate the shell commands necessary or openobex. For recieving there could be a seperate tab at the bottom that when you switched to it it would open the socket to receive a file.

Art guy - reporting in!
Will lend my support whenever possible. As always, great to see more community oriented efforts like this. Once you guys get the app to a working point, I'll be happy to do some artwork for it like the CM Updater thread. Hopefully we can do this again fast.

great to have you on board again prash
i was hoping u n matt would find this thread
anyone who wants added to the google code administrator list - let me know and it shall be done

GOD bless you ALL!!

im sure when cyanogen sees this HE will bless us

im realloy glad to see another project, especially one as useful as this!

thanks....
all we need is some half-decent coders and we will be all set
it is theoretically very simple....but with time it will become more and more complex with extra features hopefully

Im going to jump right in and be THAT guy ... what is open obex?

OBEX=OBject EXchange=how protocol used when sending via bluetooth ot infrared
Open=open source=anyone can use the code with no copyright issues
OpenOBEX=2+2

This will be VERY interesting to follow, this is definately the only feature missing from android, and with prash doing graphics.... its gonna look good for sure (@ prash, using systemforce3... tried new dark hero, 3 hours later I was back to sf3... love the clock ) back on topic... if the knowledge of the coders here is anything to go by, I recon obex will be done by CM4.0.3

Hello,
i'm a sophomore college student look forward to learn how to code for android.. took two java classes in college.. how or where do i get started to learn the code, and may be i can be useful on the next project?
Click on my name at the bottom of the signature to email me..

kmassada said:
Hello,
i'm a sophomore college student look forward to learn how to code for android.. took two java classes in college.. how or where do i get started to learn the code, and may be i can be useful on the next project?
Click on my name at the bottom of the signature to email me..
Click to expand...
Click to collapse
Here's a start on learning
Also in college, computer science major, taken a bunch of programming classes so I'll try and be of some use

garok89 said:
It been a couple of weeks since i started the Cyanogen Updater - which made it to market in less than 24 hours. It was on everybody's TODO list and it just took one thread being opened to get it done.
Lets try and pull off another miracle....
LETS GIVE ANDROID REAL OBEX SUPPORT
Thanks to the openOBEX guys we have a command line tool to do the job - but that ain't quite good enough.
The average user doesn't want to have to type - thats barbaric in this day and age (personally i love it, but i am a little bit weird)
We have something to build on - it is already integrated in to cyanogens roms
We have two real options - include the required tools or just make the gui access the tools - either way, it can be done.
Yes, there is already Bluex... But why should we pay for something that the phone should already have???
If you are with me - post here. If you want to be a coder, tester, art-guy or just support us with a few thanks this is where to do it
You can PM me here or email me at [email protected]
Google Code
Bluetooth Stack Development Thread
OpenOBEX Thread
OpenOBEX @ Gitorious
Cyanogen's Experimental Branch
Click to expand...
Click to collapse
There is a aplication from the market called andrOBEX, and i think that app cover this.
Go to www.androbex.com and see if it is true, or try to work with the author to make it better.
If i'm wrong, count me in to help.

Does openobex support viewing directories and files which someone else is sharing and/or selecting your own directories for others to browse? I havent tried bluex but the description for that doesnt say whether it does or not, I dont know if that is based on openobex anyway though.
Would really like to see the development for this like the cyanogen updater, wish I could do something to help besides test.

i had no idea androbex existed - il look into it
this thread may be redundant....

Androbex doesn't appear to be able to receive files. Getting obexftp or something similar running shouldn't be hard. It just needs to be secure.

cyanogen said:
Androbex doesn't appear to be able to receive files. Getting obexftp or something similar running shouldn't be hard. It just needs to be secure.
Click to expand...
Click to collapse
Bluex can recieve with root access.

Collabertive Effort Community Update Application

Hi all,
I have a concept for a single update application that would be driven from the AndroidSPIN release database so all developers could use it for ROM, Themes, Applications and anything releases to devices.
If you wouldn't mind taking a couple of minutes to read this post, I would greatly appreciate it.
http://www.androidspin.com/forum/viewtopic.php?f=260&t=226
I'd really love to get a group together to collaborate and either help design this and/or write an application and back end to do it.
Let me know what you think.
Thanks
Simon

Sounds like an awesome idea, I'd love to help any way I can, but I dont fit in any of the needed positions for the post. Looking forward to see what develops though

Fantastic idea!
I only ever use XDA so god knows what I'm missing out on elsewhere and to be honest after searching the word android on google and trawling through one crap site after another becomes tiresome so hence the 'XDA only' policy.
Sorry I can't offer any programming skills but you have my support on this project whole heartedly, not that it counts for much I know buh MeH!
Hope you can get this off the ground.

As I mentioned to Simon already, I was thinking about building an update application for my ROM. I love the idea of having an on-phone ROM database, update capability, something that can easily be used by any developer in the community.
Some initial thoughts on functionality:
- Browse ROMs
- Download ROMs to SD Card
- Monitor specific ROMs for updates
- Monitor currently running ROM for updates
I'm willing to lend a hand on the Android side of things, but this will be a large undertaking and we will also need some people to contribute to the UI, server side of things, etc.

I do iPhone UI design for applications now (I don't have an iPhone, but most of my contracts and clients are iPhone based), but let me know and I can whip up anything you guys need UI related.
Send me a PM and I can get the ball rolling on how the functionality can be laid out as well.

Even tho I know I wouldnt be able to help out with this. I know I would love to test this out if you needed it.
Its a great idea!!!

I know a teeny bit of Java, and I'm working on becoming an Android developer, so if anything needs doing on the Android side of things, I'm willing to contribute.
Although I may not know as much as some others, I'm definitely a fast learner. I have a few books on Android development I'm reading through right now.

michinohatoresu said:
I know a teeny bit of Java, and I'm working on becoming an Android developer, so if anything needs doing on the Android side of things, I'm willing to contribute.
Although I may not know as much as some others, I'm definitely a fast learner. I have a few books on Android development I'm reading through right now.
Click to expand...
Click to collapse
Well, we can reuse a lot of code from Cyanogen updater.

akirah said:
Well, we can reuse a lot of code from Cyanogen updater.
Click to expand...
Click to collapse
Well, of course.
If anything else needs doing, however, I volunteer what spare time I have.

akirah said:
Well, we can reuse a lot of code from Cyanogen updater.
Click to expand...
Click to collapse
Could be easily done, would require quite a lot of laborious work ripping out all the stuff you wouldn't need though.
I would take a look at this but unfortunately I have another Android project on at the moment which is taking all my development spare time.
@SimonNWalker What sort of backend having you got going? REST? SOAP?

Ups wrong theread

not that it matters (since i kept the source 100% open)....
you have my blessing to tear the cmupdater to shreds if it will give us a unified solution to all our ROM cravings
firefart has done a good job of keeping the code pretty clean so there shouldnt be too many issues with grabbing it
and the new code for the screenshots for themes could probably be used to the advantage of this project with ease

I'm not really interested in a rom updater, but a market replacement with an "upgrade all" feature (à la apt-get / yum) drawing from multiple repositories would be most exciting.

The Cyanogen updater could be used, it just needs some modifications. Stuff like sub-sections and update all
Would probably need a new method to keep track of the updates aswell, I don't think json would be sufficient for a lot of applications and updates. Unless somebody could make some kind of script to automate the process when it gets uploaded.

willmav5000 said:
Would probably need a new method to keep track of the updates aswell, I don't think json would be sufficient for a lot of applications and updates. Unless somebody could make some kind of script to automate the process when it gets uploaded.
Click to expand...
Click to collapse
The only other method I would consider, besides JSON, is an advanced and well thought out web-based form that the developer is forced to complete upon uploading a ROM. This would place more burden on the server, but should be relatively easy to attach the provided ROM information to the rom database.
Think: Check boxes for firmware compatibilities, check boxes for device compatibilities, version number, change log, etc.

Maybe something a little like this?

Wow this would be/ is gonna be awsome!
I would suggest also that you can backup your sd card settings (and maybe also sms...) to an ftp server (or some other server you can install on your pc) from this app...
like (incremential) backup>partition>wipe>install update>boot>getbackupback
problem is to get the server adress back after wipe. maybe stored in web database and encrypted with phone imei number? or uploaded as google
whatever...
or just not wiping that single adress
just saying ^^

willmav5000 said:
Would probably need a new method to keep track of the updates aswell, I don't think json would be sufficient for a lot of applications and updates. Unless somebody could make some kind of script to automate the process when it gets uploaded.
Click to expand...
Click to collapse
JSON is just a file format. The CM Updater works via a static JSON file that gets updated manually. The way I'd design this (which is what I asked a couple of posts back) is a dynamic web service (probably REST based) which delivered JSON dynamically. Wouldn't be too difficult at all.
As SimonWalker said he's using PHP + MySQL I'm guessing that's already being done.
@garok89: CM Updater is completely open-source therefore blessings are not needed to use the source. Really don't understand all the "credit" crap here on XDA.

senab said:
@garok89: CM Updater is completely open-source therefore blessings are not needed to use the source. Really don't understand all the "credit" crap here on XDA.
Click to expand...
Click to collapse
I know it is open and I don't need to give my blessing for people to use the source. I did so because a lot of people don't feel comfortable using other peoples code without permission, regardless of whether or not its 100% open source.
And as for the 'credit crap'... I don't see you asking for your name to be removed from the 'about' section of the app
I am not asking for any credit
Anyway, lets not get off topic...

Guys, before this becomes Android Open Alliance, the sequel (you all remember how that went), I think we better set up a way to work together first and then toss in the speculative stuff later.
How about starting simple; set up a wave?