Re: [GNC] Fields present in invoices?

2023-01-03 Thread Adrien Monteleone
I don't think they end up in the same place. I also checked the archive 
and the message was not there. I only saw it because you also happened 
to copy me personally.


gnucash-user@gnucash.org works

gnucash-u...@lists.gnucash.org did not go through.

Regards,
Adrien

On 1/3/23 11:47 AM, Simon Roberts wrote:

As a side question, Adrien, you commented that one of my replies had been
delayed. I notice there seem to be two distinct (although similar) email
addresses for the list:  gnucash-user@gnucash.org and
gnucash-u...@lists.gnucash.org. Evidently they end up in the same place,
but is one or other preferred?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-03 Thread Simon Roberts
This sounds great Steve, thanks. I'll pursue that!

Cheers,
Simon


On Tue, Jan 3, 2023 at 11:34 AM Steve Brown  wrote:

> Looking further, the taxinvoice report Options->Display screen allows
> using an alternate template and css file. On my system,
> ~/.local/share/gnucash is on the search path. I put the modified and
> renamed files there and they get used. This works with a standard
> distribution.
>
> Unless you want to do your own build, you are stuck with the
> taxinvoice.scm file that comes with the distribution.
>
> I now have a new default invoice that places the company and addressee
> properly in my window envelopes.
>
>
> On Tue, 2023-01-03 at 10:47 -0700, Simon Roberts wrote:
> > Steve, Adrien, thanks again. I think I shall have a look at hacking
> > the
> > source for the default invoice. It's important to me to keep my
> > bookkeeper's life as easy as possible during this transition.
> > Fortunately,
> > we have a very simple business with very few clients, and virtually
> > all the
> > work is the same kind of service-based thing, so I should have no
> > difficulty creating a build-specific default that "just works" for
> > our
> > needs. Then I'll wait till some of these RFEs are acted on and the
> > world
> > will continue to improve :)
> >
> > As a side question, Adrien, you commented that one of my replies had
> > been
> > delayed. I notice there seem to be two distinct (although similar)
> > email
> > addresses for the list:  gnucash-user@gnucash.org and
> > gnucash-u...@lists.gnucash.org. Evidently they end up in the same
> > place,
> > but is one or other preferred?
> >
> > Thanks again,
> > Simon
> >
> >
> > On Tue, Jan 3, 2023 at 9:44 AM Adrien Monteleone <
> > adrien.montele...@lusfiber.net> wrote:
> >
> > > Interesting approach concerning modifying the tax invoice.
> > >
> > > I'd say all of that sounds correct to my understanding as well,
> > > save I
> > > think you have the Scheme—HTML bit reversed.
> > >
> > > The files are in Scheme, which generate the report as an HTML
> > > table.
> > > (not the other way around)
> > >
> > > I'm pretty sure there are already several RFE's filed, but the
> > > ability
> > > to set one's own default report and default spreadsheet would
> > > greatly
> > > enhance the reporting system and avoid hacks like re-writing an
> > > existing
> > > report. (entirely inaccessible to most folks)
> > >
> > > Regards,
> > > Adrien
> > >
> > > On 1/3/23 5:03 AM, Steve Brown wrote:
> > > > I've been wrestling with this too, specifically with regard to
> > > > invoices. This is a rather lengthy comment. I hope it is useful.
> > > > Also,
> > > > if some of this is inaccurate, which is likely, please let me
> > > > know.
> > > >
> > > > I've looked at the wiki and sifted through the code trying to
> > > > understand how reports work. There appear to be two approaches.
> > > >
> > > > One uses scheme to wrap html around the report variables. These
> > > > report
> > > > files live in gnucash/report/reports/standard. Each has at least
> > > > 3
> > > > sections, one to define the report, it's location in the menu and
> > > > a
> > > > guid identifier, one for the options menu and one to render the
> > > > report.
> > > > A report file can contain several report definitions that may
> > > > share the
> > > > same render section. My opinion is that these files are quite
> > > > opaque
> > > > and very fragile.
> > > >
> > > > The other and apparently newer approach has a report file that
> > > > contains
> > > > the same report and option sections as above, but preprocesses a
> > > > html
> > > > document with embedded scheme tags and a companion css file to
> > > > generate
> > > > scheme for the render section. The template and css files live in
> > > > gnucash/report/reports/support. At this point, only 3 reports
> > > > have been
> > > > converted/rewritten using this approach. Only one is for
> > > > invoices.
> > > >
> > > > This second approach is discussed in the eguile section of the
> > > > wiki but
> > > > seems out of sync with the implementation. A better explanation
> > > > is in
> > > > the source of the preprocessor. It lives at
> > > > gnucash/report/eguile.scm.
> > > >
> > > > The report for printing invoices is chosen at Edit->preferences-
> > > > > business->Report for printing. That is a glade screen and is
> > > > > hardwired
> > > > to the guids of 4 specific reports, Printable, Fancy, Easy and
> > > > Tax.
> > > > Only the latter uses the equile preprocessor. The first 3 are
> > > > packaged
> > > > in a single file, invoice.scm.
> > > >
> > > > At this point, I plan to modify the tax invoice to meet my needs.
> > > > This
> > > > seems to be the only way the Print Invoice button on the View
> > > > Invoice
> > > > screen will generate my custom invoice.
> > >
> > > ___
> > > gnucash-user mailing list
> > > gnucash-user@gnucash.org
> > > To update your subscription preferences or to 

