-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add the option to split the pay #523
Comments
It would require less clicks (especially if there is more than two payers), but on the other hand, it will make the UI much more complex. Or we need a "Add complex bill" button with a new form. |
@Glandos As you can select the people you pay for, you will be able to select the people who pay, the UI won't be more complicated. TrickyTripper allows this and it's very useful. |
Duplicate issue |
Thanks, Closing :-) |
Hi everyboyd, first of all thanks for this great project. I'm not sure this is a duplicate of #471, since there the matter is to split unequally who spent, whereas @35609902357 was asking to split (unequally) who paid, which would be another great improvement for ihatemoney. Of course, if I misunderstood #471, I'm sorry :-) |
@35609902357 was clearly asking to select the people who pay, and not the ones who spent. |
Uneven splits is all this is about. As it is right now this app keeps track of a whole bill paid by one person. In made up an example scenario where three friends go to a restaurant during a trip where they decided to balance the expenditures once they get home. The example bill is 60$, A has 50$ and B has 30$, so A pays 50$ and B puts the remaining 10$. This can't be done without creating two bills, which is a workaround, but not a solution. I also referenced Tricky Tripper as a FOSS application which has this feature. Although I searched open issues before posting I didn't came across #471, that seems to ask the same thing if I got it right. I'm probably misunderstanding something because the scenario I'm talking about seems to happen very likely to many people, while @almet said "it seems to be a complex use case that I'm not sure will be useful to the vast majority of users" here followed by perplex comments which I totally understand. I'm not sure about what differences @tmancini85 and @Glandos see between these two issues, perhaps I asked something with a different shade of functionality? Or did I misunderstand the whole point of this project (I think of this being similar to Tricky Tripper or SplitBills)? |
@35609902357 and @Glandos, sorry for the late reply, I didn't have time at that moment and then time passed :) @Glandos: yes, in the opening example B is paying a little bit for himself. For sure A and B are payers; B and C are payees, and maybe also A is, it's not made explicit. @35609902357: if I understand well, #471 is about managing when, let's say, A eats food for 25
I can't check how bills are internally stored, but I guess implementing both the features will require separate tables for bills, payers and payees, whit the 'bill_ID' as foreign key in payers' and payees' tables. |
Hi, I faced the issue for my last project of two payers for seven payees whom spent different amount. I do believe that #471 (comment) addresses the part with different amount of money spent, and this current issue addresses the part of multiple payers (whether or not they are payees as well). |
Right now only one payer can be selected. Let's say that A offers lunch for B and C, the bill is 60$, but A only has 50$, so B helps him with the remaining 10$. As it is now this would require to input 2 different bills, instead it would be better if the paid amount could be split by inserting the amount each user contributed.
The text was updated successfully, but these errors were encountered: