I didn't mention it because John Ralls already covered that ground, but
true, that is the only option at this time. (unless there is some magic
related to VMs on iOS?)
Regards,
Adrien
On 3/4/21 9:48 PM, D. via gnucash-user wrote:
Left unsaid in this reply is the fact that GnuCash does not, I
Left unsaid in this reply is the fact that GnuCash does not, I believe, run at
all under IOS (or Android, for that matter). So a screen sharing solution is
likely to be your only option.
Original Message
From: Adrien Monteleone
Sent: Thu Mar 04 21:50:32 EST 2021
To:
Though this isn't ideal, you could leave GnuCash running on your iMac
and access the iMac from the iPad via ScreenSharing.
I've done this using VNC Viewer with little setup config. The 'not
ideal' part is that you have to leave it running (not a problem for me
as I rarely close it anyway) and
Unfortunately no. The GUI framework GnuCash is built on doesn't support iOS.
Regards,
John Ralls
> On Mar 4, 2021, at 2:27 PM, John Donnee wrote:
>
> Hi, I’ve been using GNYCash for nine years.
>
> Question: I run my GNU system from a iMac. Is there a way to also access
> my GNU system from
In your original email you say your GST Tax table is in column P - mine is
in column Q. So perhaps that's the problem?
Thanks & Regards,
Nelson Handcock
0409 149919
http://www.linkedin.com/in/nelsonhandcockaustralia
On Fri, Mar 5, 2021 at 11:09 AM Nelson Handcock
wrote:
> Hello,
>
> Ahh yes
Hello,
Ahh yes - I mis-read your original email!
Here's a snapshot of my recent loadfile:
[image: image.png]
And here's a snapshot of my tax tables:
[image: image.png]
The loaded invoice looks fine in GN - the GST amount is correct and is
showing in the liabilities account as defined.
Thanks
That is a pretty reasonable summary of the position with CSV imports. The
records in CSV do not contain the additional information that identifies a
particular transaction uniquely that is present in the OFX file so its
detection of duplicates is not as reliable as with OFX. The Bayesian
Hi, I’ve been using GNYCash for nine years.
Question: I run my GNU system from a iMac. Is there a way to also access
my GNU system from my iPad?
Thanks
John Donnee
--
John J Donnee
317 Mount Eden Place
Cary, NC 27518
___
gnucash-user mailing list
Am 04.03.21 um 20:57 schrieb David H:
> It's always been my experience that Ubuntu comes
> with a version that never gets updated, it's the linux way not just the
> ubuntu way :-)
No, today there are many distributions with rolling releases, and also
Debian and several of its derivates have
The evolution is flatpak. It's always been my experience that Ubuntu comes
with a version that never gets updated, it's the linux way not just the
ubuntu way :-) If you wait until next month there should be a new 21.ot
lts version out that will come packaged with probably 4.4 :-)
Until then if
OK, I switched my task bar to 3.8 for now (3.9 crashed on scheduled transaction
template amount update). I suppose some day Ubuntu LTS and gnucash will evolve
to allow later versions! Since 20.04.2 is the latest LTS, I need to wait for
newer stable versions.
3.8 to 4.4 seems a long way to be
Ubunutu 20.04 provides GnuCash 3.8. They don't update GnuCash versions so the
only way to get a newer version that way is to upgrade to a newer Ubuntu
release.
As Geert explained at length, you don't have a flathub flatpak so you can run
flatpak update every second of every day for a year and
PS: Yes, the 3.9 splash says git 3.7.222, so who decided to have 2 conflicting
revisions on the same executable?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
So why, on Ubuntu 20.04.2 LTS (the latest LTS offered by the system
https://wiki.ubuntu.com/Releases), do both apt-get update and flatpak update
leave me back here on 3.8/3.7, while the latest is 4.4, never mind with the
task bar favorite launching hidden flatpak version 3.9?
-Original
Response at bottom -
On 3/3/21 11:49 PM, gnucash-user-requ...@gnucash.org wrote:
> -- > > As Elmar pointed out, clicking the
'A' box for an incoming > transaction forces the import even if there is
an existing match. > That is worse than just accepting every
15 matches
Mail list logo