Don’t confuse the user land tool ‘apt’ that was introduced with 16.04 with the
lower level ‘apt’ that aptitude is a front-end for. They aren’t the same thing.
The naming choice is unfortunate and there is little out there on the web
explaining this. Most searches for how to use the newer ‘apt’
That’s a vast improvement!
Per your question marks:
Distros
---
I wouldn’t include distros unless a survey of the mailing list archives shows
there are quirks for them. (and perhaps revisit the currently listed quirks, if
they are for very old versions rather than current processes, then
While you’re tweaking this, consider changing the debian/derivative
instructions to use ‘apt’ instead of ‘apt-get’ as my understanding the distro
preferences are for the newer ‘apt’ user tool. (not to be confused, due to
unfortunate naming, with the low level ‘apt’)
Regards,
Adrien
> On Sep
.
Regards,
Adrien
> On Sep 20, 2018, at 12:14 PM, Geert Janssens
> wrote:
>
> Op donderdag 20 september 2018 19:09:10 CEST schreef Adrien Monteleone:
>>> On Sep 20, 2018, at 5:46 AM, David Cousens
>>> wrote:
>>>
>>>
>>> I'll set
> On Sep 20, 2018, at 5:46 AM, David Cousens wrote:
>
>>
> I'll set the examples up to default to a /home/user/.local install and then
> perhaps
> add an extra section on installing for all users and the various options
> there and
> the need for administrator privileges. Most Linux users
Stephen,
I could be mistaken, but doesn’t Launchpad have automated build facilities to
target different releases? That might ease providing packages for the LTS
versions and the current regular version even if you aren’t running them
yourself. That won’t help derivative distros but as people
machines might use arm64 in the wild.
Also, some newer Chromebooks are shipping with ARM chips instead of Intel.
Regards,
Adrien
> On Dec 31, 2018, at 2:16 PM, Stephen M. Butler wrote:
>
> On 12/31/18 11:52 AM, Adrien Monteleone wrote:
>> Stephen,
>>
>> I could be mist
Good to know, thanks!
Regards,
Adrien
> On Jan 16, 2019, at 8:08 AM, Derek Atkins wrote:
>
> For the record, nightly maint and master builds are happening now.
> We are still working to get tag builds done.
> However, we probably wont be able to "announce" their general
> availability for
; (ytd-budget.scm from years back seems to be a good report)
>
> On 23/1/19 11:37 pm, Adrien Monteleone wrote:
>> This means the date range for the report (default is start & end of current
>> accounting period) does not match the budget.
>>
>> For example, I opene
Other than setting your options properly, (note, it does say you might receive
*one* more digest) or manually typing a new mail, you can use one of the
following methods:
Method A:
1. Use the Reply button/link of your e-mail client
2. Copy the subject line of the message you want to reply to
they enter any transactions. I would say that is more likely than someone using
GnuCash for an entire year before diving into the budget module, which is the
apparent assumption based on how it works.
Regards,
Adrien
> On Dec 5, 2018, at 3:24 AM, Adrien Monteleone
> wrote:
>
> Do
John,
Thanks, I’ll take a look.
Regards,
Adrien
> On Dec 4, 2018, at 11:02 PM, John Ralls wrote:
>
>
>
>> On Dec 5, 2018, at 1:49 PM, Adrien Monteleone
>> wrote:
>>
>> There seems to be a rash of confusion with installing on MacOS suddenly.
>&
There seems to be a rash of confusion with installing on MacOS suddenly. I’ve
been lurking here for a few years and never noticed this before. Has this been
a problem in the past?
I think I have a grasp on the general principle of how some other software
"holds users’ hands” and guides them to
Stephen, while I agree in principle that the reports need cleanup, as a user, I
don’t want to see functionality removed, just moved. Consider the following:
For example on your #1,
Why do I need to see the credit split for every transaction when running the
report for an expense account? Maybe
Christopher,
There is another current thread on gnucash-user looking for something similar:
https://lists.gnucash.org/pipermail/gnucash-user/2019-January/081941.html
Can you share your report files there or does the new version also require
changes to other parts of gnucash to make it work?
Awesome! Thanks to the devs for their hard work.
FYI, the GitHub download links for the installers should point to
/downloads/3.4 instead of /downloads/3.3 or you’ll get a 404.
Regards,
Adrien
> On Dec 30, 2018, at 2:15 PM, David Carlson
> wrote:
>
> Wow, that looks like a lot of progress
a fresh Cosmic install will play much nicer.
At this point, it would be much simpler just to build from source.
Sorry I couldn’t give you a definitive “It works!”
Regards,
Adrien
> On Jan 3, 2019, at 4:24 PM, Adrien Monteleone
> wrote:
>
> I have a Cosmic VM handy so I tested the Di
I haven’t. I did try to download the 1.58-dev files from the Xenial repo, but
that’s when I hit a wall of additional dependencies and decided further effort
wasn’t worth the trouble.
I don’t need it for my own use. I was just testing it because I had time.
I daily use GnuCash on High Sierra.
As someone who has helped other people get started using GnuCash (and
remembering my own first steps) I agree completely with these points. Those
book preferences are not self explanatory. (perhaps bugs in their own right) A
new user is left to either trust the defaults and move on, pause and
The discussion is centered around *improving*
the process.
>
>
> Am 12.09.18 um 17:33 schrieb Adrien Monteleone:
>> As someone who has helped other people get started using GnuCash (and
>> remembering my own first steps) I agree completely with these points. Those
>>
with a
> modification in sequencing for the latter option) could be implemented with
> minor developer effort?
>
> I have a greater appreciation for the many different perspectives in the
> community, and thank everyone for their input.
>
> David
>
> On September 13, 2018, at
hter.
>
> I share Mechtilde's concern that in making things easier for the new user we
> don't lose functionality for the
> experienced user. We should hopefully look for mechanisms for doing both.
>
> David Cousens
>
>
>
>
> On Wed, 2018-09-12 at 10:33 -0500, A
12:18 PM, John Ralls wrote:
>
>
>
>> On Sep 11, 2018, at 10:09 AM, Adrien Monteleone
>> wrote:
>>
>>
>>
>>> On Sep 11, 2018, at 8:13 AM, David T. via gnucash-devel
>>> wrote:
>>>
>>> Hello,
>>>
>>
> On Sep 11, 2018, at 8:13 AM, David T. via gnucash-devel
> wrote:
>
> Hello,
>
>
> I envision that the context help would consist of short _functional_
> descriptions of one or two sentences. I believe that the rate of change in
> the functions of the UI elements is exceedingly small. In
.
Regards,
Adrien
> On Sep 13, 2018, at 8:36 AM, Adrien Monteleone
> wrote:
>
> There’s a “Welcome to GnuCash!” screen? I don’t think I’ve ever seen it. I’m
> going to test in a vm and see what happens.
>
> Regards,
> Adrien
>
>> On Sep 13, 2018, at 8:33 A
een run on any login of my Mac, or is
> this aspect broken? Seems a shame to have a welcome mat at the front door,
> and then have everyone use the service entrance.
>
> David
>
>> On Sep 13, 2018, at 8:53 AM, Adrien Monteleone
>> wrote:
>>
>> I w
> On Sep 14, 2018, at 11:10 AM, John Ralls wrote:
>
>
> We should change the name of gnucash-guide/index.html, but we should also
> insert an index.html into every directory that raises an error to prevent
> direct browsing; user access should be via https://www.gnucash.org/docs.phtml
>
Interesting. I’ll investigate. I’ve never had an issue that I’m aware of. If
the server won’t even let you get there due to the directive...?
Regards,
Adrien
> On Sep 14, 2018, at 5:38 PM, John Ralls wrote:
>
> It's my understanding that that's less than perfect. It's standard practice
> in
t toolkit is envisioned to be used? What layout
>> principles? Or are those questions so far in the future as to not be worth
>> spending time allowing room for?
>>
>> Regards,
>> Adrien
>>
>>> On Sep 11, 2018, at 12:18 PM, John
Perhaps ‘double entry accounting’ would be more accurate than ‘financial
management’.
Regards,
Adrien
> On Sep 15, 2018, at 12:21 PM, David T. via gnucash-devel
> wrote:
>
> To be specific: in the main README, I would eliminate the Overview
> altogether, and replace it with:
>
> GnuCash is
Seeing the changes from Gnome2 to Gnome3, particularly with respect to
Nautilus, I suspect whomever is in charge of the Gnome HIG is very familiar
with that research...
Regards,
Adrien
> On Sep 16, 2018, at 10:11 PM, John Ralls wrote:
>
> So the IgNobel Prizes are out, and the “winner" of
; added and never went away, or that since .htaccess is an Apache thing it’s
> not sufficiently general (nginx seems to require per-directory config of its
> autoindex module in its config file, no idea about IIS).
>
> Regards,
> John Ralls
>
>
>> On Sep 14, 2018, at 9:13 PM,
’t even have a root account.
> That leads to having the “save” button lighted and being asked to save when
> there’s nothing to save.
>
> Regards,
> John Ralls
>
>
>> On Sep 13, 2018, at 7:09 AM, Adrien Monteleone
>> wrote:
>>
>> Just teste
David,
fop is available via Homebrew for Mac. I don’t use Fink or MacPorts so can’t
speak for them.
Perhaps that route will prove fruitful.
Regards,
Adrien
> On Sep 14, 2018, at 6:49 AM, D via gnucash-devel
> wrote:
>
>
>
> On September 14, 2018, at 1:59 AM, "Frank H. Ellenberger"
>
> On Sep 18, 2018, at 7:53 AM, Frank H. Ellenberger
> wrote:
>
>
> Perhaps you can do some cleanup: Is Gutsy outdated?
That was version 7.10 of Ubuntu, that is, released October 2007. By far, it is
no longer supported by Canonical. (wasn’t even a Long Term Support release) And
there is
> On Sep 18, 2018, at 12:16 PM, David T. wrote:
>
>>
>> Along with that, if older material for older systems and versions isn’t
>> going to be moved to its own ‘archive’ page, then it should always appear
>> down the page in chronological order. The current state of the build
>>
Yes, sorry. I misspoke on that last point.
Regards,
Adrien
> On Sep 11, 2018, at 1:10 PM, David T. wrote:
>
> Adrien,
>
> I’ll note here that you seem to have the documentation model backwards,
> insofar as you suggest that interface changes wouldn’t affect the Guide. I
> believe that such
t possible to have GnuCash running without an open session
>> and accompanying book, even if the book doesn’t even have a root account.
>> That leads to having the “save” button lighted and being asked to save when
>> there’s nothing to save.
>>
>> Regards,
>> John R
s well, but did not
> find org.gnucash.Gnucash.plist there.
>
> David
>
>> On Sep 13, 2018, at 11:23 AM, Adrien Monteleone
>> wrote:
>>
>> /Users/you/Library/Preferences/org.gnucash.Gnucash.plist
>>
>> Regards,
>> Adrien
>>
>&g
LibreOffice has a pretty decent math component, though not nearly as good as
Tex I’m sure.
Regards,
Adrien.
> On Dec 17, 2018, at 2:39 PM, David Cousens wrote:
>
> Thanks Derek,
>
> I'll send a reminder in the new year. I may be able to do it by setting it up
> in a Tex editor and doing a
One might want the same configuration in many respects and the same options on
various reports to be ’saved’ (since there is no other way to accomplish this
task) as user configured defaults to be useful across various books.
Some people have separate files for many entities and they shouldn’t
I’ll hazard a quick guess that everything not in the accounts tab is non-book
specific.
At the very least, the display and general tabs are not.
How you want figures to be displayed, which sets of figures, which periods...
Content settings may be tied to the book, but formatting settings are
situation
is optimal)
Regards,
Adrien
> On Mar 7, 2019, at 10:14 AM, Derek Atkins wrote:
>
> hi,
>
> Adrien Monteleone writes:
>
>> I’ll hazard a quick guess that everything not in the accounts tab is
>> non-book specific.
>
> I'm not sure I completely agree wi
Please tell me the intent is to *add* the book currency value, not replace the
actual currency value.
I would hope that the actual currency transaction data would still be
available. If you have to reconcile against statements or receipts (or suffer
an audit) with foreign amounts sans their
I’m in agreement on that note. I understand why someone who doesn’t close books
would like a report that shows a current position. But the Trial Balance report
is really only useful for the close books crowd. It should only reflect actual
transactions in the various registers. In the case of
; dates options removed.
>
> This also includes chartJS preview ;-)
>
> https://github.com/christopherlam/gnucash/tree/maint-chartjs-budget-barchart
>
> On 24/1/19 1:42 am, Adrien Monteleone wrote:
>> Good question — I think the budget reports are fine, it seems to b
I see looking deeper there is a budget-barchart.scm.
Can I just grab that and add it as a custom report? or do I still need to build
something (or everything) from your branch?
Sorry for the noob git questions.
Regards,
Adrien
> On Jan 24, 2019, at 5:35 AM, Adrien Monteleone
> wrote:
Okay, disregard other message that just crossed this one.
Regards,
Adrien
> On Jan 24, 2019, at 5:43 AM, Christopher Lam
> wrote:
>
> Best build entire branch because of new chartjs dependencies
>
> On 24/1/19 7:35 pm, Adrien Monteleone wrote:
>> I haven’t built fro
Same behavior on MacOS.
Regards,
Adrien
> On Jan 31, 2019, at 4:19 AM, Geert Janssens
> wrote:
>
>
> The *R* is there in single line mode. In transaction journal mode it will
> only
> be there if the currently selected line is a split. It will be gone if the
> currently selected line is
lls wrote:
>
> Adrien,
>
> You copied the wrong list, this thread was in gnucash-devel.
>
> Regards,
> John Ralls
>
>> On Apr 16, 2019, at 7:47 AM, Adrien Monteleone
>> wrote:
>>
>> If you create an Equity:Retained Earnings account and debit it
Good question.
I’ve never used that location, and have not otherwise seen any recommendation
to use it for a single/local-user installation.
I’ve seen people recommend to recreate the official tree under ~/ (~/usr,
~/usr/local, ~/usr/bin) which doesn’t make much sense to me, or something else
them all on one report will earn you many thanks.
Thanks for the link. I’ll try it out.
Regards,
Adrien
> On Jul 10, 2019, at 9:34 AM, Christopher Lam
> wrote:
>
> On Wed, 10 Jul 2019 at 14:30, Adrien Monteleone
> wrote:
> (snip)
>
> Unfortunately, the Customer
currency
> - add new row to Lots table, ???
>
> # Creating a credit note
> - ???
>
> etc
>
> On Fri., 28 Jun. 2019, 14:31 Adrien Monteleone,
> wrote:
> Nope.
>
> 1. Create the credit note and assign the line items either back to the same
> original incom
How about: ‘report amounts as YTD’
If ‘Year’ isn’t necessarily a consistent concept, then something like you
suggested, ‘report/use accumulated amounts’ would work.
I can play with it soon. (as well as test the First Day of Week fix) Now I
guess I just need to set up a build workflow for Mac.
> On Aug 26, 2019 w35d238, at 11:28 PM, Sumit Bhardwaj
> wrote:
>
> WSL would provide a Linux binary, not a Windows binary. Is that what you are
> thinking of building? I am also not sure how to get GUI running for WSL. (WSL
> is really good tool.)
That’s what I was thinking too, but maybe
Interesting.
Also very interesting, is this graph form the survey showing how the
technologies relate to each other, and from that one *might* surmise the use
cases:
https://insights.stackoverflow.com/survey/2018#correlated-technologies
If I’m reading that correctly, it looks like VSCode is
> On Aug 27, 2019 w35d239, at 11:01 AM, John Ralls wrote:
>
>
> VSCode can't build anything, it's just an editor. But it can call[1] out to
> the build system to do whatever build for whatever platform you like. Visual
> Studio is the full-featured IDE and there's a free (as in beer,
Your explanation was what I had in mind when using the term ‘reasonable’. I
also have a MacBook stuck at 10.6, but I certainly wouldn’t expect the dev team
to keep supporting a 10+ year old OS. (2.6.x can run on it anyway) Thanks for
the info.
Regards,
Adrien
> On Aug 27, 2019 w35d239, at
> On Jul 30, 2019, at 10:57 AM, Adrien Monteleone
> wrote:
>
> The basic form is something like this:
>
> --
> Cash & Cash Equivalents, beginning of period:
>
> Cash Flow from Operations:
> Cash Flow from Financing:
> Cash Flow from Invest
> On Jul 23, 2019, at 10:11 AM, Derek Atkins wrote:
>
>
>
>> In any case I'd think both owner-report and aging must be consistent.
>
> MAYBE.. But not necessarily. The aging report is more for the
> business, whereas the customer report is designed to actually be sent to
> the customer.
But what you are speaking of here appears to me to be more of a document
management or inventory management feature, not an accounting feature.
I’d be inclined to agree with John, that is out of scope for GnuCash.
I understand the industry might have a need for such features, particularly
open
That’s a bummer.
It could also be users who can’t read the unsubscribe instructions or don’t
follow them and then report the list as spam because they still get messages
after they ‘asked us’ to unsubscribe them.
I turned off the password reminder feature long ago, as I thought it was a bad
Christopher,
I have some AR cleanup in-progress and your revised owner-report would come in
handy matching up payments to invoices. I’ll be happy to report back any
testing issues I encounter while using it.
I can’t seem to find your link in the list threads, can you provide a current
link?
I have a client that has frequent pre-payments and their entry in the Aging
report shows a negative balance. (I owe them because they have pre-paid)
I’m also using 3.7.
Are you entering pre-payments using the “process payment” function?
If you are simply taking the payment entered as a manual
The Customers/Vendors Overview does show that info, but one cannot export it,
save it, or even select the text to copy/paste. A fix there I would think would
be the better option, because as far as I can tell, it does show all
customers/vendors. But until it is fixed, I agree, it shouldn’t be
a manually
designed desktop publishing exercise.
Regards,
Adrien
> On Nov 19, 2019 w47d323, at 12:48 PM, Adrien Monteleone
> wrote:
>
>
>
>> On Nov 19, 2019 w47d323, at 12:59 AM, Christopher Lam
>> wrote:
>>
>> Dear All
>>
>> Mai
> On Nov 19, 2019 w47d323, at 12:59 AM, Christopher Lam
> wrote:
>
> Dear All
>
> Maint branch includes recent changes to report whereby is
> inserted at the top. This is to improve standards compliance.
>
> The minor side effect right now is that it enforces standards-mode instead
> of
I would expect that the language of ‘primary’ and ’secondary’ click is the most
versatile across platforms and preferences. It allows for OS discrepancies,
accounts for touch vs. click mice, and allows for handidness considerations. Of
course, people using accessibility interfaces might not
I seem to recall a development goal being to eliminate Scheme code except for
reports.
This might be a good candidate for just re-writing this in C/C++ with proper
tests and verbose error output and/or logging.
If someone with the skillset is interested of course.
Regards,
Adrien
> On Feb
Tom, info about sources and building can be found on the GnuCash website and
wiki. Check the Development section.
Regards,
Adrien
> On Tue, 18 Feb 2020 at 15:51, Tom Hatzigeorgiou wrote:
>
>> To do this someone will need to help me.
>> I don't know how projects like this work.
>> I have no
Can account number entry be part of the solution? (or is that a separate ball
of wax?) I know I’ve seen that asked for as well. (and would use it myself if
it existed) The current work around is to include the account number in the
account name (though it has its own field) and even then it
Thank You! This makes it so much easier to test. I’ll give the flatpak a spin
and see what I find. I still haven’t set up a build environment for Mac yet.
(and watching a recent thread on the subject makes it look daunting compared to
Linux)
This is a busy weekend for me though. What kind of
- all totals in all 5 account types A/L/Inc/Exp/Eq behave appropriately
> - budget.scm report (optionally other budget reports but these are lower
> priority) and especially difference column.
>
> On Fri, 10 Apr 2020 at 02:16, Adrien Monteleone
> wrote:
> Thank You! This makes i
I don’t see #1 as ‘forever’ but ‘until a better option can be crafted’.
#2 gives flexibility. To reduce confusion, should it be selected by default?
(only those who intentionally need to reconcile future dates are the users
who’ll have to grok it)
How viable is:
3b. Add this to the Check &
> deposit for a huge loan, or we can budget a liability account regularly for
>> the loan repayments. IIUC both approaches are "valid" but the signs will be
>> opposite. Other counter examples likely exist.
>>
>> - budget.scm report (optionally other budget reports
I concur.
It is not unusual for a transaction to be made in one period and clear in the
next, even in modern times. This is highly probable with issuing a paper check.
Lower date bounds are going to be a problem.
While I don’t think there is much case (though one user reported so) for a
+1 on your idea of the statement as a separate object.
If a closing date is later realized to be erroneous, it only needs to be
corrected in one place, not every transaction involved. And I hazard the guess
that the UI that allows a user to edit a statement object data would be simpler
and
I am on Catalina as well.
Regards,
Adrien
> On Mar 15, 2020 w12d75, at 4:30 PM, David H wrote:
>
> Doesn't work on my Mac either - Catalina maybe ???
>
> Cheers David.
>
> On Mon, 16 Mar 2020 at 07:18, jeanl wrote:
>
>> Adrien Monteleone-2 wrote
>>&
I don’t think that is a feature of GnuCash. I think it belongs to GTK. It seems
to work similar to Find-in-page of browser windows.
It will only search what is visible in the tab, so a collapsed part of the tree
won’t be found.
A keyboard shortcut to expand/collapse all would be nice to go
How difficult would it be to craft a report that exposes these *possibly*
errant dates? I’m thinking something that compares closing date to transaction
dates in that reconciliation. If they don’t match, they get flagged to end up
on a report. It is certainly possible to have out of period
Unless you were the one who cut the line, no need to apologize. Thanks for
keeping things running!
Regards,
Adrien
> On Apr 3, 2020 w14d94, at 11:09 AM, Derek Atkins wrote:
>
> HI,
>
> There was a fiber break in my neighborhood yesterday which took out my
> network (and others) for multiple
am understanding your issue. In the search
> entry field, I can enter text and delete at will.
>
> When I hit the Search button, the search entry field is blanked, so no reason
> to hit backspace.
>
> Chris
>
>> On Mar 15, 2020, at 2:34 PM, Adrien Monteleone
>>
Geert,
I concur.
As long as the internals treat the equation as set to equal zero, then signage
is necessary and it should be consistent. I appreciate the efforts being made
to achieve this.
My (pie in the sky) request for consideration is the idea that such a treatment
of the equation is
> On Apr 28, 2020 w18d119, at 9:27 AM, Geert Janssens
> wrote:
>
> What I take from all this is that as long as you display data in two columns
> (a debit and a credit) you can follow the logic as you suggest.
Most likely, that’s what I thought at first too, but I suppose a notation like
What happens to saved configs of old reports?
Does GC choke when you try to run one?
Is an error message generated?
If the reports are renamed (and maybe relocated) will this auto-map so the
configs still work? Or will that just blow them up entirely anyway?
I’ll presume the configs won’t
I noticed that odd as well. I also noticed it to be odd to choose ‘Inflow’ for
anything but income.
However, I’m not sure the preface ‘Inflow from’ or ‘Outflow to’ should even be
there. It produces too much confusion with signs.
Now I have to be concerned with interpreting the sign to be the
I do some testing this evening.
Regards,
Adrien
> On Apr 27, 2020 w18d118, at 3:51 PM, Christopher Lam
> wrote:
>
> Labelling issues aside, is there anyone who would be willing to beta test?
>
___
gnucash-devel mailing list
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
I’ve used some documentation from that source for several projects (as a user,
not a documenter) and I have to say it is much more pleasant to read and
navigate than the current GnuCash setup.
There was some discussion some time ago (I think there is a bug filed) for
making documentation more
You can turn off the reminder in your mailman settings.
As this is part of the mailman code, perhaps a bug report to them would be in
order concerning the storage issue.
Regards,
Adrien
> On Apr 24, 2020 w17d115, at 11:29 PM, flywire wrote:
>
> My password is confidential so please don't
Thanks for the info and clarification.
Regards,
Adrien
> On Apr 25, 2020 w17d116, at 2:27 AM, Geert Janssens
> wrote:
>
> Op zaterdag 25 april 2020 09:17:58 CEST schreef Geert Janssens:
>> Op zaterdag 25 april 2020 01:09:56 CEST schreef Adrien Monteleone:
>>> I’ve u
I can do a real ‘right click’ with a mouse, and I can achieve the same with a
two finger tap on my track pad.
But the keyboard version does not work. I suspect that is a GTK thing.
The best I can get with CTRL+click is the GTK input menu. (after the initial
move to GTK3, that was all that was
On 9/21/20 11:15 AM, John Ralls wrote:
Adrien,
You might prefer gnucash-patches. gnucash-changes includes the code diff while
gnucash-patches has just the commit message. Both link to the commit on GitHub
so if you feel a need to look at a patch it's only a click away.
Thanks, I'll check
Thanks Christopher, I didn't know that list existed.
Note to anyone using Gmane, it is not offered there, so regular mail
client only. (at least for now)
Regards,
Adrien
On 9/18/20 6:05 AM, Christopher Lam wrote:
A small note about code progress (and occasional regressions). Development
I've seen several threads over the years that a user wanted to make an
SX based on the current account balance. I'm glad to see the code
exists, and hope to see it finally included.
I'll make my way through that PR discussion and chime in once I have a
grasp of the nuances, but for now, I'd
The feature has been requested a few times on the user list that I recall.
Usually the need is solved with a different approach.
For example if the desired result is purely informational, a saved report is an
option.
A recent thread concerned finding a particular subset of transactions, but
For future reference, you can do:
`cat $TMPDIR/gnucash.trace`
on 10.13 (High Sierra) and later, otherwise:
`find /var/folders -name gnucash.trace`
to get the path.
All of this per the wiki: https://wiki.gnucash.org/wiki/Tracefile
Regards,
Adrien
> On Jun 22, 2020 w26d174, at 2:22 PM,
Is there some documentation on the unicode point for this symbol?
I loaded 3.906, and the ‘f’ indicator went away and was replaced by nothing.
(so I’m guess even the default font doesn’t have the symbol, which isn’t
optimal.)
Regards,
Adrien
>
> • A symbol is now displayed on transactions in
Is there a trick to this?
I just set a layout on a Vendor bill, then clicked the menu entry.
I closed the bill and opened a different one from the same vendor. The layout
was not the one I saved.
I then re-opened the original bill and it too did not return with the saved
layout.
3.906 on
Note: a typo in line 5
*glyphs* not ‘glyths’
Regards,
Adrien
> On Jun 25, 2020 w26d177, at 3:21 AM, Robert Fewell <14ubo...@gmail.com> wrote:
>
> I think for now we should disable it for MacOS until a solution presents
> itself, maybe I will get a Macbook so I can test this.
> John, is this
101 - 200 of 231 matches
Mail list logo