Am Thursday 24 June 2010 schrieb Jesse Weinstein:
> Here's a minimal patch that documents the Address feature of Check
> Printing added by Thomas recently.
>
> Let me know if anyone has any comments,
Thanks a lot! Committed, r
Here's a minimal patch that documents the Address feature of Check
Printing added by Thomas recently.
Let me know if anyone has any comments,
Jesse Weinstein
=== modified file 'help/C/Help_ch_Transactions.xml'
--- help/C/Help_ch_Transactions.xml 2007-07-14 16:11:31 +
Hi,
On 02/01/2010 11:06 PM, Derek Atkins wrote:
>>> This patch is bad. It breaks EXTRA_DIST so what you distribute is based
>>> on what Gtk version you have. Bad Bad Bad! you must always distribute
>>> all the check files, not just the check files you personally need!
>>
>> That is not true. Th
Jan Arne Petersen writes:
>> This patch is bad. It breaks EXTRA_DIST so what you distribute is based
>> on what Gtk version you have. Bad Bad Bad! you must always distribute
>> all the check files, not just the check files you personally need!
>
> That is not true. The above Makefile.am distri
Hi,
On 02/01/2010 06:51 PM, Derek Atkins wrote:
>
>> Attached a patch to fix that bug (and simplifies checks/Makefile.am)
>>
>> Best regards,
>> Jan Arne Petersen
>>
>>
>> diff --git a/checks/Makefile.am b/checks/Makefile.am
>> index cd5492a..e786bc7 100644
>> --- a/checks/Makefile.am
>> +++ b/ch
Hi,
Jan Arne Petersen writes:
> Attached a patch to fix that bug (and simplifies checks/Makefile.am)
>
> Best regards,
> Jan Arne Petersen
>
>
> diff --git a/checks/Makefile.am b/checks/Makefile.am
> index cd5492a..e786bc7 100644
> --- a/checks/Makefile.am
> +++ b/checks/Makefile.am
> @@ -2,24 +
Hi,
On 01/31/2010 10:27 PM, Phil Longstaff wrote:
> "make distcheck" gives me:
>
> Making all in checks
> make[3]: Entering directory
> `/home/phil/gnucash2/trunk/gnucash-2.3.9/_build/checks'
> make[3]: *** No rule to make target `voucher.chk', needed by `all-am'.
> Stop.
> make[3]: Leaving direc
ialog-print-check.c
>gnucash/trunk/src/gnome/glade/print.glade
> Log:
> Bug #607522: Add ADDRESS to check printing
>
> Patch by Thomas Troesch: The patch does three things:
>
> 1. Adds the ability to print an address on checks. The Print Check dialog is
> changed to have
tems individually. Its
> really useful when printing stubs and so on. (NOTE: blocking characters
> are printed around a field to protect against alteration
> e.g. ***$100.00*** vs $100.00)
>
> 3. Included a Voucher check template. This is a full page check with the
>
Hi,
Quoting John Roach <[EMAIL PROTECTED]>:
> Hi,
> I have been using gnucash for about 6 months after switching from
> Quicken Home and Business.
>
> I really miss the ability to print multiple checks at once.
>
> Most of the Quicken releases allow the user to enter a check number of
> "print" a
Hi,
I have been using gnucash for about 6 months after switching from
Quicken Home and Business.
I really miss the ability to print multiple checks at once.
Most of the Quicken releases allow the user to enter a check number of
"print" and then when the user selects from the File menu "print chec
it might be worth it to add a "contact database" and migrate
>> the customer and vendor list to a common "contacts DB". And then
>> we could tie the check-printing and register payees into the
>> contacts DB.
>
> that still requires putting additional data of
the business features. thanks for the
enlightenment.
>
> Now, it might be worth it to add a "contact database" and migrate
> the customer and vendor list to a common "contacts DB". And then
> we could tie the check-printing and register payees into the
> contac
The registers have
no clue about the business features.
Now, it might be worth it to add a "contact database" and migrate
the customer and vendor list to a common "contacts DB". And then
we could tie the check-printing and register payees into the
contacts DB.
-derek
--
On Thu, Jul 05, 2007 at 10:37:10AM -0400, Derek Atkins wrote:
> Andrew Sackville-West <[EMAIL PROTECTED]> writes:
>
> >> What's the definition of "primary split"? Is it the first split you
> >> create? Is it the first split tied to the account register? What
> >> about for transactions created
Andrew Sackville-West <[EMAIL PROTECTED]> writes:
>> What's the definition of "primary split"? Is it the first split you
>> create? Is it the first split tied to the account register? What
>> about for transactions created through other methods, like the transfer
>> dialog or an importer -- whi
ther. And
> > I think that's as it should be. And for most uses, its totally
> > appropriate. BUt for check printing, or deciding which split to
> > display in a register-neutral situation like displaying scheduled
> > transactions before commit, the splits do matter,
the display of information is not necessarily done in a way that
> people would expect. For example, a check with two splits: from
> the data's perspective, no split is more important than any other. And
> I think that's as it should be. And for most uses, its totally
> appropri
On Thu, Jun 28, 2007 at 05:18:40PM -0400, [EMAIL PROTECTED] wrote:
> Wow, that site's old! Well, the check-printing HAS been re-written.
heh, with the wayback machine, you never know what will come back to
bite you.
> It wouldn't be TOO hard to add more check-printing fie
But wouldn't it be great if there was a place to store an address?
It would make check printing much easier and more professional.
For example, people would be able to send their checks with
window envelopes.
I've also found a site that it says that the implementation of it
would be fai
hi,
Please remember to cc gnucash-devel on all your replies...
Quoting Francis Xavier Fitzpatrick Jr <[EMAIL PROTECTED]>:
> But wouldn't it be great if there was a place to store an address?
> It would make check printing much easier and more professional.
> For example, peo
Quoting Francis Xavier Fitzpatrick Jr <[EMAIL PROTECTED]>:
> Is gnucash ever going to be able to support check printing with addresses? I
> originally e-mailed Grib, but he redirected me here.
>
> I've just converted my dad from Windows to Linux and he's very upset
Is gnucash ever going to be able to support check printing with addresses? I
originally e-mailed Grib, but he redirected me here.
I've just converted my dad from Windows to Linux and he's very upset that he
can't print checks with addresses like he could with Quicken. I'd r
line 64 of print-session.c says:
ps->default_font = gnome_font_find_closest((guchar *)"Sans
Regular", 12);
On my system, I can change "Sans Regular" to anything else, and I
still get the same sans-serif font for printed reports and checks. I
can, however, change the font size -- 10 works
s it.
> I've been tring out the check printing facility with a UK cheque book to see
> how it works. Not surprisingly none of the templates work so I was
> experimenting with custom. Only to discover that custom settings are lost
> when GnuCASH is restarted... Please could t
I
have no idea if this the correct place to post this, but I'm doing it
anyway. I'm also not subscribed so it'll probably bounce4 and never be
read!
I've been tring out the check printing facility with a UK cheque book
to see how it works. Not surprisingly none of the
Carl <[EMAIL PROTECTED]> writes:
> How about separating check printing from the check register?
Technically it already is separate. There just isn't a UI
method to get to it from anywhere other than the register, and
it only prints one transaction at a time.
> One of
>
address area blank or bring up a window that
allows the user to find the correct name, add a new vendor or employee
name or print the check as is without an address.
This shouldn't be too hard.. Except that the current check-printing
code does not have access to ANY of the business features. What
correct name, add a new vendor or employee
> name or print the check as is without an address.
This shouldn't be too hard.. Except that the current check-printing
code does not have access to ANY of the business features. What I
would recommend is a scheme plug-in architecture that al
A few months ago I said we were going to need to fix or add a few features
to GnuCash and we are finally getting started on one of them - Check
printing. This message is to let you all know what we are thinking of and
to get some feedback and sanity checking.
We need to be able to print
On Sat, Jun 09, 2001 at 03:40:51PM -0400, [EMAIL PROTECTED] wrote:
> Check printing is a feature in 1.6 gnucash I have waiting for. I
> see a problem that I am not sure if it's coding or my installation.
> Every time I try to print a custom check the x & y coordinates are
>
On Thu, 31 May 2001 19:30:13 Herbert Thoma wrote:
> Klaus Ridder wrote:
> >
> > I totally agree: checkes are nearly not used here, focus on online
> banking
> > would be much more important.
>
> I agree, too.
>
A few points:
1) fixing check printing i
Klaus Ridder wrote:
>
> I totally agree: checkes are nearly not used here, focus on online banking
> would be much more important.
I agree, too.
> However, as spelled numbers in Germany are quite a mess, as far as I know
> the following method is also accepted in germany ( I have seen this a co
I totally agree: checkes are nearly not used here, focus on online banking
would be much more important.
However, as spelled numbers in Germany are quite a mess, as far as I know
the following method is also accepted in germany ( I have seen this a couple
of times):
"234 DM and 56 Pfennig" as
-BEGIN PGP SIGNED MESSAGE-
On Wednesday 30 May 2001 00:15, Robert Graham Merkel wrote:
> on Australian cheques, the equivalent amount would be written
> as:
>
> "Two hundred and thirty-four dollars and fifty-six cents"
>
> and $234 would be written
>
> "Two hundred and thirty-four dollars
On Wed, 30 May 2001 23:06:31 Duarte Loreto wrote:
> Hope this helps someone. I can look at the scheme file and see how it
> could work in portuguese, although I promisse nothing as I never coded
> in scheme nor C.
Do you know perl? Python? Basic? Pseudocode?
If you can code a little demons
ion for translating numerical quantities to words
in a localised way for next time round.
If you want GnuCash to fully support localised check printing for your
country in the future, have your say now!
--
Robert Merkel
ions menu in the register window,
> a print check option does not appear.
>
We deliberately removed check printing from the 1.4.x series, as the
gnome-print library is still in somewhat of a state of flux, and we
have enough dependancies causing people grief already :)
Unfortunately, we
I installed gnucash 1.4.1 from the source tarbll on a redhat 6.0
system with very recent helix-gnome updates. I have gnome-print-devel
g-wrap, etc.
configure reports no errors, but doesn't specifically refer to searching
for libgnomeprint. The installed gnucash binary reports references to
0
<[EMAIL PROTECTED]> writes:
> Do I understand correctly that check printing has been removed from
> 1.4.0 and will reappear in 1.5.0? The Help file gives a full set of
> instructions for printing checks, but Open Check Printing is not in my
> Transaction menu.
That's ri
[EMAIL PROTECTED] writes:
>
> Do I understand correctly that check printing has been removed from
> 1.4.0 and will reappear in 1.5.0? The Help file gives a full set of
> instructions for printing checks, but Open Check Printing is not in my
> Transaction menu.
Yes, that
Do I understand correctly that check printing has been removed from
1.4.0 and will reappear in 1.5.0? The Help file gives a full set of
instructions for printing checks, but Open Check Printing is not in my
Transaction menu.
Haines Brown
--
Gnucash Developer's List
To unsubscribe send
> >
> > > Even in English we have, in many dialects, "five hundreds of
> > > dollars" (as opposed to "five hundred dollars") not to mention
> > > "threescore dollars and twelve". I believe my grandfather wrote
> > > "Seventy-Five Pounds and 26/100", but "Seventy-Five Pounds Only";
> > > yet "One
I sent this to my wife, who is a fluent French speaker, to verify. She
says:
I would put commas in after every trillion, billiard, billion, milliard,
million, mille...
Remember also that the decimal point in French is in fact a comma,
"virgule", and the comma separators used in
English for large
> Even in English we have, in many dialects, "five hundreds of
> dollars" (as opposed to "five hundred dollars") not to mention
> "threescore dollars and twelve". I believe my grandfather wrote
> "Seventy-Five Pounds and 26/100", but "Seventy-Five Pounds Only";
> yet "One Hundred Pounds Exactly".
>
> > Even in English we have, in many dialects, "five hundreds of
> > dollars" (as opposed to "five hundred dollars") not to mention
> > "threescore dollars and twelve". I believe my grandfather wrote
> > "Seventy-Five Pounds and 26/100", but "Seventy-Five Pounds Only";
> > yet "One Hundred Poun
> asiatic language:
> one, ten, hundred, thousand, one tenthousand, ten tenthousand,
> hundred tenthousand, thousand tenthousand, one hundredmillion, ...
The English word myriad means ten thousand. Lately it has fallen
on hard times. Those who don't know it think it just means
a very large numb
ROTECTED]>
Subject: Re: i18n and check printing and Europe (fwd)
References: <[EMAIL PROTECTED]>
[Hendrik: forward to the group if you deem appropriate]
Even in English we have, in many dialects, "five hundreds of dollars" (as opposed to
"five
hundred dollars") no
David Bobroff wrote:
> This holds for each cycle, e.g. 1,384,465.82 = one million three-hundred
> four and eighty thousand four-hundred five and sixty [units] two and eigthy
> [hundredths]
This reminds me that asiatic languages (at least japanese) have
a cycle of 10^4.
Example:
"western language"
Bill Gribble <[EMAIL PROTECTED]> writes:
> I could make the small-numbers table go up to 100, which would fix
> this problem; is that good enough, or should I just say that there
> need to be different phrase-generation algorithms for each language?
You might also be able to cover the important
Bill Gribble allegedly wrote:
>I'm working on check printing and I have run off the end of my limited
>knowledge about internationalization.
[snip]
>I could make the small-numbers table go up to 100, which would fix
>this problem; is that good enough,
I suspect that makin
Bill Gribble wrote:
> I could make the small-numbers table go up to 100, which would fix
> this problem; is that good enough, or should I just say that there
> need to be different phrase-generation algorithms for each language?
> Certainly just internationalizing the strings will result in odd
>
I'm working on check printing and I have run off the end of my limited
knowledge about internationalization.
I was just having fun reproducing the part of Common LISP "format"
that converts numbers into words, i.e. 22,345,100.45 => "twenty-two
million, three hundred f
[EMAIL PROTECTED] writes:
> The raw post-script idea for check printing sounds good. KISS.
> Keeps it simple.
Actually, I suspect, though I haven't looked into it yet, that
gnome-print may be the solution. If it works well enough, it should
give us both postscript and on-screen
It's been rumoured that Christopher Browne said:
> e) Decide that the above approach sucks, as it requires Yet Another
> Tool in the flow.
The raw post-script idea for check printing sounds good. KISS.
Keeps it simple.
--linas
--
Gnucash Developer's List
To unsubscribe sen
On 02 Mar 2000 18:51:22 CST, the world broke into rejoicing as
Rob Browning <[EMAIL PROTECTED]> said:
> Christopher Browne <[EMAIL PROTECTED]> writes:
>
> > This would be naturally implemented as a further "reporting"
> > extension.
>
> Is there a LaTeX package out there yet that'll do checks?
Christopher Browne <[EMAIL PROTECTED]> writes:
> This would be naturally implemented as a further "reporting"
> extension.
Is there a LaTeX package out there yet that'll do checks? Has anyone
seen one? If so, then it'd be easy to spit out the right LaTeX code
as a stopgap.
--
Rob Browning <[
On Wed, 01 Mar 2000 11:35:57 EST, the world broke into rejoicing as
Haines Brown <[EMAIL PROTECTED]> said:
> I realize that gnucash does not support check printing, but wondered
> if there were some way to export checks to file where they could be
> printed as LaTeX files.
>
&
> I realize that gnucash does not support check printing, but wondered
> if there were some way to export checks to file where they could be
> printed as LaTeX files.
>
> I suspect that at this point that is not possible, and so I'd
> appreciate an overview of the situatio
Would like to see this added to the program, and even expanded to print the
blank check on blank check stock similar to what Mips Versa Check does.
On Wed, 01 Mar 2000, Haines Brown wrote:
> I realize that gnucash does not support check printing, but wondered
> if there were some way to
I realize that gnucash does not support check printing, but wondered
if there were some way to export checks to file where they could be
printed as LaTeX files.
I suspect that at this point that is not possible, and so I'd
appreciate an overview of the situation: a) is check print
61 matches
Mail list logo