Frank,

I disagree with your assertion regarding placing transitory information (such as the current state of the installation process of Finance::Quote on Macos) into documentation rather than the wiki. There's an installation page on the wiki for just that reason.

But this is just another example that demonstrates why I gave up trying to help manage the documentation: the fact that when push comes to shove, it's Frank's way that holds final sway on how the documentation turns out. I thank you, Frank, for reminding me of that. I'll drop out of this discussion now. Good luck, Phillip; I hope it goes well.

David T.

On 4/30/2022 10:16 AM, Frank H. Ellenberger wrote:
Hi together,

Am 23.04.22 um 20:04 schrieb David T. via gnucash-user:
Phillip,

Good to hear that someone is interested in working on the documentation!
Christian Wehling is permanently working on the manual (help) starting
from translating to German and backporting improvements to the english
version.
Also TANIGUCHI Yasuaki has still pending PRs mostly on the Guide,
Chris Good contributed updates,
Pedro Albuquerque updated the pt translation …

The main bottleneck: I have currently not enough time to review and
merge the pending PRs in time:
https://github.com/Gnucash/gnucash-docs/pulls
So I will only add a few notes here.

Gnucash uses Bugzilla (bugs.gnucash.org) to suggest enhancements and fix bugs, 
and the documentation has its own section there. You will find that there are 
numerous documentation bugs and enhancements outstanding there.

There is also a good bit of information on the wiki on how changes to the 
documentation are created, edited, submitted, and approved. See, for example, 
https://wiki.gnucash.org/wiki/Documentation_Improvement. Any rewrites you do 
will of necessity follow those guidelines.

I'll note that the Gnucash documentation also includes the Help Manual-- and 
that information about Gnucash's use can also reside there. There has been a 
longstanding difference of opinion about what information should go into the 
Guide versus the Help, and there are areas that duplicate information.

As for the bifurcation between the Tutorial and Concepts within the Guide, I 
think that early writers focused on the Tutorial side of things, whereas later 
authors (myself included) have focused more on the concepts side. How that all 
turns out is certainly open for discussion.

As for specifics, updates from a fresh perspective are welcome. I'll admit I 
haven't given the Guide a close read for a while now.

Your comments about Finance::Quote, however, I'd suggest fit better as wiki 
material. Getting stock quotes, while certainly a useful proposition in a 
financial system, are technically outside of the formal accounting. Also, there 
are plenty of ways to get valuations without F::Q. Furthermore, Macos users 
constitute only a portion of the Gnucash user base, and OS-specific 
instructions like yours have been addressed in the wiki much more effectively. 
So, on the whole, I'd put those on the wiki. You might have a look at 
https://wiki.gnucash.org/wiki/Online_Quotes
No, we consider the wiki —besides collecting stuff that goes beyond the
scope— more as a temporary storage, where improvements are easier
developed. Setting up F::Q belongs to the manual
https://github.com/Gnucash/gnucash-docs/pull/248/files

Let me know if you have questions.

Best,
David T.

On April 22, 2022 3:51:37 AM EDT, Phillip Duff <phil.du...@gmail.com> wrote:
Hi,


Issue 1:



For whoever is responsible for your documentation.

I spent 40 years in IT companies in a variety of roles and now retired , I will 
offer to rewrite and assist in your documentation. In reviewing your 
documentation I think there are a number of improvements that I can offer, and 
my first experience with your software is positive, but the documentation can 
be a bit frustrating, hence my offer. Don’t get me wrong, there is some good 
stuff here , but I believe I can help you improve it a lot. I am looking for a 
project in my retirement and this is certainly one which would be fun.

Here a couple of examples:

