So Kevin, you also appreciate the limitation of those powerful features.
The suggestion of using PriceDB as the transaction conversion rate is as
disingenuous as using the closing price for share transactions.
In my view your issue is entering transaction data through the register
form. Prepare tr
mples of how this feature could be utilized.
> Thank you again for your time and consideration. I look forward to your
> feedback.
> Best regards,
> Kevin
> 发件人: John Ralls
> 发送时间: 2025年1月5日 4:54
> 收件人: Derek Atkins
> 抄送: Tian Kevin ; gnucash-devel@gnucash.org
> ;
Hi,
On Sun, January 5, 2025 9:45 am, Tian Kevin wrote:
> Thank you for your response. I would like to provide additional context
> regarding the importance of supporting functional currency amounts in
> transactions.
>
> 1.
> Compliance with Accounting Standards
> Financial accounting must adher
I’ve been mulling this for some time, incited by a user who calls himself
CDB-Man in the bug tracker and IRC. CDB-Man is a licensed accountant in
Vancouver, BC. There’s a lot of discussion in
https://bugs.gnucash.org/show_bug.cgi?id=797796.
I don’t think we need to add anything, just make a sma
Back around GnuCash 1.4 each split had a home currency / value. It was
removed in 1.6. The argument at the time was that if you're holding a
handful of, e.g. Mexican Pesos, it doesn't really matter what the USD value
was when you acquired them, it only matters what the value is when you need
Forgot Link to Bug report and patch file
https://bugs.gnucash.org/show_bug.cgi?id=796778
David
-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
ht
Hi,
I have attached a patch file with changes to
gnucash/import-export/import-main-matcher.c and
gnucash/gtkbuilder/dialog-import.glade for adding multiple selection
capability to the import-matcher with the ability to assign a single
transfer
account to the selected transactions.
Transactions
David Cousens schreef op 12 augustus 2018 23:53:09
CEST:
> The barrier up to now has always been
>finding my way round the code base but I found a program called
>SourceTrail which is great for locating all the places a particular
>variable structure or function is used. making tracking down
Rob,
I think it was I who was missing something. I would have expected the
Ctrl-click behaviour to be built in to the GTkTreeView and the dGTK
developers obviously thought it was so obvious they didn't have to mention
it. The pointers John gave me should help me sort it out.
Thanks
David
-
Thanks John,That cleared a few issues up for me. I'll have a look at
the gnc- tree- view-account code to get some pointers. I have
programmed before in C ,only a very little in C++, but I am fairly
rusty . I was surprised to get a few things wokring without any
problems so far. I am not sure brave
> On Aug 12, 2018, at 12:22 AM, David Cousens wrote:
>
> Hi,
>
> I raised the above bug as a feature request then I decided to try and tackle
> it myself. My concept was to have a popup menu activated by a right click in
> the matcher window area from which the user cou
> On Aug 12, 2018, at 3:47 AM, David Cousens wrote:
>
> I am assuming here that the python GTK
> implementation is an exact parallel of the C++ implementation. I would
> expect it to be pretty similar and possibly just the C++ code in Python
> wrappers.
David,
Gtk+ is written in C, not C++,
David,
I may be missing some thing but you should be able to select lines by
control, shift or by individual.
I think what you are after can be shown in the reconcile view, multiple
lines can be selected and then right moused to a menu.
Anyway, enjoy your holiday...
Bob
On 12 August 2018 at 11:4
Bob,
>From what I've read in the GtkTreeView documentation, the rubber-banding
mode only seems to support selection by dragging the mouse so one is only
able to select consecutive rows, not a group of single non-contiguous rows.
I could of course be wrong on that. It obviously sets the
GTK_SELECT
On 12 August 2018 at 08:22, David Cousens wrote:
> Hi,
>
> I raised the above bug as a feature request then I decided to try and
> tackle
> it myself. My concept was to have a popup menu activated by a right click
> in
> the matcher window area from which the user cou
Hi,
I raised the above bug as a feature request then I decided to try and tackle
it myself. My concept was to have a popup menu activated by a right click in
the matcher window area from which the user could enable and disable
multiple selection of transactions in the window and elect to assign a
Op dinsdag 22 mei 2018 16:32:00 CEST schreef Dennis Powless:
> I do not have gnucash/glade either.
>
> I've noticed there are several files that deal with the reconcile
> window and I was directed to this one in particular.
> window-reconcile.c
>
> I will direct my work on this file. I've got so
I do not have gnucash/glade either.
I've noticed there are several files that deal with the reconcile
window and I was directed to this one in particular.
window-reconcile.c
I will direct my work on this file. I've got some reading to do, in
order to get up to speed. Particularly with gtk
D
Op zondag 20 mei 2018 16:13:56 CEST schreef John Ralls:
> > On May 19, 2018, at 5:46 PM, Dennis Powless wrote:
> >
> > Ok, yes it would seem glade is much, much easier. However, I was not able
> > to open window-reconcile.c in glade, am I missing something? I thought
> > that was a gtk output?
> On May 19, 2018, at 5:46 PM, Dennis Powless wrote:
>
> Ok, yes it would seem glade is much, much easier. However, I was not able
> to open window-reconcile.c in glade, am I missing something? I thought
> that was a gtk output? I'll look over some of the gnucash pages,
> https://wiki.gnucash
I believe it'll be gnc-window-reconcile-ui.xml in gnucash/ui but no idea
how to modify it either. Not a glade file.
On 20 May 2018 at 08:46, Dennis Powless wrote:
> Ok, yes it would seem glade is much, much easier. However, I was not able
> to open window-reconcile.c in glade, am I missing some
Ok, yes it would seem glade is much, much easier. However, I was not able
to open window-reconcile.c in glade, am I missing something? I thought
that was a gtk output? I'll look over some of the gnucash pages,
https://wiki.gnucash.org/wiki/Development_Process for background to get up
to speed. F
Hello,
Thank you for developing such a beautiful software. I have been using it along
side with quickbooks trying to get away from quickbooks by learning its
features and capabilities. I would like to recommend a couple of changes/or
features:
1- One feature that is missing (may be it is there
I am wondering how much work it would be to implement a "tag/label/
group" feature that I have seen on other applications such as Mint,
Quicken, GMail etc. The idea has been around for a while and the
pipework may already be in place within GnuCash.
Essentially the feature would allow the us
Hi Elliot,
Am Montag, 20. September 2010 um 05:25:38 schrieb ...:
> I haven't been able to build 2.3.15 so excuse me if this has been
> accomplished already, but in using the invoice system, the find customer
> function does not offer a browse option. You must be able to reasonably
> guess the na
I haven't been able to build 2.3.15 so excuse me if this has been
accomplished already, but in using the invoice system, the find customer
function does not offer a browse option. You must be able to reasonably
guess the name of a customer for a search to work (search for * was not
supported).
W
Am Mittwoch, 23. Dezember 2009 schrieb Mark Haanen:
> > > 1. Would it be possible to change the source strings for lines
> > > 2275 in src/gnome/druid-loan.c so that it's no longer a
> > > concatenation?
>
> Yes; all other occurrances of "escrow" are sentences, allowing proper
> trans
Op dinsdag 22-12-2009 om 23:02 uur [tijdzone +0100], schreef Christian
Stimming:
> Am Dienstag, 22. Dezember 2009 schrieb Mark Haanen:
> > One quick and one complex question.
> >
> > 1. Would it be possible to change the source strings for lines 2275
> > in src/gnome/druid-loan.c so t
Am Dienstag, 22. Dezember 2009 schrieb Mark Haanen:
> One quick and one complex question.
>
> 1. Would it be possible to change the source strings for lines 2275
> in src/gnome/druid-loan.c so that it's no longer a
> concatenation, but two separate strings ("Escrow Payment" /
One quick and one complex question.
1. Would it be possible to change the source strings for lines 2275
in src/gnome/druid-loan.c so that it's no longer a
concatenation, but two separate strings ("Escrow Payment" /
"Payment")? This would allow me to properly translate
Hi,
Quoting Adolf Szabo :
Hello,
First: gnucash is an excellent piece of program, it really rocks.
However its main weakness is the lack of simple export/import
functionality in tab separated format for loading from/to excel
(gnumeric). I know I can export as a report to html and load to ex
Hello,
First: gnucash is an excellent piece of program, it really rocks. However its
main weakness is the lack of simple export/import functionality in tab
separated format for loading from/to excel (gnumeric). I know I can export as a
report to html and load to excel from that, but it is not t
I look forward to seeing your patch.
>
> -derek
>
>
I know nothing about coding other than simple VBA script. I actually tried
navigate but lost in Gnucash source tree, it is sad.
--
View this message in context:
http://www.nabble.com/Feature-request%3A-add-adjusting-factor-option
Hi!
channel16 writes:
> Some online quotes are measured in different unit, for example, cent instead
> of pound, or stock price in 100 shares instead of 1 share as on Chinese
> open-end mutual funds market. In KMyMoney, the retrieved quotes can be
> converted into correct form by an
> http://km
-manual/details.investments.onlinequotes.html#id2506338
adjusting factor . It would be great to add this feature to Gnucash.
--
View this message in context:
http://www.nabble.com/Feature-request%3A-add-adjusting-factor-option-when-retrieve-quotes-online-tp21697614p21697614.html
Sent from the
Thilo Pfennig wrote:
Maybe this is a misunderstanding but what I mean is that if I make an
entry into the account "bank" I think this should still be visible,
because only if it wont there would be an error. I think oen should
distinct the real bank account and the bank account in GnuCash. Sure
my two cents
I think it would be wise to collect a precise definition of the formal
requirements before making any design decisions.
ABSOLUTELY -- determining requirements is the first step in design.
How about collecting translations of relevant sections of the actual laws in
the wiki, to
Bastiaan Veelo wrote:
> I think it would be wise to collect a precise definition of the formal
> requirements before making any design decisions. How about collecting
> translations of relevant sections of the actual laws in the wiki, to
> find the common denominator? This bit should be provided
Derek Atkins wrote:
> Perhaps this should get tied into the book closing clode? When you
> close the books on a period, all the transactions in that period become
> uneditable? We DO have the ability to mark a transaction specifically
> as read-only. It wouldn't be too hard to also mark the txn
Am Sat, 16 Feb 2008 16:52:51 +0200
schrieb Graham Leggett <[EMAIL PROTECTED]>:
> This isn't true - each entry can have more than two ends in the form
> of splits, the only requirement is that all the splits add up to zero.
ACK, I should rather have written "at least two ends".
> Gnucash isn't t
it must remain
>> possible to allocate the bank split to say "petty cash" or "overs and
>> unders" if a mistake was found.
>>
> Graham's comment on bank reconciliation makes me wonder wether this new
> feature request isn't some kind of va
>
Graham's comment on bank reconciliation makes me wonder wether this new
feature request isn't some kind of variation on reconciliation ?
I used to get a warning when I tried ot modify a reconciled transaction with
the option to allow the change or not. To my confusion, this doesn't
Thilo Pfennig wrote:
I think from the acounting perspective every entry consists on som
field like the date, the accounts, some text,... I also dont think a
mix of inalterable accounts and alterable accounts makes much sense
because every entry has two ends, so if one end is inalterable the
othe
Christian Stimming wrote:
Makes sense, but do you have any ideas how such a per-account setting can be
implemented in the GUI? Currently, all per-account settings can be set in
the "Edit Account" dialog. However, a setting "Make this an inalterable
account" shouldn't be allowed to be disabled
Am Sat, 16 Feb 2008 09:18:03 +0100
schrieb Christian Stimming <[EMAIL PROTECTED]>:
> Makes sense, but do you have any ideas how such a per-account setting
> can be implemented in the GUI? Currently, all per-account settings
> can be set in the "Edit Account" dialog. However, a setting "Make
> this
Am Freitag, 15. Februar 2008 23:50 schrieb Graham Leggett:
> > a gnucash mode of operation
> > where the user can not edit older transactions anymore
>
> You would definitely want to set this per account, because some accounts
> in gnucash are authoritative (eg accounts dealing with the issuing of
Christian Stimming wrote:
Some German business users brought up a "feature" request that sounds a bit
weird for a programmer: They asked for a gnucash mode of operation where the
user can not edit older transactions anymore!
Makes perfect sense - wearing my programmer hat on
Am Fri, 15 Feb 2008 21:43:25 +0100
schrieb Christian Stimming <[EMAIL PROTECTED]>:
> I'm still not completely sure how the actual implementation would
> look like.
I think the best way would be not to select the feature but that by
selecting some account templates you will get that.
If anybody
On Fri, 2008-02-15 at 21:43 +0100, Christian Stimming wrote:
> Some German business users brought up a "feature" request that sounds a bit
> weird for a programmer: They asked for a gnucash mode of operation where the
> user can not edit older transactions anymore!
This is
Summary:
Some German business users brought up a "feature" request that sounds a bit
weird for a programmer: They asked for a gnucash mode of operation where the
user can not edit older transactions anymore!
I'll explain why this might make sense and why I'll probably com
Mike or Penny Novack <[EMAIL PROTECTED]> writes:
> Oh dear, making me sorry I ever brought the issue up. Look, I'm not an
> accountant but have worked on systems that have to record billings and
> payments.
>
> Yes, some businesses do put "suspense" money into a separate bank
> account (asset side
Dan Widyono <[EMAIL PROTECTED]> writes:
>> "Suspense" accounts are a user thing. GnuCash doesn't care, and
>> indeed shouldn't care. You can Process Payment into a Suspense
>> Account just as easily as you can Process Payment into a Checking
>> Account.
>
> Is it useful to allow aliases for Acco
>>"Suspense" accounts are a user thing. GnuCash doesn't care, and
>>indeed shouldn't care. You can Process Payment into a Suspense
>>Account just as easily as you can Process Payment into a Checking
>>Account.
>>
>>
Is it useful to allow aliases for Account Types? Or to add a Suspense
type
> "Suspense" accounts are a user thing. GnuCash doesn't care, and
> indeed shouldn't care. You can Process Payment into a Suspense
> Account just as easily as you can Process Payment into a Checking
> Account.
Is it useful to allow aliases for Account Types? Or to add a Suspense type
which is j
As Nathan pointed out, Bugzilla is the best place to request a
feature,
Well, I filed a bug for this. It's Bug #466773
(http://bugzilla.gnome.org/show_bug.cgi?id=466773). Hopefully, I did it
right and described the situation properly. I only use this for personal
finances so I don't really
As Nathan pointed out, Bugzilla is the best place to request a
feature,
Well, I filed a bug for this. It's Bug #466773
(http://bugzilla.gnome.org/show_bug.cgi?id=466773). Hopefully, I did it
right and described the situation properly. I only use this for personal
finances so I don't really
Joshua,
"Joshua Moore" <[EMAIL PROTECTED]> writes:
> Well, since I haven't seen any responses I assume this feature doesn't
> exist yet. Is this an appropriate place to request it? Also, does
> anyone else even want this feature? It's pretty important to me, but
> I guess it would fall pretty
Hi,
I'm sure you meant this in a constructive way, but even after
reading this over several times over a couple days it still
comes across as condescending. I'm SURE you didn't mean it that
way, but honestly, I (and most of the GnuCash developers) have
a lot of experience in software development.
Hi!
On 8/13/07, Joshua Moore <[EMAIL PROTECTED]> wrote:
>
> Well, since I haven't seen any responses I assume this feature doesn't
> exist
> yet.
I haven't seen it, though I don't use that part of gnucash.
Is this an appropriate place to request it? Also, does anyone else
> even want this feat
Well, since I haven't seen any responses I assume this feature doesn't exist
yet. Is this an appropriate place to request it? Also, does anyone else
even want this feature? It's pretty important to me, but I guess it would
fall pretty low on a priority list if no one else is interested.
F
>
>
>
>Doing multiple non-consecutive invoices for the payment process would
>be arbitrarily complex. At that point the real answer is a real
>solution to http://bugzilla.gnome.org/show_bug.cgi?id=108570
>
>In my business experience this disputing an invoice is extremely
>rare, so I dont think tha
"John Z. Bohach" <[EMAIL PROTECTED]> writes:
> Yes, a drop down list for all that stuff would be great, like the combo
> box idea, but for invoices, keep in mind it would still be nice to
> select multiple non-sequential ones, hopefully the combo-box allows
> that.
Doing multiple non-consecuti
On Thursday 09 August 2007 06:35:45 pm Josh Sled wrote:
> "John Z. Bohach" <[EMAIL PROTECTED]> writes:
> > But documentation enhancements aside, I think others have also
> > expressed an interest in not always having to do a 'find ...'
> > {invoice,customer,etc.} and just rather have a drop down li
"John Z. Bohach" <[EMAIL PROTECTED]> writes:
> But documentation enhancements aside, I think others have also expressed
> an interest in not always having to do a 'find ...'
> {invoice,customer,etc.} and just rather have a drop down list show
> everything for that category, but that's getting of
On Thursday 09 August 2007 04:29:33 pm Nathan Buchanan wrote:
> Hi John,
>
> On 8/9/07, John Z. Bohach <[EMAIL PROTECTED]> wrote:
> > On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
> > > Um, gnucash has ALWAYS supported this. It will pay the invoices
> > > in FIFO order. If you select
John Z. Bohach wrote:
> On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
>> Um, gnucash has ALWAYS supported this. It will pay the invoices
>> in FIFO order. If you select an invoice in the process payment
>> dialog (you dont have to! it's completely optional) then it puts
>> that invoi
Hi John,
On 8/9/07, John Z. Bohach <[EMAIL PROTECTED]> wrote:
>
> On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
> > Um, gnucash has ALWAYS supported this. It will pay the invoices
> > in FIFO order. If you select an invoice in the process payment
> > dialog (you dont have to! it's c
On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
> Um, gnucash has ALWAYS supported this. It will pay the invoices
> in FIFO order. If you select an invoice in the process payment
> dialog (you dont have to! it's completely optional) then it puts
> that invoice at the front of the FIFO,
Um, gnucash has ALWAYS supported this. It will pay the invoices
in FIFO order. If you select an invoice in the process payment
dialog (you dont have to! it's completely optional) then it puts
that invoice at the front of the FIFO, but any overpayment will
then spill over to the next one in the li
Hello,
I am a programmer, even did some Scheme work way back in the old days
(loved programming in Scheme...) of TI-Scheme on a IBM-DOS box.
Judging from some of the comments on the gnucash-users mailing list, my
own experiences, and reality, it is quite often the case that a
customer will sen
Josh Sled wrote:
> Christopher Blunck <[EMAIL PROTECTED]> writes:
>
>> seen in step #5. If you press tab on step #5 and you are brought to
>> a new subtransaction line why doesn't that ALWAYS happen?
>>
>
> Because there's a bug in the tab handling. I believe it's already been
> filed,
Christopher Blunck <[EMAIL PROTECTED]> writes:
> seen in step #5. If you press tab on step #5 and you are brought to
> a new subtransaction line why doesn't that ALWAYS happen?
Because there's a bug in the tab handling. I believe it's already been
filed, but I don't have time at present to fin
Hello,
I've been using GnuCash since 2004 and love it. I've talked it up to
several different people and they're now happy GnuCash users. It's a
great tool that fills a huge gap in the OSS community.
All that being said, I'm absolutely pulling my hair out over the
behavior of "tab" (keyst
"Marco Balmer" <[EMAIL PROTECTED]> writes:
> What is the status of this feature request?
>
> Bug 106383 feature request: close year end
> http://bugzilla.gnome.org/show_bug.cgi?id=106383
>
> I know it's only a feature request, but I'd like to use
Josh,
You're right. As soon as possible for me, I will make
some test scenarios and post it here.
Marco
Am Fr, 15.06.2007, 15:34, schrieb Josh Sled:
> It might be helpful if you write up a description of the testing you did,
> and what the effects of the feature were. That might convince someon
Hello all
What is the status of this feature request?
Bug 106383 feature request: close year end
http://bugzilla.gnome.org/show_bug.cgi?id=106383
I know it's only a feature request, but I'd like to use such a feature.
Thank you for informat
On Fri, 2005-08-19 at 15:34 -0700, Karl Hegbloom wrote:
> But if I enter the transaction now, even if it is post-dated, won't that
> affect the displayed account balance? That would make it difficult to
Both the present and future balances are displayed.
> I will need to spend a lot of time lea
On Fri, 2005-08-19 at 16:24 -0400, Josh Sled wrote:
> On Fri, 2005-08-19 at 12:48 -0700, Karl Hegbloom wrote:
>
> > Perhaps a special feature for posting a DDA could schedule the repayment
> > just as the bank does, to have it happen right after posting the
> > paycheck? A dialog could take the i
On Fri, 2005-08-19 at 12:48 -0700, Karl Hegbloom wrote:
> Perhaps a special feature for posting a DDA could schedule the repayment
> just as the bank does, to have it happen right after posting the
> paycheck? A dialog could take the initial information, like the amount
Could you simply create b
I sometimes take 'direct deposit advances' from my bank. When my weekly
paycheck is depositted, the bank system triggers an automatic repayment
of the advance plus a finance charge.
In GnuCash, I've learned how to set up an automatic transaction for the
paycheck deposit, but not one for the DDA r
On 7/20/2004 9:03 AM, I believe that Hoffmeis wrote:
There is a really nice feature in Microsoft Money, which I use all the
time: forcast cash flow. This feature really makes it easy to plan future
investments or to create saving plans for recurring bills. As much as I
like to change away from Mone
There is a really nice feature in Microsoft Money, which I use all the
time: forcast cash flow. This feature really makes it easy to plan future
investments or to create saving plans for recurring bills. As much as I
like to change away from Money. I found no other Program which provides
this featu
This sounds like a Scheduled Transaction, which is being worked on in
the CVS version of Gnucash.
-derek
Jeff Warnica <[EMAIL PROTECTED]> writes:
> Hi all..
>
> I dont know where this idea fits in the grand scheme of things, but Ive
> come up with what would definitly help me, and probabaly
Hi all..
I dont know where this idea fits in the grand scheme of things, but Ive
come up with what would definitly help me, and probabaly others..
Weekly we do a deposit here in the office.. At that point I record income
from sources moving into the 'office' account, and then moving money fr
On Mon, Dec 17, 2001 at 03:52:15AM -0800, Dave Peticolas wrote:
> 1.6.5 - 16 December 2001
> o Euro conversion druid
> o Updated or new translations for Brazilian Portuguese,
>Danish, German, Nicaraguan Spanish, Norwegian, Portuguese,
>Slovak, Spanish, a
A patch to do this would certainly be accepted. (hint hint)
-derek
A Guy Called Tyketto <[EMAIL PROTECTED]> writes:
> On Mon, Dec 17, 2001 at 03:52:15AM -0800, Dave Peticolas wrote:
> > 1.6.5 - 16 December 2001
> > o Euro conversion druid
> > o Updated or new translations fo
cvs gnucash places little boxes with crosses on all splits belonging to
an unbalanced transactions.
I was wondering if these little cross boxes could be turned into buttons
which would cause the transaction to be balanced by adjusting the split
containing the button.
This would really simplify t
Alan Orndorff writes:
> Not sure what other people will think, BUT...
>
> A while ago I asked if it would be possible to have a Quicken
> feature added to Gnucash. Basically, if you schedule transactions
> into the future, Gnucash will show the future balance and not
> the current balance. Quic
Not sure what other people will think, BUT...
A while ago I asked if it would be possible to have a Quicken
feature added to Gnucash. Basically, if you schedule transactions
into the future, Gnucash will show the future balance and not
the current balance. Quicken will show both.
I actually st
Dave Peticolas wrote:
> In the meantime, are you aware of the keyboard accelerators
> for entering dates in the register? They are explained under
> the manual pages under the link 'Date Input'.
I looked this up in the help from 1.3.7, and I clicked on the link `keyboard
shortcuts' or whatever i
> I'd like to request a feature - which I hope will be simple to add.
>
> I usually enter transactions directly into the register, rather than
> using the 'transaction' window. I find it much quicker. However, I would
> like to be able to access the convenience of the calendar widget for
> enteri
I'd like to request a feature - which I hope will be simple to add.
I usually enter transactions directly into the register, rather than
using the 'transaction' window. I find it much quicker. However, I would
like to be able to access the convenience of the calendar widget for
entering dates, wh
>
> That's what I've been told. I haven't gotten around to figuring them out yet
> It looks straightforward. I've just been lazy -- I don't need it myself.
A quick tutorial on i18n in reports.
First, translatable strings. Any string your report
may generate must be recorded so that translator
logic gets a bit more
> sophisticated (we'll have to add hooks that can change other option
> values and inform the GUI of the change).
Ayyep. So, I guess we've now formulated a feature request ourselves.
>
> > 5) pick some colours that aren't ugly. :)
> You&
I've been having a look at adding Palm support, but as that's going
glacially slowly (understanding gnome-pilot isn't easy and the
gnome-pilot developers take a few days to respond to each query).
I think I'll try fiddling with the report while I'm waiting. Thanks
for the tutorial.
> While yo
On Thu, 27 Apr 2000, Robert Graham Merkel wrote:
> Bryan,
> thanks for your new transaction report. It's a
> great improvement on my original.
>
Oops. Sorry about that. Just read the title now: "feature request" rather
than "how do I?". Let
On Thu, 27 Apr 2000, Robert Graham Merkel wrote:
> Bryan,
> thanks for your new transaction report. It's a
> great improvement on my original.
>
> However, the original printed amounts over two columns (credits
> in one, debits in the other), while the new version prints them in
> on
Bryan,
thanks for your new transaction report. It's a
great improvement on my original.
However, the original printed amounts over two columns (credits
in one, debits in the other), while the new version prints them in
one, with parentheses or other indication of negative amounts.
I use an ancient DOS-based financial program called "Tree Based"
that has a capability that I've never found elsewhere, and that
I would like to recommend to your consideration.
On comp.os.linux.development.apps, I explained this as follows:
From looking at the gnucash.org web site just now,
99 matches
Mail list logo
