<br><br><div class="gmail_quote">On Fri, May 21, 2010 at 10:19 AM, santosh kumar <span dir="ltr"><<a href="mailto:santosh.k66@gmail.com">santosh.k66@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
thanks Alavaro and Cristian<br>
mid august is a great time frame.<br>
suits me .<br>
one question though can I do it with one source and one notification initially.<br>
We can build on it later on .<br>
I found by blogs and all that yahoo cvs is the thing that comes<br>
closest to real time .<br></blockquote><div><br>I was able to do some research too on this, and it appears real-time is dependent upon whatever exchange the asked-for symbol is on. For example, you're lucky, it appears the National Stock Exchange of India always provides real-time quotes (as long as you're signed into Yahoo). For more or less the rest of the world quotes are delayed by anywhere from 10-30 minutes, or real-time must be paid for (and again the user must be logged in). See here for details:<br>
<a href="http://help.yahoo.com/l/us/yahoo/finance/quotes/fitadelay.html">http://help.yahoo.com/l/us/yahoo/finance/quotes/fitadelay.html</a><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
it's reliable .<br>
<br>
free<br>
<br>
and there are no srtrings attached.<br>
<br>
since dbus application is so critical to the format of our work we may<br>
like dbus people to keep updating on it's evolution and their<br>
expectations.<br>
thanks bryan for your help with that yahoo script.<br></blockquote><div><br>No problem :) It seems you have *many* more years of programming experience than I, so I shall be the one calling you SIR ;)<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5"><br>
<br>
On 5/21/10, Alvaro Soliverez <<a href="mailto:asoliverez@gmail.com">asoliverez@gmail.com</a>> wrote:<br>
> On Fri, May 21, 2010 at 10:44 AM, Cristian Onež <<a href="mailto:onet.cristian@gmail.com">onet.cristian@gmail.com</a>><br>
> wrote:<br>
>> On Fri, May 21, 2010 at 4:08 PM, Alvaro Soliverez <<a href="mailto:asoliverez@gmail.com">asoliverez@gmail.com</a>><br>
>> wrote:<br>
>>> Hello,<br>
>>> this is just so that we can organize ourselves. Here's my proposal for<br>
>>> the work on Alkimia that came up during this week.<br>
>>><br>
>>> Mukesh and Santosh are students of Season of KDE, so their scope of<br>
>>> work should be well defined. Brian, I'll check later with you if you<br>
>>> are interested in getting into SoK, which I think fits your case.<br>
>>><br>
>>> Mukesh will focus on getting a DBus service up and running that will<br>
>>> allow to input transactions and store them, and then retrieve them by<br>
>>> a number of parameters.<br>
>>> Mentors for Mukesh are Klaas and myself.<br>
>>><br>
>>> Santosh's work should be mainly focused on retrieving quotes from a<br>
>>> storage and then throwing notifications based on a global and<br>
>>> per-stock configuration. The storage could be a DBus service, a plasma<br>
>>> datasource, or a file. The notifications could be a systray<br>
>>> notification (KNotify?), an email or a sms message. The configuration<br>
>>> should allow to configure notifications when a stock is above/below a<br>
>>> certain value or percentage of in-day value change, etc. My main point<br>
>>> is that the storage should be flexible, eg. the application shouldn't<br>
>>> care much where it gets its data from, and notifications too, eg. we<br>
>>> don't know what options other people might come up with, so allowing<br>
>>> for at least 2 or 3 options will help iron out the design.<br>
>>> Cristian is Santosh's mentor.<br>
>>><br>
>>> Brian, if you are interested, you could work on a DBus service that<br>
>>> retrieves stock values via web or an import file and stores them for<br>
>>> later use (that same storage as Mukesh has to use). That DBus service<br>
>>> should allow for queries (so that Santosh can use it for his<br>
>>> application). Also, a GUI could be available to show the stored<br>
>>> stocks, with charts, sheets, et al.<br>
>>> Cristian, would you agree to co-mentor Brian with me? We have both<br>
>>> done some work on these areas, so we can help out.<br>
>><br>
>> Sure, if Brian is willing to participate.<br>
>><br>
>>> Questions, suggestions, and even nitpicking is welcome. :)<br>
>><br>
>> It seems to me that you have isolated each task pretty well so work<br>
>> can be done independently on each module this is a good plan. I've got<br>
>> a few questions though. Is the development going to take place in<br>
>> playground/office? Do the students have SVN access? What is the<br>
>> time-frame of 'Season of KDE'?<br>
>><br>
><br>
> They will have SVN access. When there's code to commit, we'll ask for<br>
> that. Usually, it only takes a couple of days. And we can commit for<br>
> them if need be.<br>
> And yes, it will go into playground/office/alkimia.<br>
> The timeframe starts about now and ends mid-August.<br>
> _______________________________________________<br>
> Kde-finance-apps mailing list<br>
> <a href="mailto:Kde-finance-apps@kde.org">Kde-finance-apps@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/kde-finance-apps" target="_blank">https://mail.kde.org/mailman/listinfo/kde-finance-apps</a><br>
><br>
<br>
<br>
</div></div><font color="#888888">--<br>
encore<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Kde-finance-apps mailing list<br>
<a href="mailto:Kde-finance-apps@kde.org">Kde-finance-apps@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-finance-apps" target="_blank">https://mail.kde.org/mailman/listinfo/kde-finance-apps</a><br>
</div></div></blockquote></div><br>