Re: [Snowdrift-design] Mockup of account history

2016-08-03 Thread Bryan Richter
On Wed, Aug 03, 2016 at 01:55:44AM +0200, Robert Martinez (mray) wrote: > On 01.08.2016 23:30, Michael Siepmann wrote: > > We discussed this in today's meeting. Here's a revised mockup, > > also attached in .ods format. This shows payment processing fees, > > two successive months of carry-over, a

Re: [Snowdrift-design] Mockup of account history

2016-08-03 Thread Aaron Wolf
On 08/03/2016 01:31 AM, Bryan Richter wrote: > On Wed, Aug 03, 2016 at 01:55:44AM +0200, Robert Martinez (mray) wrote: >> On 01.08.2016 23:30, Michael Siepmann wrote: >>> We discussed this in today's meeting. Here's a revised mockup, >>> also attached in .ods format. This shows payment processing

Re: [Snowdrift-design] Mockup of account history

2016-08-03 Thread mray
On 03.08.2016 10:31, Bryan Richter wrote: > On Wed, Aug 03, 2016 at 01:55:44AM +0200, Robert Martinez (mray) wrote: >> On 01.08.2016 23:30, Michael Siepmann wrote: >>> We discussed this in today's meeting. Here's a revised mockup, >>> also attached in .ods format. This shows payment processing f

Re: [Snowdrift-design] Mockup of account history

2016-08-03 Thread mray
On 03.08.2016 12:52, Aaron Wolf wrote: > On 08/03/2016 01:31 AM, Bryan Richter wrote: >> On Wed, Aug 03, 2016 at 01:55:44AM +0200, Robert Martinez (mray) wrote: >>> On 01.08.2016 23:30, Michael Siepmann wrote: We discussed this in today's meeting. Here's a revised mockup, also attached

Re: [Snowdrift-design] Mockup of account history

2016-08-03 Thread Aaron Wolf
On 08/03/2016 04:24 AM, mray wrote: > > > On 03.08.2016 12:52, Aaron Wolf wrote: >> On 08/03/2016 01:31 AM, Bryan Richter wrote: >>> On Wed, Aug 03, 2016 at 01:55:44AM +0200, Robert Martinez (mray) wrote: On 01.08.2016 23:30, Michael Siepmann wrote: > We discussed this in today's meeting

Re: [Snowdrift-design] Mockup of account history

2016-08-03 Thread Bryan Richter
On August 3, 2016 5:54:28 PM GMT+03:00, Aaron Wolf wrote: > > Yes, I'm just saying that post-MVP we want to make sure history > emphasizes pride in being a long-term patron. The strict MVP could have > no history. The nice-for-MVP history is just the minimum you describe > that allows auditing ("