to your HTML Add class="sortable" to any table you'd like to make sortable Click on the headers to sort Thanks to many, many people for contributions and suggestions. Licenced as X11: http://www.kryogenix.org/code/browser/licence.html This basically means: do what you want with it. */ var stIsIE = /*@cc_on!@*/false; sorttable = { init: function() { // quit if this function has already been called if (arguments.callee.done) return; // flag this function so we don't do the same thing twice arguments.callee.done = true; // kill the timer if (_timer) clearInterval(_timer); if (!document.createElement || !document.getElementsByTagName) return; sorttable.DATE_RE = /^(\d\d?)[\/\.-](\d\d?)[\/\.-]((\d\d)?\d\d)$/; forEach(document.getElementsByTagName('table'), function(table) { if (table.className.search(/\bsortable\b/) != -1) { sorttable.makeSortable(table); } }); }, makeSortable: function(table) { if (table.getElementsByTagName('thead').length == 0) { // table doesn't have a tHead. Since it should have, create one and // put the first table row in it. the = document.createElement('thead'); the.appendChild(table.rows[0]); table.insertBefore(the,table.firstChild); } // Safari doesn't support table.tHead, sigh if (table.tHead == null) table.tHead = table.getElementsByTagName('thead')[0]; if (table.tHead.rows.length != 1) return; // can't cope with two header rows // Sorttable v1 put rows with a class of "sortbottom" at the bottom (as // "total" rows, for example). This is B&R, since what you're supposed // to do is put them in a tfoot. So, if there are sortbottom rows, // for backwards compatibility, move them to tfoot (creating it if needed). sortbottomrows = []; for (var i=0; i
The following chart shows the recent past and the expected future for the S&P 500's dividends per share, spanning 2015-Q1 through 2017-Q1.
Typically, the greatest mismatch between the expected future for the S&P 500's dividends per share and the actual dividends per share recorded by Standard and Poor occur in the first and fourth quarter of each year.
While these quarters are the ones in which firms are the most likely to announce changes to their dividend policies, the disparity between the available futures for a given quarter and its actual reading is also affected by the mismatch in the terms of calendar quarters, which S&P follows, and the terms of dividend futures contracts, which end on the third Friday of the month ending a given calendar quarter.
And in the case of IndexArb's dividend futures data, that's complicated by the data's "countdown" reporting format, where each future quarter's data represents the expected total amount of dividends that will be paid out by the end of the dividend futures contract associated with it.
Here, the value of a given quarter's expected dividends per share must be determined by the difference between the dividends for that quarter and the quarter immediately preceding it, which isn't possible to calculate for the current quarter. As a result, the last reading we are able to find using this data source represents the future that was predicted some 14 to 15 weeks before the end of a given quarter.
For more information, as well as links to sources for all data, see our previous posts on the topic.
Labels: dividends, forecasting
Welcome to the blogosphere's toolchest! Here, unlike other blogs dedicated to analyzing current events, we create easy-to-use, simple tools to do the math related to them so you can get in on the action too! If you would like to learn more about these tools, or if you would like to contribute ideas to develop for this blog, please e-mail us at:
ironman at politicalcalculations
Thanks in advance!
Closing values for previous trading day.
This site is primarily powered by:
The tools on this site are built using JavaScript. If you would like to learn more, one of the best free resources on the web is available at W3Schools.com.