Re: New KDE application
- Date: Tue, 16 Jan 2018 12:06:35 +0530
- From: Rahul Chowdhury <rahulc@xxxxxxx>
- Subject: Re: New KDE application
On Tue, Jan 16, 2018 at 3:24 AM, Albert Astals Cid <aacid@xxxxxxx> wrote:
> El dilluns, 15 de gener de 2018, a les 13:00:13 CET, Rahul Chowdhury va
>> On Mon, Jan 15, 2018 at 5:25 AM, Albert Astals Cid <aacid@xxxxxxx> wrote:
>> > El dimecres, 10 de gener de 2018, a les 23:49:06 CET, Sayan Biswas va
>> > escriure:
>> >> Hi,
>> > Hi
>> >> A very happy new year to all. Hope you guys are doing good. :)
>> >> Me and Rahul (CC'ed; IRC nick - rahulch) came up with an idea for a
>> >> new application in KDE, and we were hoping to get an opinion on it.
>> >> The central idea behind the app will be to manage the expenses of a
>> >> group of users. As a user, you can create one or more groups, add
>> >> members to them, and add entries for expenses for a given group. You
>> >> can also check the outstanding balances and choose to settle-up with one
>> >> or more members. There will be options for fine-tuning a given entry -
>> >> decide who all have born the total expenditure and by what
>> >> proportions, how should the total expense be divided among the members
>> >> (equally/specific amounts/etc), add pictures for receipts, add
>> >> comments, and so on and so forth.
>> > So somthing like a Splitwise Free Software clone, have you checked if one
>> > already exists? I know starting is half the fun, but maybe joining an
>> > existing project that does something similar and help them build a
>> > desktop application would also be nice.
>> Yes, the idea is very much similar to Splitwise. They do not have any
>> desktop version yet.
>> We wanted to have some similar free desktop application in KDE.
>> >> We are planning to start off with desktop application with a
>> >> decentralised
>> >> approach, i.e. the users will hold the data of the shared expenses. Now
>> >> again, there is a possibility of tampering with the expenditure so we
>> >> might
>> >> need to set a centralised archived or something similar data set to
>> >> maintain the integrity and persistence of a transaction. We are open to
>> >> opinions and discussions for this also. Further to that we will be
>> >> building
>> >> mobile application for the users ease of usage and add expenditure on the
>> >> go. After all, mobiles are more widely used by user than desktop
>> >> application.
>> >> For settling up we were thinking of integrating some standard payment
>> >> gateways (PayPal, etc) but I am not sure of how much of this
>> >> integration is possible in KDE.
>> > I don't understand this question, just open a webview to paypal and be
>> > done?
>> Not just open a webview or redirect to some paypal webpage in a
>> browser, but handle the entire transaction from the application itself
>> with some third party integration like PayU. If we could integrate one
>> or more such payment services/e-wallets with the application and
>> handle the paments it would be great.
> Honestly, up to you, but opening a webview is easier and more secure, or at
> least you shift the blame to paypal if they have a hackable page. Rolling up
> your own payment code means it's much more easy to make a mistake and get
> hacked like it seems happened to oneplus.
Yes, that makes sense. We will go ahead with the webview approach.
Thanks for the suggestion.