That was until 3.x
This is covered in the Wiki:
https://wiki.gnucash.org/wiki/Release_Process#New_Major.2FMinor_Version
and the release schedule is here:
https://wiki.gnucash.org/wiki/Release_Schedule
Regards,
Adrien
On 3/7/23 7:30 PM, LI Daobing wrote:
I thought gnucash is somehow
I thought gnucash is somehow following the semantic version schema.
ref: https://semver.org/
On Tue, Mar 7, 2023 at 11:51 PM David G. Pickett via gnucash-user <
gnucash-user@gnucash.org> wrote:
> It is, generally a military style numbering, so the '.' is not a decimal
> point, more a tab, not
If these are updates, then perhaps instead of 4.1, 4.2... 4.9, 4.10, 4.11,
it would be better to use "u" ('update') and have 4u1, 4u2,... 4u9, 4u10,
4u11.
I tend to keep up with the updates, and use the latest version, but I can
see it being confusing.
On Tue, Mar 7, 2023 at 9:51 AM David G.
But it's not just the split transaction; EVERY charge is decreasing the
balance. It's like it thinks there was some huge overpayment and every
charge is reducing that balance.
The attachment you provided doesn't have any payments, but every charge
looks like mine. (I did discover that I have the
For each set of numbers, they run sequentially, without leading zeros.
9 is less than 12. How is that confusing?
It isn't '90' and '12'
It is '9' and '12'.
Until 3.x, minor odd versions (like 2.7) were used for 'beta' or
'unstable'. That was changed to x.90x. This gives plenty of room for
I we can pop to 900, we can pop to 100.
-Original Message-
From: aeg
To: David G. Pickett
Cc: gnucash-user@gnucash.org
Sent: Tue, Mar 7, 2023 3:29 pm
Subject: Re: [GNC] Confusing version numbers
David,
I like your idea, as its logical sequencing would obviously be clearer, but as
David,
I like your idea, as its logical sequencing would obviously be clearer, but as
Will pointed out, we are probably stuck with what's already established.
Alan
Message: 1
Date: Tue, 7 Mar 2023 15:50:41 + (UTC)
From: "David G. Pickett"
To: "gnucash-user@gnucash.org"
Subject: Re: [GNC]
Glenn,
TBH I've never thought much of UserVoice, plus it's a for-profit company
offering a free service so you're the product, not the customer. Other devs may
think otherwise.
Regards,
John Ralls
> On Mar 7, 2023, at 9:14 AM, Glenn Fowler wrote:
>
> Hi John,
>
> Is
Hi John,
Is https://gnucash.uservoice.com/forums/101223-feature-request no longer
recommended?
On Tue, Mar 7, 2023 at 11:46 AM john wrote:
> https://bugs.gnucash.org/enter_bug.cgi?product=GnuCash, see
> https://wiki.gnucash.org/wiki/Enhancement_Requests.
>
> Regards,
> John Ralls
>
>
>
> > On
https://bugs.gnucash.org/enter_bug.cgi?product=GnuCash, see
https://wiki.gnucash.org/wiki/Enhancement_Requests.
Regards,
John Ralls
> On Mar 7, 2023, at 8:03 AM, Eric Chapman wrote:
>
> Where should a feature request be submitted?
>
> --
> Eric Chapman
> GnuCash 4.13 on MacOS 13.1
I don't speak for the development team either.
But the sequence x.1, x.2, ... x.9, x.10, x.11 etc seems to be standard
practice in numbering versions. I actually don't like it much. x.01, x.02, ...
x.09, x.10, x.11 would be cleaner and sort correctly but that is not the world
we live in.
Where should a feature request be submitted?
--
Eric Chapman
GnuCash 4.13 on MacOS 13.1 Ventura running on 2018 Mac Mini (3.2 GHz 6-Core
Intel Core i7)
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or
It is, generally a military style numbering, so the '.' is not a decimal point,
more a tab, not an alphanumeric sort but a numeric sort. One AT project
started their order numbers at 100,000,000 so they were always 9 digits with
900M headroom. Maybe we could make the first revision after 4 as
I didn't notice that. I must be getting bleary eyed looking through
accounts. Here is the split transaction. I credited ( new charge ) to the
credit card and debited ( new debit ) to the Expenses:Dining account. and
yes the balance owed was reduced by that amount. Still something is not
right. I
You explain the problem precisely. Charges do increase the balance owed.
The problem is that payments increase the balance owed regardless of
whether the balance is displayed as a negative number or a positive number.
I understand everyone thinking it is a data entry error but the opposite
side
Hi Bob/all,
That is an interesting question and I'm disappointed that no one has yet
offered a professional bookkeeper that uses GnuCash, even if just for
certain, interested clients. While I don't know what state you and your
business are located in, I work in the North Bay Area office of a
On Tuesday, 7 March 2023 at 10:37:18 GMT, Maf. King
wrote:
On Tuesday, 7 March 2023 09:34:59 GMT aeg via gnucash-user wrote:
> Is there a reason why GnuCash version numbers don't follow a sequence 4.00,
> 4.01, 4.02, etc. instead of 4.0. 4.1, 4.2? I find it a little confusing
> that
On Tuesday, 7 March 2023 09:34:59 GMT aeg via gnucash-user wrote:
> Is there a reason why GnuCash version numbers don't follow a sequence 4.00,
> 4.01, 4.02, etc. instead of 4.0. 4.1, 4.2? I find it a little confusing
> that 4.9 is older than 4.12, and that 4.902 comes just before 5.0
>
> Alan
>
Is there a reason why GnuCash version numbers don't follow a sequence 4.00,
4.01, 4.02, etc. instead of 4.0. 4.1, 4.2?
I find it a little confusing that 4.9 is older than 4.12, and that 4.902 comes
just before 5.0
Alan
___
gnucash-user mailing list
19 matches
Mail list logo