Re: [GNC] Fields present in invoices?

2023-01-03 Thread Steve Brown
Looking further, the taxinvoice report Options->Display screen allows
using an alternate template and css file. On my system,
~/.local/share/gnucash is on the search path. I put the modified and
renamed files there and they get used. This works with a standard
distribution.

Unless you want to do your own build, you are stuck with the
taxinvoice.scm file that comes with the distribution.

I now have a new default invoice that places the company and addressee
properly in my window envelopes.


On Tue, 2023-01-03 at 10:47 -0700, Simon Roberts wrote:
> Steve, Adrien, thanks again. I think I shall have a look at hacking
> the
> source for the default invoice. It's important to me to keep my
> bookkeeper's life as easy as possible during this transition.
> Fortunately,
> we have a very simple business with very few clients, and virtually
> all the
> work is the same kind of service-based thing, so I should have no
> difficulty creating a build-specific default that "just works" for
> our
> needs. Then I'll wait till some of these RFEs are acted on and the
> world
> will continue to improve :)
> 
> As a side question, Adrien, you commented that one of my replies had
> been
> delayed. I notice there seem to be two distinct (although similar)
> email
> addresses for the list:  gnucash-user@gnucash.org and
> gnucash-u...@lists.gnucash.org. Evidently they end up in the same
> place,
> but is one or other preferred?
> 
> Thanks again,
> Simon
> 
> 
> On Tue, Jan 3, 2023 at 9:44 AM Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
> 
> > Interesting approach concerning modifying the tax invoice.
> > 
> > I'd say all of that sounds correct to my understanding as well,
> > save I
> > think you have the Scheme—HTML bit reversed.
> > 
> > The files are in Scheme, which generate the report as an HTML
> > table.
> > (not the other way around)
> > 
> > I'm pretty sure there are already several RFE's filed, but the
> > ability
> > to set one's own default report and default spreadsheet would
> > greatly
> > enhance the reporting system and avoid hacks like re-writing an
> > existing
> > report. (entirely inaccessible to most folks)
> > 
> > Regards,
> > Adrien
> > 
> > On 1/3/23 5:03 AM, Steve Brown wrote:
> > > I've been wrestling with this too, specifically with regard to
> > > invoices. This is a rather lengthy comment. I hope it is useful.
> > > Also,
> > > if some of this is inaccurate, which is likely, please let me
> > > know.
> > > 
> > > I've looked at the wiki and sifted through the code trying to
> > > understand how reports work. There appear to be two approaches.
> > > 
> > > One uses scheme to wrap html around the report variables. These
> > > report
> > > files live in gnucash/report/reports/standard. Each has at least
> > > 3
> > > sections, one to define the report, it's location in the menu and
> > > a
> > > guid identifier, one for the options menu and one to render the
> > > report.
> > > A report file can contain several report definitions that may
> > > share the
> > > same render section. My opinion is that these files are quite
> > > opaque
> > > and very fragile.
> > > 
> > > The other and apparently newer approach has a report file that
> > > contains
> > > the same report and option sections as above, but preprocesses a
> > > html
> > > document with embedded scheme tags and a companion css file to
> > > generate
> > > scheme for the render section. The template and css files live in
> > > gnucash/report/reports/support. At this point, only 3 reports
> > > have been
> > > converted/rewritten using this approach. Only one is for
> > > invoices.
> > > 
> > > This second approach is discussed in the eguile section of the
> > > wiki but
> > > seems out of sync with the implementation. A better explanation
> > > is in
> > > the source of the preprocessor. It lives at
> > > gnucash/report/eguile.scm.
> > > 
> > > The report for printing invoices is chosen at Edit->preferences-
> > > > business->Report for printing. That is a glade screen and is
> > > > hardwired
> > > to the guids of 4 specific reports, Printable, Fancy, Easy and
> > > Tax.
> > > Only the latter uses the equile preprocessor. The first 3 are
> > > packaged
> > > in a single file, invoice.scm.
> > > 
> > > At this point, I plan to modify the tax invoice to meet my needs.
> > > This
> > > seems to be the only way the Print Invoice button on the View
> > > Invoice
> > > screen will generate my custom invoice.
> > 
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> > 
> 
> 

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to 

