The prototype of my app has been posted ( http://groups.google.com/group/android-challenge/browse_thread/thread/a5b78d13130af1ea ), but the request doesn't just apply to that. I've noticed most threads about application projects are lucky to get more than two comments.... I'll likely look at one more app tonight, and hopefully those app owners will continue the cycle by trying out other's projects.
On the "Home" button posted by others - ah, I see, that is a good point. I had no idea that was what it did. :p Even if this is the case, wouldn't an exit button still be good for most applications for less tech-savy users used to such a thing existing in applications they use? More ways to accomplish the same task never really hurts. For example, in Windows, one can usually Alt+F4 to close an application, but I rarely see someone choose that method over a good, old fashioned "exit" option. On Apr 19, 1:44 pm, "Shane Isbell" <[EMAIL PROTECTED]> wrote: > On Sat, Apr 19, 2008 at 8:08 AM, Steven A. <[EMAIL PROTECTED]> wrote: > > > Feedback: > > > Website: > > > * Overall: It has a clean look to it and I do like the top > > navigation / banner. Searching for applications I would likely > > recommend 1 or more small pictures of actual gameplay to appear with > > their summary descriptions in the initial search. Visual elements like > > that more quickly help a user find the content they are looking for > > rather than having to read to figure out what a game might be about. I > > like the large pictures in the detail page of a specific application > > though. > > > * Registration: There is a checkbox on the form with no label. What > > does it do? I also registered an account, but was never given an > > opportunity to enter in a password. I have not received a password, > > and the request a new password is not working for my account. My > > account name was "Bluewolf1983". > > > Application: > > > * I followed the instructions, installed the apk and the jar file (the > > jar file never gives a success message though..... just hangs the > > prompt there, and I assume that means it is just running). I received > > the same error as Peli - Index Out Of Bounds. If I had to guess, I'd > > say that it is due to never having had an application installed before > > causing an empty array somewhere? I've uploaded a picture of the > > error, and it does happen immediately upon startup: > >http://www.phdgaming.com/general_media/AndroidTest/errorScreenSlideME... > > > * Will test it again when the issue is resolved. > > > * It is an interesting idea. :) I've seen other sites try it in J2ME > > (http://www.getjar.com,http://www.mobilerated.com/, etc) that > > struggled, but those never did try to establish themselves from day 1. > > Hopefully your service would remain free except for website > > advertising and take off to give an option for smaller developers to > > distribute free applications in. I do wish you the best of luck, and > > will upload my application when I get a chance to the service. > > > I know. A lot of these sites put together catalogs but didn't have a clue > > about how to do discovery for the device. It requires identifying the device > (UAProf in the header) and knowing what that device is capable of. For > instance, if the device doesn't have GPS capability, then the catalogs > shouldn't show applications which require GPS to that specific device. > That's one reason why these catalog quickly become unusable for real > systems. JV has 'capability and requirement matching' built in, so we can > handle this. Soon, we will start allowing users to enter the requirements > for their applications through the front-end portal (this can be done > through the provisioning archive on JV now). So for instance, you will be > able to specify memory requirements, HVGA/QVGA screen, location capable, > camera capable, etc. > > If the user puts up their app for free, then absolutley we won't charge > anything. We haven't thought through the case of developers charging for > their applications, yet. SlideME might incur some costs with the carriers in > regards to billing and have to pass that along, but all this is open to how > the community wants to handle it. We may all decide that we don't want to go > through carrier billing systems and take another approach. Taking cuts of > application downloads is the last thing the small developer needs, as they > get so little to begin with. And most of what we are doing in regards to > content provisioning we are open-sourcing. This will pretty much guarantee > that the cut of delivering apps will be little to nothing. > > > > > Now go out and return the above favor please. ^^ Find 2-3 apps that > > you liked on this forum, and give them a test run and some feedback. > > Perhaps it can start a cycle to get developers looking at each others > > work and give suggestions as to what they liked or what stuck out to > > be considered for improvement. > > You got me on that. If you submit your application, I'll review it. I've got > some friends in the industry; I'll ask them to give some honest assessments > of the applications on SlideME as well. > > Shane > > > > - Hide quoted text - > > - Show quoted text -- Hide quoted text - > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Challenge" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-challenge?hl=en -~----------~----~----~----~------~----~------~--~---
