Re: [jmoney-devel] entry edit section changes

[Johann G. <jo...@gy...>]

Nigel,

Generally, I agree with your arguments and I didn't want to start the=20
discussion again about this issue. There is only one thing I don't=20
understand:

>> This leads on to another question.=A0 If JMoney is successful,
>> developers may develop plug-ins that implement their own entries list
>> page.=A0 There would be competing implementations of the page, and I
>> think that would be a good thing.

> 1. The moment a developer replaces the account entries page with=20
> his/her
> own page, the developer loses all futures enhancements and fixes to =
the
> original page.

Why should we have "competing implementations of the page"? One could=20
use your first argument against competing entry list pages. Or did I=20
miss the point?

> One more thing.  As I see it, the account entries page is a general
> purpose page that allows users to edit anything they like in the
> entries.  More specific pages may be written for specific purposes. =20=

> For
> example, a page may be written that allows the user to reconcile a =
bank
> statement.  The user could do this using the account entries page by
> setting the status (as in the original JMoney).   However, the
> reconciliation page can make this a lot easier.  It may import data=20
> from
> the bank's online server, it may show sub-totals and highlight the
> unmatched entries etc.

I see it exactly the same way. I think we have a very nice and flexible=20=

architecture. However, I'm a little bit concerned about keeping the=20
user interface as simple and intuitive as possible. If we can't combine=20=

flexibility with simplicity we won't have much success with JMoney.=