Re: [GNC] Fields present in invoices?

2023-01-03 Thread Simon Roberts
Steve, Adrien, thanks again. I think I shall have a look at hacking the
source for the default invoice. It's important to me to keep my
bookkeeper's life as easy as possible during this transition. Fortunately,
we have a very simple business with very few clients, and virtually all the
work is the same kind of service-based thing, so I should have no
difficulty creating a build-specific default that "just works" for our
needs. Then I'll wait till some of these RFEs are acted on and the world
will continue to improve :)

As a side question, Adrien, you commented that one of my replies had been
delayed. I notice there seem to be two distinct (although similar) email
addresses for the list:  gnucash-user@gnucash.org and
gnucash-u...@lists.gnucash.org. Evidently they end up in the same place,
but is one or other preferred?

Thanks again,
Simon


On Tue, Jan 3, 2023 at 9:44 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Interesting approach concerning modifying the tax invoice.
>
> I'd say all of that sounds correct to my understanding as well, save I
> think you have the Scheme—HTML bit reversed.
>
> The files are in Scheme, which generate the report as an HTML table.
> (not the other way around)
>
> I'm pretty sure there are already several RFE's filed, but the ability
> to set one's own default report and default spreadsheet would greatly
> enhance the reporting system and avoid hacks like re-writing an existing
> report. (entirely inaccessible to most folks)
>
> Regards,
> Adrien
>
> On 1/3/23 5:03 AM, Steve Brown wrote:
> > I've been wrestling with this too, specifically with regard to
> > invoices. This is a rather lengthy comment. I hope it is useful. Also,
> > if some of this is inaccurate, which is likely, please let me know.
> >
> > I've looked at the wiki and sifted through the code trying to
> > understand how reports work. There appear to be two approaches.
> >
> > One uses scheme to wrap html around the report variables. These report
> > files live in gnucash/report/reports/standard. Each has at least 3
> > sections, one to define the report, it's location in the menu and a
> > guid identifier, one for the options menu and one to render the report.
> > A report file can contain several report definitions that may share the
> > same render section. My opinion is that these files are quite opaque
> > and very fragile.
> >
> > The other and apparently newer approach has a report file that contains
> > the same report and option sections as above, but preprocesses a html
> > document with embedded scheme tags and a companion css file to generate
> > scheme for the render section. The template and css files live in
> > gnucash/report/reports/support. At this point, only 3 reports have been
> > converted/rewritten using this approach. Only one is for invoices.
> >
> > This second approach is discussed in the eguile section of the wiki but
> > seems out of sync with the implementation. A better explanation is in
> > the source of the preprocessor. It lives at gnucash/report/eguile.scm.
> >
> > The report for printing invoices is chosen at Edit->preferences-
> >> business->Report for printing. That is a glade screen and is hardwired
> > to the guids of 4 specific reports, Printable, Fancy, Easy and Tax.
> > Only the latter uses the equile preprocessor. The first 3 are packaged
> > in a single file, invoice.scm.
> >
> > At this point, I plan to modify the tax invoice to meet my needs. This
> > seems to be the only way the Print Invoice button on the View Invoice
> > screen will generate my custom invoice.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-03 Thread Adrien Monteleone