There is a Tutorial and Concepts guide and also a Contents section. Firstly, 
split the Tutorial and Concepts Guide into the two pieces as they have 
different purposes (or at a minimum change the name to Concepts and Tutorial as 
the Concepts ALWAYS come first.
That change could be your first pull request. But catch the full scope
by e.g. at least
grep -inr "Tutorial" manual/C guide/C
but do not rewrite thr history. I am not sure if we can apply the change
also easy  on translations.
Tip: We should create an entity to simplify future mainenance.

If we look at this guide currently, we see for example it is pretty well laid 
out and explained but it does present some problems. Here is a simple example.

In Chapter 2.3 we have a section that is in the intro section, but then 
immediately launches into how to do things. So it describes how to enter new 
accounts in detail, and talks about panels etc (which if it is going to, it 
should show examples). The problem is this is supposed to be an intro section 
and only gives some of the info, not all the info you need if you are actually 
going to do this. On the next page we go into all sorts of detail about 
storage, yet this is supposed to be an intro section, so I have gone from 
detailed description of setting up accounts to tech detail on how to store. 
Then in 2.2.2 we have again detailed instructions on doing things. Then in 2.7 
we have a tutorial, great, so this tells how to set up accounts for example, 
but it does not deal with the fact that Opening balances can also be set up by 
editing an account. Then in 2.8 we start the introduction to what accounts are 
when we have already told the user how to set them up in 2.3 and then again in 
the tutorial 2.7. The intro to accounts should be before any explanation of how 
to set them up, and it must only be in one place to ensure that you don’t get 
documentation synch issues.
Yes, a clear division in intro, concept, … using more modern docbook
tags like <glosslist> for the definitions in the concept or <task> for
tutorial lessons …

Note: 2.3 is partialy only a repetition of Help ch. 2 and the begin of
ch. 3.1. That needs some compare and moves into the proper part—
technical details -> Help, didactical -> Guide.

So here is an example of the impact and a much bigger issue, which is that 
documentation should reflect the recommenced workflow of how to achieve a goal, 
not a description of what the system can do. Whilst an attempt has been made to 
do this, it isn’t quite right and here is what happens.
Right.

I read this intro and thought , OK, I get it. Then I went to set up my 
accounts. Now when you set up accounts you are focused on setting them up, NOT 
adding opening balances, which is a different act. So I set them up according 
to the documentation , but which 2.2, 2.7 or as I did, I went to Section 5 as 
this is the section called Common Usage and there is a section on accounts, BUT 
it does not tell the user the critical thing, which is that you can edit an 
account and add the opening balance, so therefore, I wasted lots of time trying 
to find how to do it. Also section 5 is wrong by not telling this, and 
suggesting you can do an opening transaction with a transfer against opening 
balances  (this actually is not possible at all, as when you try it, the equity 
accounts are not shown in the dropdown list, so the documentation is not 
correct.

So all in all this very simple thing was really annoying, but only due to the 
documentation, not the software.

So I would rewrite this for you as follows.

Move section 2.3 Running GNUcash. You are in the middle of explaining the 
basics so don’t dive into how to use the system and dive out again to concepts 
in 2.8, as previously described. All the instructions on HOW to do things 
should be in the tutorial.

Combine 2.3.2 New Account Hierarchy Setup with 2.7 tutorial and Section 5, and 
only cover everything once in in one place. Ensure that ALL the information 
regarding Opening Balances is covered.

More critically the tutorial will show that you set up your account hierarchy 
first and THEN you load your opening balances (and mention in passing that you 
can add the opening balances if you like when setting ups the accounts (but I 
have never seen an accountant do that !).

So the above is a simple example. I completely understand how open source works 
with multiple contributors but if we cleaned up a lot of this as a good 
starting point it would be far easier. (And of course my next example is that 
getting Finance::Quote going relies of technical knowledge which a lot of 
people may not have and may not need. The instructions can be dramatically 
improved.

Note that some of the other later sections looks pretty good, and may not need 
this level of change.

I suggest the following.

If you agree I will rewrite the introduction sections to show you an example of 
what I believe would be significant improvement, easier to read and find the 
information, include workflow in the tutorials and ensure that everything is 
only covered once.  You can then assess whether you think my efforts are worth 
it, as I would be prepared to devote time to getting these manuals much 
improved based on my experience.

If you are not interested in this, then please fix the following.

a) There is no reference to being able to edit an account and add the opening 
balance after you have create the account hierarchy. This should be in the 
documentation, and shown in the tutorial, and de -prioritze adding opening 
balances on account creation as this isn’t how the real world works.

b) Either fix the software or the documentation, as you cannot create an 
opening balance transaction transferring from the opening balance account in 
equity as the equity accounts are not shown in the dropdown for transfers.

c) If you try to create a stock, you may immediately see the message Finance:: 
Quote is not installed. The process for adding Finance::Quote for Mac does not 
detail the actions necessary and assumes technical knowledge. It should never 
assume that knowledge.

So the section in Chapter 11 should read something like this for the Mac.

You need to install Finance::Quote as this is the piece of software which gets 
stock quotes automatically for GNUCash. This is not part of GNUCash but we use 
it as a well known tool for getting these quotes reliably.

There are two steps.

a) Install Finance::Quote
b) Setup a scheduler to regularly go and get the quotes for your stocks.

Installing Finance::Quote

Step 1. You must have a tool called Xcode installed. Go to the App Store and 
download it. It will automatically install.
Step 2: Go to GNUCash in your Applications folder. Right click and select ‘Show 
Package Contents’ (as we have include a tool to help you set it up). Go to 
/Contents/Resources/bin and locate gnc-fq-update.
Step 4. Check that you have administrator rights to install this. Go to the 
Apple menu, select System Preferences, select Users and Groups and ensure that 
you have admin under your name as a user, or get your administrator to do this.
Step 5. Go to your Applications folder and find Utilities/Terminal
Step 6 Type sudo then a space, and then drag gnc-fq-update from step 3 into the 
terminal window. Hit return.

The Finance::Quote utility will now be installed.

I look forward to hearing from you and in the meantime I will assume you would 
like some extra help
Sure

and start re-writing Section 2 etc.
Please create small pull request to avoid update anomalies with other
contributors.

Cheers Phil
Cheers
Frank
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Reply via email to