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
Andrew Sackville-West <[EMAIL PROTECTED]> writes:
>> Nope, the business stuff isn't in the registers at all. This is
>> why you NEED to use the Invoice and "Process Payment" functions
>> through the menus and NOT use the registers.. The registers have
>> no clue about the business features.
>
>
On Fri, Jul 06, 2007 at 10:32:07AM -0400, Derek Atkins wrote:
> Andrew Sackville-West <[EMAIL PROTECTED]> writes:
>
> >> I still don't see why it matters. Something like the Payee should be
> >> tied to the Description, which is part of the Transaction object, not
> >> the Split object. So it do
Andrew Sackville-West <[EMAIL PROTECTED]> writes:
>> I still don't see why it matters. Something like the Payee should be
>> tied to the Description, which is part of the Transaction object, not
>> the Split object. So it doesn't matter which is the "primary Split"
>> in order to add ancillary i
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
On Mon, Jul 02, 2007 at 04:43:31PM -0400, Derek Atkins wrote:
> Andrew Sackville-West <[EMAIL PROTECTED]> writes:
>
> > ISTM that there are a number of situations where this issue comes up
> > with gnucash: "we don't know which split is the one to use for
> > ". I guess it comes up in sched-x a bi
Andrew Sackville-West <[EMAIL PROTECTED]> writes:
> ISTM that there are a number of situations where this issue comes up
> with gnucash: "we don't know which split is the one to use for
> ". I guess it comes up in sched-x a bit and in other places
> where the display of information is not necessar
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 fields; the problem
> is
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, people would be able to
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 that he
> can't print checks wit
Hi,
Calum Polwart <[EMAIL PROTECTED]> writes:
> 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!
No, it'll just stick in the queue until the moderator clears it.
> I've been tring out the chec
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
> the other annoyances o
--On Friday, April 23, 2004 14:56 -0400 Derek Atkins <[EMAIL PROTECTED]>
wrote:
Hi,
Carl <[EMAIL PROTECTED]> writes:
1. Using the Payee name, search the list of vendors and employees for
a match. If found, use that as the address to print on the check. If
not found, leave the address area blank
Hi,
Carl <[EMAIL PROTECTED]> writes:
> 1. Using the Payee name, search the list of vendors and employees for
> a match. If found, use that as the address to print on the check. If
> not found, leave the address area blank or bring up a window that
> allows the user to find the correct name, add a
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 is a considerably smaller job than on
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
[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 display for the
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 send empty email to: [E
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 suspect that at
> 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 printing
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 export ch
27 matches
Mail list logo