Interesting approach concerning modifying the tax invoice.

I'd say all of that sounds correct to my understanding as well, save I 
think you have the Scheme—HTML bit reversed.


The files are in Scheme, which generate the report as an HTML table. 
(not the other way around)


I'm pretty sure there are already several RFE's filed, but the ability 
to set one's own default report and default spreadsheet would greatly 
enhance the reporting system and avoid hacks like re-writing an existing 
report. (entirely inaccessible to most folks)


Regards,
Adrien

On 1/3/23 5:03 AM, Steve Brown wrote:

I've been wrestling with this too, specifically with regard to
invoices. This is a rather lengthy comment. I hope it is useful. Also,
if some of this is inaccurate, which is likely, please let me know.

I've looked at the wiki and sifted through the code trying to
understand how reports work. There appear to be two approaches.

One uses scheme to wrap html around the report variables. These report
files live in gnucash/report/reports/standard. Each has at least 3
sections, one to define the report, it's location in the menu and a
guid identifier, one for the options menu and one to render the report.
A report file can contain several report definitions that may share the
same render section. My opinion is that these files are quite opaque
and very fragile.

The other and apparently newer approach has a report file that contains
the same report and option sections as above, but preprocesses a html
document with embedded scheme tags and a companion css file to generate
scheme for the render section. The template and css files live in
gnucash/report/reports/support. At this point, only 3 reports have been
converted/rewritten using this approach. Only one is for invoices.

This second approach is discussed in the eguile section of the wiki but
seems out of sync with the implementation. A better explanation is in
the source of the preprocessor. It lives at gnucash/report/eguile.scm.

The report for printing invoices is chosen at Edit->preferences-

business->Report for printing. That is a glade screen and is hardwired

to the guids of 4 specific reports, Printable, Fancy, Easy and Tax.
Only the latter uses the equile preprocessor. The first 3 are packaged
in a single file, invoice.scm.

At this point, I plan to modify the tax invoice to meet my needs. This
seems to be the only way the Print Invoice button on the View Invoice
screen will generate my custom invoice.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-03 Thread Steve Brown
I've been wrestling with this too, specifically with regard to
invoices. This is a rather lengthy comment. I hope it is useful. Also,
if some of this is inaccurate, which is likely, please let me know.

I've looked at the wiki and sifted through the code trying to
understand how reports work. There appear to be two approaches.

One uses scheme to wrap html around the report variables. These report
files live in gnucash/report/reports/standard. Each has at least 3
sections, one to define the report, it's location in the menu and a
guid identifier, one for the options menu and one to render the report.
A report file can contain several report definitions that may share the
same render section. My opinion is that these files are quite opaque
and very fragile.

The other and apparently newer approach has a report file that contains
the same report and option sections as above, but preprocesses a html
document with embedded scheme tags and a companion css file to generate
scheme for the render section. The template and css files live in
gnucash/report/reports/support. At this point, only 3 reports have been
converted/rewritten using this approach. Only one is for invoices.

This second approach is discussed in the eguile section of the wiki but
seems out of sync with the implementation. A better explanation is in
the source of the preprocessor. It lives at gnucash/report/eguile.scm.

The report for printing invoices is chosen at Edit->preferences-
>business->Report for printing. That is a glade screen and is hardwired
to the guids of 4 specific reports, Printable, Fancy, Easy and Tax.
Only the latter uses the equile preprocessor. The first 3 are packaged
in a single file, invoice.scm. 

At this point, I plan to modify the tax invoice to meet my needs. This
seems to be the only way the Print Invoice button on the View Invoice
screen will generate my custom invoice. 




On Mon, 2023-01-02 at 17:32 -0700, Simon Roberts wrote:
> Still working on the invoice mechanism...
> 
> Is there any control over the fields displayed, auxiliary text, and
> perhaps
> the position of fields?
> 
> When I looked up how to change the appearance of the invoice, the
> docs only
> seem to talk about adding images.
> 
> In most cases I don't need "net price", "tax" or "total price" (I
> almost
> invariably bill a single "item" on a single invoice). Similarly the
> "Action", "Quantity", "Unit price", "discount" and "taxable" fields
> are
> generally irrelevant for me.
> On the other hand it would be nice to be able to include the Job
> description.
> 
> Thanks again,
> Cheers,
> Simon
> 

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Adrien Monteleone
That's "dialect" of Lisp. (please excuse my fingers not syncing with my 
brain)


