[GNC-dev] About budgets in 3.8, 3.9 and 3.10

[Christopher Lam]

No sorry, Windows builds are generated only for maint (3.1x) and master
(3.9x eventually 4.x) builds. It would be very disruptive for these
branches to receive beta commits and reversals. So, derek's script scans
the beta branch on my github fork daily for any changes, and builds a
flatpak if it has changed. This way we can be much more certain that a
change is acceptable before considering merge onto the mainline builds.
BTW thanks warlord.

On Tue, 28 Apr 2020 at 11:33, Phil Longstaff <phil.longstaff at gmail.com>
wrote:

> Is there a windows build? I have a linux vm so might be able to test the
> flatpak, but windows would be easier
>
> On Mon, Apr 27, 2020 at 4:52 PM Christopher Lam <christopher.lck at gmail.com
> >
> wrote:
>
> > Labelling issues aside, is there anyone who would be willing to beta
> test?
> >
> > On Tue, 28 Apr 2020, 2:59 am Adrien Monteleone, <
> > adrien.monteleone at lusfiber.net> wrote:
> >
> > > Thanks Phil, so I’m not completely insane then.
> > >
> > > I too try to remember to factor in signs because GnuCash works that
> way.
> > I
> > > was just throwing in my 2¢ for taking a step back for perspective that
> > > maybe can be considered in a future release. (5.0 maybe?)
> > >
> > > As for danger in generating confusion, the app already throws people at
> > > least in the middle of the pool of accounting. Being consistent with
> > > accounting text resources might reduce confusion. (in my humble
> opinion)
> > If
> > > texts don’t refer to credit accounts as ’normally negative’, or don’t
> > > address or present ’sign’ at all, then people learning on their own
> would
> > > come to GnuCash and see a similar approach.
> > >
> > > I presently have my reversed balance accounts setting to ‘Credit
> > accounts’
> > > because that way, negative values tell me I have a contra-account
> > balance.
> > > Short of seeing the balance as Dr. or Cr., that’s the best I can get at
> > the
> > > moment.
> > >
> > > Christopher,
> > >
> > > I’ll add a big ’Thank You’ for tackling this. I understand you have
> > > program constraints to work in and can’t re-build the house for the
> > kitchen
> > > sink. Even if it isn't the optimum, if it is at least consistent and
> > works
> > > properly, that is better than not.
> > >
> > > Regards,
> > > Adrien
> > >
> > > > On Apr 27, 2020 w18d118, at 1:43 PM, Phil Longstaff <
> > > phil.longstaff at gmail.com> wrote:
> > > >
> > > > I agree with what you say about positive and negative with respect to
> > > > budgeting assets and liabilities. However, if I have a transaction
> > which
> > > > pays down a loan, and then add that loan to the budget report, the
> > actual
> > > > value is displayed as negative. That is why I budget paying down a
> loan
> > > > with a negative value.
> > > >
> > > > I understand what you are saying about budget outlays always being
> > > > positive. That also makes sense. However, it doesn't match what
> gnucash
> > > > currently does.
> > > >
> > > > Yes, it would be more straightforward to budget either a CR or a DB,
> > and
> > > > then "amount left to budget" would be sum(DB) - sum(CR). However,
> that
> > > > would make it more confusing for non-accountants.
> > >
> > >
> > > _______________________________________________
> > > gnucash-devel mailing list
> > > gnucash-devel at gnucash.org
> > > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> > >
> > _______________________________________________
> > gnucash-devel mailing list
> > gnucash-devel at gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> >
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>