hi,
I managed to create my own app in PHP going through hoops to get by the OAuth the way Yahoo implemented it.
One suggestion is to look at Netflix API documentation for OAuth which is very clear and they provide forms for queries too.
Anyway,
finally my app works the way I want, yet the main reason I created this app was to get hold of the projected points and I recently found out that they are not available!!!!!!
MAKE CLEARER WHAT'S AVAILABLE AND WHAT IS NOT!!!
MAKE A CLEARER DOCUMENTATION FOR OAUTH!!!
MAKE MORE EXAMPLES AVAILABLE TO COVER MORE CASES!!
and finally I'm abandoning YAPI anyway..

a disappointed developer.

Hi,

I think the Delicious OAuth API is clear in that it follows the
spec and provides examples along the way.

URL encoding the request parameters is just a simple way of
saying parameter encoding in section 5.1 of the OAuth spec
http://oauth.net/core/1.0a/#encoding_parameters

Section 9.1.1 says another round of parameter encoding is needed:
http://oauth.net/core/1.0a/#anchor13

So it is indeed that URL encoding needs to be done twice.

Thanks,
Yu Wang
Yahoo! Membership Team

For the API example for using OAuth with Delicious (http://delicious.com/help/oauthapi), I feel that part of it which is slightly misleading could be improved.

With step #5 (Building the "Base String") it explains how to sort the request parameters and concatenate them with ampersands in the format:

=&&...&=

and then how to put this request parameters string into the base string.

However, both steps state that values should be URL encoded:
1) When building the request parameters string, concatenating them with ampersands, it says "Note: each must be url encoded."
2) When building the full base string, it says "Note: the and the must be url encoded."

This is misleading, because it suggests that the values for the parameters in the request parameters string (eg the value for oauth_consumer_key) should be URL encoded first, then concatenated with ampersands, and then this entire string be URL encoded again, which will result in an invalid signature (which left me stumped for a considerable amount of time).

Perhaps this could be cleared up in the example, perhaps suggesting that the full request parameters string is built up first, then the whole thing is URL encoded, or just by concatenating the parameters with %26 instead of &.

Thanks Nuno, if this is an issue with maps then I would suggest reporting the problem directly to their inaccuracy report form which is located at http://help.yahoo.com/l/us/yahoo/maps/maps...maps/index.html

- Jon

Dear Sirs,

I just want to inform you that Spain does not belong to the same time zone as U. K. , as you say in the "time zone" selection, in the preferences.

Spain is GMT +1 and U.K. is GMT + 0

Best regards,
Nuno Duarte Nunes
nunoduartenunes@gmail.com

When trying to open "ZeroClipboard.fla" I get an error: "Unexpected File Format". No idea if it's the file its self or the fact that I'm using CS3 to open it. ?

Hi Jared - trying to follow up on a bunch of forum posts. For immediate action you can also send me an e-mail directly. I'm going to add this to my list of bugs to be filed on the system (first running tests to confirm and build potential workarounds). I'll file as soon as I can, but the functionality will probably not be added for the next platform revision.

Thanks.

Jonathan LeBlanc
Senior Software Engineer
Yahoo! Developer Network
Twitter: jcleblanc

coo.

thanks jon

Hi Dan,

I've filed an enhancement request for the use of vanity url's for the user profile system, but this is a great extension of that feature - good idea. I'll file another request for the implementation of this feature as well.

Thanks,
Jon

Hey Jon,

I think it would be more useful instead of a random naming convention for the URL link, you use the app name as the extension

For example: http://apps.yahoo.com/friendsforsale

instead of http://apps.yahoo.com/sdf34/full_view


thanks

dan

kaching

Great, thanks for looking into this.

In addressing this issue, I think it's important not to impose stricter limitations on ajax requests than browsers naturally have. That would be crippling the Y!OS platform. In particular:
1) It's okay for a page to have multiple outstanding requests.
2) It's okay for ajax calls to complete and to update the page out of order.

What I'm suggesting in this thread is quite narrow. It's only when multiple and/or

Let me take a look into this and prepare some samples for the teams to showcase this issue. Since the yml tags are self contained Yahoo! widgets they should be controlling the ajax processing stack. If we create a simple priority stack of 1 request we should be able to force out old requests before they complete.

Looking deeper.
Jon

If I add a "submit" event listener to a

// $("my-button").parentNode is the form element.
listen($("my-button").parentNode, "submit", function(e) {
  if (!validateFormValues()) {
    // Either of the following two lines, taken alone, should cancel the form submission.
    e.preventDefault();
    return false;
  }
});

Good workaround - we've had to do similar things in our app development to bypass some of the platform issues. Unfortunately the bug tracker is not public - there have been talks about having a public bug tracker but not final decision on that has been made yet - for now we troll the forums for new bugs and issues.