Regards,
Adrien

On 1/3/23 12:15 AM, Adrien Monteleone wrote:


Scheme is indeed, a dialog of Lisp.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Adrien Monteleone

Simon,

I'm not sure why this reply from you was not appearing on the list. The 
server must have had a hiccup.


I'm quoting and replying inline below.

Regards,
Adrien

On 1/2/23 9:21 PM, Simon Roberts wrote:

Oh... so the fields to show are specific to the invoice? Oh, that's a pity, and 
we were doing so well!


I'm not sure what you mean, but the invoice fields are generic to all 
invoices.


The *options* are a feature of Reports. Different reports have different 
options. There is no way for GnuCash to know what options to show you to 
customize until a report is run. Otherwise, there is no sane context for 
those options. That's why the button on the toolbar and the menu entry 
are not visible until you have a report on screen.



Is there a mechanism for configuring the default selections? Having to do the 
same selections (well, de-selections) every time will have my bookkeeper 
whining.
Yes. Read up in the Help &/or Tutorial documents about Saved Report 
Configurations. However, as I noted earlier, while this lets you save a 
set of options (including which stylesheet to use) you have to run it 
first, then select an invoice, then apply that change to see the final 
invoice as desired. It is quite cumbersome especially if you're dealing 
with many invoices.


There are other places in the app, such as the Find Invoice dialog, the 
Customer Report, and the AR register, where you can click an invoice 
number to generate an Invoice Report with less effort. But there is no 
way to apply a saved configuration automatically as a default. In fact, 
there's no way to apply a saved configuration to an already open Invoice 
Report. (or any report) You have to 'run' the saved configuration first. 
That works okay for things like a Balance Sheet or Income Statement. It 
isn't fun for invoices.


Think of Saved Configurations as their own customized reports. But you 
can't specify one to always be 'your default' for that type of report. 
The workflow/UX in that regard could use a major revamp.



I guess if all else fails, I try to learn scheme. It looks a helluvalot like 
lisp, and I had a handle on that 35 years or so ago, so that's not completely 
inconceivable.


Scheme is indeed, a dialog of Lisp.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Adrien Monteleone
Not a bug. Most likely a design decision. Not sure how you'd figure out 
what options to show if you don't know yet which report you want options 
for...


Stylesheets are not peculiar to a certain report. You can edit them 
independently, then assign them to reports for use.


Unfortunately, I don't think any report has the ability to re-assign a 
default stylesheet other than the 'default'. This makes customizations a 
cumbersome workflow. Most places where you select an invoice for 
viewing/printing will 'default' and then you'd have to assign the 
stylesheet each time.


Regards,
Adrien

On 1/2/23 8:13 PM, Simon Roberts wrote:

Oh, but to make it extra interesting, the menu entry for "report options"
is only offered when already looking at a "printable invoice"... That
seems... like a bug. given that the Edit -> Style Sheets menu entry is
visible in other tabs, perhaps?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Adrien Monteleone

Scheme.

See the Wiki development section for links to details of the reporting 
system. (which isn't much as it is not well documented, for programmers, 
so far)


Regards,
Adrien

On 1/2/23 8:05 PM, Simon Roberts wrote:

Ah yes! I just found Edit->Report Options, which at first glance looks like
it'll help a lot.

I also found a bunch of ...hmm, looks like Lisp (which I used to know) but
I think it's actually scheme (which I don't know) files that appear to be
programmatic definitions of these.

I shall tinker and see what happens. Thanks for the pointer Adrien.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Simon Roberts
Oh, but to make it extra interesting, the menu entry for "report options"
is only offered when already looking at a "printable invoice"... That
seems... like a bug. given that the Edit -> Style Sheets menu entry is
visible in other tabs, perhaps?

Anyway, I believe this is likely adequate to my concerns, many thanks again
Adrien.

On Mon, Jan 2, 2023 at 7:05 PM Simon Roberts 
wrote:

