Zero: technically you can lock out the network for certain IMEA only but this would kick off the network all roaming users - and this is the sweetest bit of revenue for any carrier! So networks are never locked out - and this means you can behave like a roamer.
YA On Apr 20, 3:34 pm, zero <[EMAIL PROTECTED]> wrote: > 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 -~----------~----~----~----~------~----~------~--~---