I've just noticed that multiple submissions of an insert or replace

Sure. Thanks for the prompt feedback. Just curious -- is the Y!OS bug database public?

For the benefit of others, yhe workaround I've decided upon is including the second form in the original page -- hidden initially, then shown when the first form is submitted. The relevant section of my code that implements this is here:

listen($("trade-button").parentNode, "submit", function(e) {
  var symbol = $("trade-symbol-textbox").value.replace(/\s/, '');
if (symbol) {
$("trade-symbol").parentNode.reset();
$("trade-quote").innerHTML = "Loading...";
$("trade-wrapper").className = "trade-expanded";
$("trade-symbol").value = symbol;
} else {
e.preventDefault();
return false;
}
});

Thanks for the alternate sample, I was able to duplicate the issue that you were seeing and have filed it as a defect bug (bug #2691807 for your reference). This probably won't roll out in the next platform upgrade but may make it in a future revision.

- Jon

No worries - hopefully we can get some resolution for this. I've seen this type of problem before (but with yml:a). Let me set up a use case for this and file a bug. I know you're under some tight deadlines for your application so I don't want to set your expectations too high - this more than likely will not be an available fix within your app creation timeframe.

I'll post back with bug details once everything has been set up.

- Jon

Thanks for looking into this. My case is one you didn't try -- I'm seeing the problem in a

...

Market
...

Hi Jared, can you please attach the full sample code for how you're setting the form? I'm running tests using the input params you provided and I am seeing the label for attribute and the input cajole properly. I've tried this under the following instances:
- within a normal form
- within a normal form inserted through innerHTML
- within a yml:form tag
- within a yml:form tag inserted through innerHTML

Thanks,
Jon

Update: This appears to be a Y!OS defect related to

An HTML label element can have a for attribute whose value is an element ID.
http://www.w3.org/TR/html401/interact/forms.html#h-17.9.1

In my Open App, cajoling is breaking the association between labels and controls because control IDs get cajoled, but the IDs in label elements' for attribute values do not.

For example, I start with this:


Bar

...and I get this:


Bar

...so the label doesn't work.

I'm not sure whether this is a defect in Caja or Y!OS, but I hope it gets fixed.

Thanks,
Jared

Thank you for your suggestion. More information has been added in to the application panels to provide additional details for users and developers. These sections are constantly being upgraded and more data will be made transparent in the future roadmap.

- Jon

Hey guys,

Here is a free JavaScript / Flash library that offers copy-to-clipboard functionality in your web pages, and works perfectly with Flash Player 10.

http://code.google.com/p/zeroclipboard/

Enjoy!

Hi realmondofilms,

Thank you for your suggestions. That sounds like something that would be a great application for the Yahoo! Application Platform (YAP). Once developer applications start rolling into the application gallery you should start seeing applications like that and, if not, a developer may see this suggestion and create the application themselves. Keep checking out the Yahoo! developer site for information on when more developer applications are launching.

Jonathan LeBlanc
Senior Software Engineer
Yahoo! Developer Network

HOWDY YAHOO! I HAVE JUST UPGRADED MY HOME PAGE AND NOTICED SOMETHING I THINK WOULD BE COOL AND VERY EDUCATIONAL TOOL TO HAVE! I GET THIS IN MY LOCAL PAPER BUT WOULD PREFER TO SEE IT ON MY YAHOO! CUSTOM PAGE. THAT IS AND IF YOU HAVE THIS FEATURE LET ME KNOW! TO HAVE THIS DAY IN HISTORY WOULD BE AN EXCELLENT LEARNING TOOL FOR THE YOUNGSTERS BUT ALSO THE ADULTS CAN LEARN FROM OUR HISTORY PAST! THIS ALSO SHOULD INCLUDE ALL BIRTHDAYS OF NOT ONLY CELEBRATIES BUT POLITICS WRITERS PEOPLE WHO HAVE CHANGED THE WORLD PAST AND PRESENT! ALSO INCLUDE DEATH DAYS OF THE PEOPLE MENTIONED ABOVE BECAUSE IT IS GOOD TO MEMORIALIZE THEIR BIRTH AND THE DAY THEY DIED!
THANK YOU!

ROBERT A. SCHAFFNER! YAHOO! IS NUMBER ONE TO ME AND MY FAMILY AND I WOULD HOPE YOU WOULD CONSIDER THIS EDUCATIONAL ADDITION! MY E MAIL IS realmondofilms@yahoo.com

Thanks for the feedback. You can access your apps here: http://apps.yahoo.com/myapps
This said, your suggestion makes sense, we'll try to incorporate this in an upcoming update, so stay tuned.