Page 10 of 13 FirstFirst ... 5678910111213 LastLast
Results 181 to 200 of 245
  1. #181  
    Quote Originally Posted by sam1am View Post
    The current sideload method for Palm is good, but it's not good enough. I want to be able to browse to a website and install an application from my phone. Outside of Palm's control.
    Are you including apps like Preware in your side-loading issues? Honestly, preware is a great program for finding new homebrew and keeping your apps updated.
  2. #182  
    Quote Originally Posted by Kasracer View Post
    Errors != syntax errors. Syntax errors are easy to figure out and avoid. Exceptions being throw are kind of difficult to track down, especially if they are swallowed before they can bubble up to you.
    very true, since i strated with the webos sdk I'm leraning how to watch my syntax, coming from .net where everything is so easy tought me to be lazy.
  3. #183  
    Here's how I realistically see things (plz don't flame me if you disagree, as I see the talks in this thread are getting more and more hostile.

    Quote Originally Posted by sam1am View Post
    First of all, I'd rather have freedom than "security." If it's a choice between not having an app, and having an app that might break with the next OS update, I'll take the app that might break. That's because I have the freedom to do what I want.
    I believe this is what homebrew is for. The average, non-techy, user would just want a phone that works and apps that works securely.

    Quote Originally Posted by sam1am View Post
    Second, the developer didn't submit to the app store blindly while using an undocmented API. He worked with Palm during the EAP to get the app to a state where it could eventually be approved.
    I too was in the Early Access Program. Palm was ceratinly more responsive there, but no where there did they give info on undocumented API. On the contrary, many times they just said "That feature is not supported at the time or the like, so I'm not sure why the EAP is being brought into the argument, other than showing Palm was aware Blubbes was working on an app (something hundreds, if not thousands, were also doing).



    Quote Originally Posted by sam1am View Post
    Despite Palm's promise of working with him, he got nowhere with them and now you see the aftermath - the app has been rejected and Palm has proven that we can expect more of the same bull(*@#& we've seen from Apple.
    What promise. Please, I would like some proof Palm actually promised something. From what's been said so far, the app was declined for use of undocumented API and requiring the com.palm.xxxxx namespace. Both things that are certainly no surprise Palm would object to. Only the officially endorsed/Palm-aided apps get to the com.palm.xxxxx namespace, and it seems a bit unrealistic to expect Palm to change their policy for 1 app.


    Quote Originally Posted by sam1am View Post
    I don't want a mobile appliance. I want a mobile computer that I OWN and can do with as I please!
    Homebrew FTW

    Quote Originally Posted by chuq View Post
    ...
    Chuq FTW, seriously, who doesn't love Chuq
  4. PreGame's Avatar
    Posts
    540 Posts
    Global Posts
    550 Global Posts
    #184  
    MyFlashlight - The Original Palm Pre Flashlight Application
    fileCoaster - The Original On Pre Application Installer

    Donations are greatly appreciated and can be donated HERE!. Again thank you ALL for your continued support!

    Follow us on Twitter @vertigoapps
  5. #185  
    Quote Originally Posted by Jason Robitaille View Post
    Chuq FTW, seriously, who doesn't love Chuq
    lol
  6.    #186  
    Quote Originally Posted by sacherjj View Post
    OK, let me put a cool app in the catalog that does something you really like. Oh, while you aren't noticing, I'm also uploading all your contacts and photos taken on your phone to another website. And you instant messages and SMS messages. Oh, yeah, reading your email too.

    Palm is still working out the security profiles. I'm better with better safe than sorry. Perhaps you don't have data on your phone you wouldn't mine the whole world seeing. I do.

    Don't be ridiculous. It's not like Palm is just going to allow this for any app. They will obviously scrutinize any app that they put in the catalog. I'm sure that if I tried something malicious, the app would never get in and I'd end up in legal trouble.

    I spoke with a Palm rep a little while ago and he confirmed that they do allow exceptions for the use of some private APIs. However, they are specifically disallowing these exemptions when it comes to the mediaDB API. It has NOTHING to do with security.
  7.    #187  
    Quote Originally Posted by abegee View Post
    very true, since i strated with the webos sdk I'm leraning how to watch my syntax, coming from .net where everything is so easy tought me to be lazy.

    Try out the Komodo plugin for Mojo. It includes jlint integration which can be helpful in cleaning up your code.
  8.    #188  
    I spoke with a rep from Palm that gave a more detailed explanation of the situation.

    First off, he confirmed that Palm does make exceptions for the use of some private APIs on a case by case basis. As I had previously mentioned, this is not special treatment. It is something that Palm has discussed as being available in certain cases.

    However, they are specifically not allowing the use of the mediaDB API. They are planning to change the media indexing interface at some point in the future. They won't allow any app to use it until they do so. They are worried about apps breaking due to future updates.

    I suggested that it is an easily insurmountable obstacle. For one, there is no reason that the mediaDB couldn't maintain backwards compatibility when they introduce new features. Also, it would not be hard to update a properly written app to work with any updates to the API. In my case, all the mediaDB functionality is encapsulated within a single class that could easily be updated in a matter of hours. It certainly wouldn't be unique or even uncommon for an app to need a patch to work with an OS upgrade on pretty much any platform.

    Although they agreed that these are all plausible solutions, they simply won't consider it. I was told to simply wait for them. When I asked for an estimated timeline, I was told "months, not years". They said that they were impressed with the app and that it would challenge their media team. They assured me that it would be accepted at some point. I don't know if that means that they are working on an improved media player or what.

    I appreciate their communication and suppose that it offeres a more reasonable explanation on their part, but it remains disappointing. Instead of looking for a solution, they offer excuses and vague promises. It really just sounds like they don't have the resources to do things right, so they are taking a piecemeal approach. In the meantime, developers are not able to develop compelling apps.

    Say what you will, but this is a bad showing for Palm.
  9. sam1am's Avatar
    Posts
    172 Posts
    Global Posts
    176 Global Posts
    #189  
    An interesting response, thanks for posting it here.

    I feel like it's worth pointing out that with every major OS upgrade, you get stuff that breaks and is using public APIs. The argument from Palm is way lame.
  10. #190  
    Quote Originally Posted by chuq View Post
    We have gotten a lot of feedback about NaNPlayer which is great. We love that people are excited about the application, and that developers are able to be creative on the webOS platform.

    We reached out to JC (the developer) and discussed our reasons for not accepting the application at this time, but we also wanted to be open with you about this.

    NaNPlayer is using APIs that are currently private because they will change significantly in a future release. Although we aren't able to support the functionality that JC needs right now, we are listening to the community to help prioritize which APIs and features we put into webOS.

    Chuq Von Rospach
    Palm Developer Community Manager



    While we canít accept NaNPlayer into the App Catalog right now, we are not rejecting it, and we are happy for it to continue life as a homebrew application until we get to the point where we can release public, supportable APIs for the functionality that it requires.

    Thanks for your passion, and we can't wait to enable even more fantastic creative applications via an expanded set of public APIs.
    Chuq -

    Excellent news - and it's even more excellent to have such open, clear, and honest communication about the App Catalog. Thanks!!
  11. #191  
    Quote Originally Posted by Blubble View Post
    They said that they were impressed with the app and that it would challenge their media team.
    In other words, they just stole your work.
  12. #192  
    Ok can we have NaNPlayer now =D?!
  13. #193  
    Quote Originally Posted by sam1am View Post
    I feel like it's worth pointing out that with every major OS upgrade, you get stuff that breaks and is using public APIs. The argument from Palm is way lame.
    OMG ! How is Palm protecting their users from an app that they KNOW will later break "lame"?

    Suppose they accept the app, it's a huge success and has 20,000 downloads at $20 a pop in the first month. Meanwhile Blubbles genius is recognized and he accepts a job at Apple for a huge salary. Two months later WebOS 1.3 is released ... and guess what ... the app is broken ... 20,000 angry customers. Now *that* is lame!
  14. #194  
    Quote Originally Posted by chuq View Post
    While we canít accept NaNPlayer into the App Catalog right now, we are not rejecting it, and we are happy for it to continue life as a homebrew application until we get to the point where we can release public, supportable APIs for the functionality that it requires.
    What a class act response from a class act company.
    Pilot 1000 -> Pilot 5000 ->Palm Pilot Professional -> HP 620LX -> TRG Pro -> Palm V -> Palm Vx -> Palm M505 -> Palm i705 -> Palm Tungsten|T -> Samsung i500 -> Treo 600->Treo 650 -> Treo 600-> Treo 700p ->Centro ->Treo 800w + Redfly C8n -> Palm Pre -> HP Touchpad
    R.I.P Palm 1996-2011
  15. #195  
    Quote Originally Posted by abegee View Post
    very true, since i strated with the webos sdk I'm leraning how to watch my syntax, coming from .net where everything is so easy tought me to be lazy.
    Android's Eclipse plugins offer similar features to Visual Studio.NET. You need a fast PC though, its a bit more sluggish.
  16.    #196  
    $20 a pop? Now that would just be greedy. I was thinking less than $5.

    But seriously, by selling the app through the catalog, I would be contractually bound to maintain compatibility. If I didn't, Palm could remotely remove the app, refund users and charge me back every penny they paid me. That is not the kind of situation I'd like to be in.

    In any case, I've suggested the possibility of offering a free trial version until the relevant APIs are officially released. That seems like a reasonable compromise. Once Palm is assured that the app will continue to be supported, they could start charging for a full version.
  17. Vivix's Avatar
    Posts
    26 Posts
    Global Posts
    27 Global Posts
    #197  
    Nice to see Palm respond.
  18. #198  
    This just keeps getting better. I work in product management for a adult toy being developed. I must say that I feel Palm's pain. No matter what they say people are going to accuse them of lying. Perhaps they are, but I can certainly see where they are coming from. Right now on a forum made for the product we are releasing someone is accusing us of delaying it because of legal issues. Which is 100% incorrect. However there is no way to talk the guy into believing us. Just saying, we don't know and it's good to question but cut Palm some slack.
  19.    #199  
    Quote Originally Posted by ADGrant View Post
    Android's Eclipse plugins offer similar features to Visual Studio.NET. You need a fast PC though, its a bit more sluggish.
    I recently switched from using Eclipse to Komodo with the Mojo plugin. I've got an i7 beast of PC and I still don't much like the Eclipse solution for Mojo. It is very buggy and is still missing a lot of features.

    The jslint integration for the Komodo solution is a lot more strict when it comes to catching errors. In addition to catching syntax errors, it can point out programming mistakes. I am going to try it for a week or so and decide which IDE to stick with, but I am leaning towards the Komodo solution. If that is the case, I will definitely be donating to the creator for his very useful work.
  20. #200  
    Quote Originally Posted by Blubble View Post
    I appreciate their communication and suppose that it offeres a more reasonable explanation on their part, but it remains disappointing. Instead of looking for a solution, they offer excuses and vague promises. It really just sounds like they don't have the resources to do things right, so they are taking a piecemeal approach. In the meantime, developers are not able to develop compelling apps.

    Say what you will, but this is a bad showing for Palm.
    Palm clearly does not have the resources that Apple and Google enjoy. I beleive that many of the technical choices they made with WebOS were driven by concerns with 'Time to Market' and resource constraints.

    I don't think WebOS will end up as the platform with the most compelling apps but I expect that the APIs and development tools will improve with time.

Posting Permissions