[Kde-finance-apps] SoK coding time

Fri Jun 11 10:01:20 CEST 2010

On Tue, Jun 8, 2010 at 8:32 AM, Alvaro Soliverez <asoliverez at gmail.com>wrote:

> Hello,
> My comments below.
>
> On Tue, Jun 8, 2010 at 5:35 AM, santosh kumar <santosh.k66 at gmail.com>wrote:
>
>>
>>
>> On Thu, Jun 3, 2010 at 8:58 PM, Brian Cappello <briancappello at gmail.com>wrote:
>>
>>>
>>>
>>> On Thu, Jun 3, 2010 at 4:50 AM, santosh kumar <santosh.k66 at gmail.com>wrote:
>>>
>>>> exams about to be over in next  two days :D
>>>>
>>>>
>>>>
>>>> I have started with my work ,but will need sometime to chalk out the
>>>> schedule.
>>>>
>>>> I need some help.
>>>>
>>>> can we use  dcop Knotify to send notification from a server to an
>>>> invidual machine. if not can u suggest an alternative routine?
>>>>
>>>> how do u send emails to people from your appplication without using a
>>>> mail client ? Is it weird? I'm a novice and u have to sculpt me
>>>> initially.
>>>>
>>>> if this is not possible how do I use Kmail for the same?
>>>>
>>>> I am trying to go over KDevelop and cmake thing myself from random
>>>> sources. Can someone suggest me great sources so that I can go beyond
>>>> the reading phase in a couple of days.
>>>>
>>>
>>> This is just what's been helpful to me for my style of learning, but, if
>>> you haven't already done so I guess I'd just recommend that during the
>>> reading phase it's best to just get any standalone code running, even if
>>> it's not directly related to your project.
>>> http://techbase.kde.org/Development/Tutorials/Using_KXmlGuiWindow and
>>> the following 4-5 tutorials might be a good place to start. That way, if you
>>> don't already have it, you can at least get a better grip on how to make
>>> your own cmake files for your own standalone code. Then once you've
>>> understood how all that works, you can focus on massaging the code to better
>>> fit your goals.
>>>
>>> As for example code, IMO the "best" examples are usually the smallest
>>> programs. I found the KEuroCalc project Thomas mentioned to be very
>>> useful... the code is simple enough, split up as a GUI frontend and a DBus
>>> backend, and shows how to make cmake work with multiple
>>> directories/programs. Sources can be grabbed from its kde-apps page:
>>> http://kde-apps.org/content/show.php/keurocalc?content=26033
>>> When it comes to finding other examples, personally, I just browsed
>>> kde-apps until I found something that looked like it might have
>>> functionality like what I wanted, and then I dug through the sources to see
>>> what was under the hood. I wish I could say I knew of a better way...
>>>
>>> alvaro ,as per your specification I am keeping the source and
>>>> notification different from core program  so they can be customized as
>>>> per need.
>>>>
>>>> Bryan, I suppose you are creating a backend based on SQLlite, what all
>>>> fields do you plan to have ? Will you have a time stamp field too?
>>>>
>>>
>>> I'll probably be using a database of some sort for private internal
>>> storage of at least intraday and company info/stats information,
>>>
>>
>>   well ,will that not leave the historical perspective behind?.to track
>> the history of a stock we must have access to past stock value too .that
>> will make the database cumbersome ,that is why the class  structure has to
>> incorporate this functionality in the initial stage only.
>>
>>
> I think so too that values should be stored. Not everyone is online all the
> time.
>

Yes, sorry, I did not mean to imply that historical quotes wouldn't be
stored. I guess I'm just hesitant to store them in the database, as opposed
to storing historical data as flat files cached into memory.

