shane and others, i here you talking about carriers locking down devices from time to time, but i honestly neve experienced that. i've been a mobile user since the day the first affordable handsets came out in germany, and i could always install anything i wanted. which makes me wonder, is this a speciality of the german market ? i also heard (but couldn't confirm) that some carriers in US only allow certain handsets in their network , wich would be completely unbelievable over here. so i think it would be usefull if developers from all other world would share their experience of their local market on how these things are handled. i feel i'm realy missing information. (ah, sorry for thread hijacking ;) )
zero On Apr 19, 7: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 > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
