New KDE application

[Rahul Chowdhury]

Hi,

Unfortunately no, we haven't started with the project yet. The last
few months have been super busy and I did not get to spend much time
on this. We are still trying to figure out whether this should be a
part of KMyMoney or an individual application.

Regards,
Rahul


Regards,
Rahul


On Thu, Jun 14, 2018 at 9:18 PM Alexander Potashev <aspotashev at gmail.com> wrote:
>
> Hi Rahul, Sayan,
>
> Did this project start? Where do I find the source code?
>
> --
> Alexander Potashev
>
> 2018-01-16 9:36 GMT+03:00 Rahul Chowdhury <rahulc at kde.org>:
> > On Tue, Jan 16, 2018 at 3:24 AM, Albert Astals Cid <aacid at kde.org> wrote:
> >> El dilluns, 15 de gener de 2018, a les 13:00:13 CET, Rahul Chowdhury va
> >> escriure:
> >>> On Mon, Jan 15, 2018 at 5:25 AM, Albert Astals Cid <aacid at kde.org> wrote:
> >>> > El dimecres, 10 de gener de 2018, a les 23:49:06 CET, Sayan Biswas va
> >>> >
> >>> > escriure:
> >>> >> Hi,
> >>> >
> >>> > 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.
> >>
> >> Cheers,
> >>   Albert
> >
> > Yes, that makes sense. We will go ahead with the webview approach.
> > Thanks for the suggestion.
> >
> >
> > Regards,
> > Rahul