>
>
>> .
>>
>>> but as far as gaining access to that information, client applications (eg
>>> you) will all need to call DBus "functions" (aka interfaces in DBus-speak).
>>> And/or maybe DBus signals/slots.
>>>
>>
>> what functions? where are they? is someone working on them?
>>
>
> Brian is working on this, as far as I can tell. Right?
>
>
>>
>>
>>>  How familiar are you with address spaces and the differences between
>>> threads and processes and inter-thread communication (ITC) versus
>>> inter-process communication (IPC) and all that good stuff? (If that all
>>> sounds esoteric that's totally cool, you don't necessarily need to know much
>>> about all that stuff, but knowing how much you do know might help towards
>>> better explanations... :)
>>>
>>
>> I know DBus is for IPC ,I have read (just read) about threads in java and
>> python.
>>
>>>
>>>> please treat me as  a novice while replying and refrain from esoteric
>>>> replies . Is it possible to possible to query a database so that it
>>>> returns a struct datatype?
>>>
>>>
>>> I still have a fair amount of code to crank out before I'll have a more
>>> accurate idea of exactly how it'll work, but, a struct seems a likely
>>> candidate for intraday data. (It's being worked on... shouldn't be too long
>>> until I at least get something functional that you can interface with
>>> working... ;) The way I'm thinking it'll work is the client will tell the
>>> backend (via DBus) that it wants to start watching a symbol. The backend
>>> gets the request, downloads some data and gets itself setup, and sends a
>>> signal to the client telling them the data for that symbol is ready. Then,
>>> the client can "query" the backend (via DBus) for whatever information they
>>> want. At least for intraday data, there will also be a way for the client to
>>> "register" with the backend to receive broadcasted updates for whenever a
>>> certain symbol's data changes.
>>>
>>
>>  should registering be a part of the backend ?  that has to be a part of
>> my layer of work otherwise your's will become bothersome.
>>
>> the way I see my work : the application takes the query from the client
>> (in form of a file or command line switch or a simple gui )  and then
>> retrieves from the backend and notify's the user (through a plasmoid and
>> Knotify ).
>>
>> so may be the backend should ignore such minor details and it shouldn't be
>> client specific ,gee imagine 100 thousand clients , can we employ hundreds
>> of servers.
>>
>>
> That's what DBus is about. It will allow different clients to retrieve the
> information. From a selfish point of view, we have Skrooge and KMyMoney.
> They both already have this stock query functionality, but we want to drop
> our code and use Alkimia to get the data for us.
>
>
>>
>>  As for the intraday query, it will return at least this information, but
>>> in what exact form is still to-be-determined:
>>> QString? DateAndTime
>>> AlkValue Open
>>> AlkValue High
>>> AlkValue Low
>>> AlkValue Close
>>> AlkValue? Volume
>>>
>>
>> that will do . order is immaterial for me at present.
>>
>>
>>
>>
>>
>>>
>>> any help on the code front or any page
>>>> suggestion?
>>>>
>>>
>>>>  I am reading 12 hours next couple of days so if anyone wants me to
>>>> go through some stuff they think is useful kindly recommend.
>>>>
>>>>  there must be some similar applications (which gets some input from
>>>> an user ,queries a database, do some processing and sends some
>>>> notifications,mails ).It will be great if someone suggest me one.
>>>>
>>>> want ot get something working ,that is the biggest motivator ,u see.
>>>>
>>>> waitng for responses
>>>>
>>>> your's truely (humbly if u like it that way)
>>>> santosh kumar
>>>> _______________________________________________
>>>> Kde-finance-apps mailing list
>>>> Kde-finance-apps at kde.org
>>>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>>>
>>>
>>>
>>> _______________________________________________
>>> Kde-finance-apps mailing list
>>> Kde-finance-apps at kde.org
>>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>>
>>>
>>
>>
>> --
>> encore
>>
>> _______________________________________________
>> Kde-finance-apps mailing list
>> Kde-finance-apps at kde.org
>> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>>
>>
>
> _______________________________________________
> Kde-finance-apps mailing list
> Kde-finance-apps at kde.org
> https://mail.kde.org/mailman/listinfo/kde-finance-apps
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-finance-apps/attachments/20100611/53ddd29b/attachment-0001.htm 