> Ah yes! I just found Edit->Report Options, which at first glance looks
> like it'll help a lot.
>
> I also found a bunch of ...hmm, looks like Lisp (which I used to know) but
> I think it's actually scheme (which I don't know) files that appear to be
> programmatic definitions of these.
>
> I shall tinker and see what happens. Thanks for the pointer Adrien.
>
> On Mon, Jan 2, 2023 at 6:37 PM Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
>
>> The Options allow you to turn some things on or off explicitly, but they
>> are not all-inclusive.
>>
>> You might want to investigate customizing a stylesheet, but that does
>> muck with the workflow to get an invoice report in most cases, resulting
>> in lots of clicks.
>>
>> Using a CSS rule like 'display: none;' on certain fields/elements might
>> work.
>>
>> Otherwise, you'd need to write a custom invoice report, or do
>> manipulation outside of GnuCash.
>>
>> Regards,
>> Adrien
>>
>> On 1/2/23 6:32 PM, Simon Roberts wrote:
>> > Still working on the invoice mechanism...
>> >
>> > Is there any control over the fields displayed, auxiliary text, and
>> perhaps
>> > the position of fields?
>> >
>> > When I looked up how to change the appearance of the invoice, the docs
>> only
>> > seem to talk about adding images.
>> >
>> > In most cases I don't need "net price", "tax" or "total price" (I almost
>> > invariably bill a single "item" on a single invoice). Similarly the
>> > "Action", "Quantity", "Unit price", "discount" and "taxable" fields are
>> > generally irrelevant for me.
>> > On the other hand it would be nice to be able to include the Job
>> > description.
>>
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
>
>
> --
> Simon Roberts
> (303) 249 3613
>
>

-- 
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Simon Roberts
Ah yes! I just found Edit->Report Options, which at first glance looks like
it'll help a lot.

I also found a bunch of ...hmm, looks like Lisp (which I used to know) but
I think it's actually scheme (which I don't know) files that appear to be
programmatic definitions of these.

I shall tinker and see what happens. Thanks for the pointer Adrien.

On Mon, Jan 2, 2023 at 6:37 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> The Options allow you to turn some things on or off explicitly, but they
> are not all-inclusive.
>
> You might want to investigate customizing a stylesheet, but that does
> muck with the workflow to get an invoice report in most cases, resulting
> in lots of clicks.
>
> Using a CSS rule like 'display: none;' on certain fields/elements might
> work.
>
> Otherwise, you'd need to write a custom invoice report, or do
> manipulation outside of GnuCash.
>
> Regards,
> Adrien
>
> On 1/2/23 6:32 PM, Simon Roberts wrote:
> > Still working on the invoice mechanism...
> >
> > Is there any control over the fields displayed, auxiliary text, and
> perhaps
> > the position of fields?
> >
> > When I looked up how to change the appearance of the invoice, the docs
> only
> > seem to talk about adding images.
> >
> > In most cases I don't need "net price", "tax" or "total price" (I almost
> > invariably bill a single "item" on a single invoice). Similarly the
> > "Action", "Quantity", "Unit price", "discount" and "taxable" fields are
> > generally irrelevant for me.
> > On the other hand it would be nice to be able to include the Job
> > description.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Fields present in invoices?

2023-01-02 Thread Adrien Monteleone
The Options allow you to turn some things on or off explicitly, but they 
are not all-inclusive.


You might want to investigate customizing a stylesheet, but that does 
muck with the workflow to get an invoice report in most cases, resulting 
in lots of clicks.


Using a CSS rule like 'display: none;' on certain fields/elements might 
work.


Otherwise, you'd need to write a custom invoice report, or do 
manipulation outside of GnuCash.


Regards,
Adrien

On 1/2/23 6:32 PM, Simon Roberts wrote:

Still working on the invoice mechanism...

Is there any control over the fields displayed, auxiliary text, and perhaps
the position of fields?

When I looked up how to change the appearance of the invoice, the docs only
seem to talk about adding images.

In most cases I don't need "net price", "tax" or "total price" (I almost
invariably bill a single "item" on a single invoice). Similarly the
"Action", "Quantity", "Unit price", "discount" and "taxable" fields are
generally irrelevant for me.
On the other hand it would be nice to be able to include the Job
description.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.