Re: [GNC] Transactions in Placeholder

[David T. via gnucash-user]

Michael, 

The OP problem had to do with the importer adding transactions to a placeholder 
account. So that's why I am discussing that, rather than bringing up the 
creation of new accounts in the process. I'm not even sure how that applies 
here; a newly-created account during the import process (if such is even 
achievable in the import process) would presumably not be set as a placeholder 
account. 

GnuCash already prevents a user from entering transactions into a placeholder 
account-- and even prevents you from opening such accounts without an explicit 
(non standard) open mode. The only way I know of entering transactions into a 
placeholder account is to turn off the setting first. Of course, then, it's not 
a placeholder account...

Again, in my example, you're missing the point. I'm not talking about the 
special case where a user has elevated rights and logs in specially to use 
them. I'm talking about a system allowing any user to change any file-- or 
worse, a system changing them as a result of some other action I took. If I, as 
a regular user, were to overwrite YOUR files, you'd be rather upset.

I'll repeat: adding transactions to a placeholder account during an import 
should not be possible, since it violates the GnuCash definition of a 
placeholder account. 

⁣David T. ​

On Apr 29, 2023, 6:17 PM, at 6:17 PM, Michael or Penny Novack 
 wrote:
>On 4/29/2023 10:08 AM, David T. wrote:
>> Michael,
>>
>> I disagree. The importer shouldn't put transacting into an account 
>> that is--by definition-- write protected.
>>
>> My counter example would be a write-protected file folder. An 
>> operating system that allowed a user to put data into a 
>> write-protected folder would come in for serious criticism.
>>
>> Temporary records should go somewhere, for sure. It's been my 
>> experience that GnuCash uses Imbalance-xxx for such transactions. Why
>
>> would you ever expect to put them in write-protected accounts?
>>
>You are talking about the  behavior of the IMPORTER.
>
>Your proposed solution would affect ANY entry of transactions.
>
>And an operating system SHOULD allow writing into a write protected 
>folder whenever the person (or program) doing so has sufficient
>"rights" 
><< normally when I am logged in it is WITHOUT admin rights (even on my 
>home system) -- bear in mind decades in the cypher mines where I had to
>
>be very conscious of whether I was using my ordinary login or my
>"prod*" 
>log in. Like in the middle of the night emergency fix to a hanging 
>production program -- doing this during the day I would walk over to
>the 
>desk of whoever normally handled "builds" and have them do the 
>replacement of the program in the production library>>
>
>Michael
>
>PS --- By all means ask for a change to the behavior of the importer if
>
>you think that is in order. But actually what you want is that the 
>importer verify that it isn't specifying an account that does not exist
>
>OR one that is a placeholder. We used to call something like the the 
>"input editor" portion of a transaction handling program.
___
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] Transactions in Placeholder

[Stan Brown]

On 2023-04-29 08:17, Michael or Penny Novack wrote:
> And an operating system SHOULD allow writing into a write protected
> folder whenever the person (or program) doing so has sufficient "rights"

Oh dear no. It should let someone with privilege write into the folder
_after requiring the user to confirm the operation_ (or to remove the
write protection status, of course). That two-step operation is
protection against a careless keypress wreaking havoc.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
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] Search and Replace

[Stan Brown]

On 2023-04-29 08:32, Gyle McCollam wrote:
> On your second point, there’s also  menu option Transaction-> Cancel> 
> Transaction to undo any unwanted changes.

I was unaware that this existed. The description in the help manual
makes it sound just like clicking Delete on an unfinished transaction.

By experiment I found that Cancel Transaction doesn't do anything on a
transaction that has been committed with the Enter key. Is that the only
difference between Cancel and Delete, or are there others?

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
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] Search and Replace

[Gyle McCollam]

John,
I see said the blind man as he felt the elephant's trunk or Can't see the 
forest for the trees.  Yes, just like that one!  My apologies.  However, my 
buttons aren't as colorful as yours.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


From: john 
Sent: Saturday, April 29, 2023 12:21 PM
To: Gyle McCollam 
Cc: dev...@asia.com ; gnucash-user@gnucash.org 

Subject: Re: [GNC] Search and Replace



> On Apr 29, 2023, at 8:32 AM, Gyle McCollam  wrote:
>
> On my 2nd point, thank you so much, cancel works just fine.  I wish there was 
> a toolbar button so I wouldn't forget it is available, but you can't have 
> everything.
>

You mean like this one?

Regards,
John Ralls
[cid:9e0b0110-2779-43ee-9136-2b43493a6372@namprd10.prod.outlook.com]
___
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] Search and Replace

[john]

> On Apr 29, 2023, at 8:32 AM, Gyle McCollam  wrote:
> 
> On my 2nd point, thank you so much, cancel works just fine.  I wish there was 
> a toolbar button so I wouldn't forget it is available, but you can't have 
> everything.
> 

You mean like this one?

Regards,
John Ralls
___
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] Search and Replace

[Gyle McCollam]

On my 2nd point, thank you so much, cancel works just fine.  I wish there was a 
toolbar button so I wouldn't forget it is available, but you can't have 
everything.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


From: gnucash-user  on 
behalf of dev...@asia.com 
Sent: Saturday, April 29, 2023 10:09 AM
To: gnucash-user@gnucash.org 
Subject: Re: [GNC] Search and Replace


On your second point, there’s also  menu option Transaction-> Cancel 
Transaction to undo any unwanted changes.

Cheers.

--

From: Gyle McCollam 
To: "gnucash-user@gnucash.org" 
Subject: [GNC] Search and Replace
Message-ID:



Content-Type: text/plain; charset="iso-8859-1"

Now that V5.0 offers choices when you start typing in the description, I find 
errors in spelling and other differences in the way I've entered names.  I try 
to clean these up, but sometimes there are n excess of a hundred, because they 
were repeated when earlier versions showed suggestions.  In order to eliminate 
V5.0 offering this bad spelling along with the proper spelling the incorrect 
spelling needs to be changed.  It would be helpful if Gnucash offer a llokup 
and replace function.  I haven't found one, am I missing it or doesn't it 
exist.  If not I will suggest it for a future enhancement.

While on the subject of enhancements, It would be helpful to have an undo and 
redo function as in Libre Office and many other spreadsheet programs.  I have 
sometimes accidentally changed a transaction or eliminated what is in a field 
and would like to exit the transaction with no changes.  Is there a way to do 
that now?


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


___
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 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] Search and Replace

[Glenn Fowler]

What I have found useful is to turn off auto-save and enable the timeout on
"save changes on closing".  This allows to easily save changes or revert on
closing.
___
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] Transactions in Placeholder

[Michael or Penny Novack]

On 4/29/2023 10:08 AM, David T. wrote:

Michael,

I disagree. The importer shouldn't put transacting into an account 
that is--by definition-- write protected.


My counter example would be a write-protected file folder. An 
operating system that allowed a user to put data into a 
write-protected folder would come in for serious criticism.


Temporary records should go somewhere, for sure. It's been my 
experience that GnuCash uses Imbalance-xxx for such transactions. Why 
would you ever expect to put them in write-protected accounts?



You are talking about the  behavior of the IMPORTER.

Your proposed solution would affect ANY entry of transactions.

And an operating system SHOULD allow writing into a write protected 
folder whenever the person (or program) doing so has sufficient "rights" 
<< normally when I am logged in it is WITHOUT admin rights (even on my 
home system) -- bear in mind decades in the cypher mines where I had to 
be very conscious of whether I was using my ordinary login or my "prod*" 
log in. Like in the middle of the night emergency fix to a hanging 
production program -- doing this during the day I would walk over to the 
desk of whoever normally handled "builds" and have them do the 
replacement of the program in the production library>>


Michael

PS --- By all means ask for a change to the behavior of the importer if 
you think that is in order. But actually what you want is that the 
importer verify that it isn't specifying an account that does not exist 
OR one that is a placeholder. We used to call something like the the 
"input editor" portion of a transaction handling program.


___
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] Search and Replace

[devaps]

On your second point, there’s also  menu option Transaction-> Cancel 
Transaction to undo any unwanted changes. 

Cheers. 

--

From: Gyle McCollam 
To: "gnucash-user@gnucash.org" 
Subject: [GNC] Search and Replace
Message-ID:



Content-Type: text/plain; charset="iso-8859-1"

Now that V5.0 offers choices when you start typing in the description, I find 
errors in spelling and other differences in the way I've entered names.  I try 
to clean these up, but sometimes there are n excess of a hundred, because they 
were repeated when earlier versions showed suggestions.  In order to eliminate 
V5.0 offering this bad spelling along with the proper spelling the incorrect 
spelling needs to be changed.  It would be helpful if Gnucash offer a llokup 
and replace function.  I haven't found one, am I missing it or doesn't it 
exist.  If not I will suggest it for a future enhancement.

While on the subject of enhancements, It would be helpful to have an undo and 
redo function as in Libre Office and many other spreadsheet programs.  I have 
sometimes accidentally changed a transaction or eliminated what is in a field 
and would like to exit the transaction with no changes.  Is there a way to do 
that now?


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com   email


___
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] Transactions in Placeholder

[David T. via gnucash-user]

Michael, 

I disagree. The importer shouldn't put transacting into an account that is--by 
definition-- write protected. 

My counter example would be a write-protected file folder. An operating system 
that allowed a user to put data into a write-protected folder would come in for 
serious criticism.

Temporary records should go somewhere, for sure. It's been my experience that 
GnuCash uses Imbalance-xxx for such transactions. Why would you ever expect to 
put them in write-protected accounts? 

⁣David T. ​

On Apr 29, 2023, 4:52 PM, at 4:52 PM, Michael or Penny Novack 
 wrote:
>On 4/29/2023 2:39 AM, David T. via gnucash-user wrote:
>> There's no hard rule either way. Some users feel strongly about not
>having any transactions in placeholder accounts, though, and advocate
>loudly on the list in support of it.  But there's nothing in the
>software preventing a placeholder account having transactions in it.
>>
>> That said, the importer really shouldn't put transactions into a
>placeholder, since the whole point of the placeholder designation is to
>prevent transactions from being put there. That sounds like a bug.
>
>I wouldn't go so far as to call it a bug. Do we really need a prevent 
>stupid mistake fence here? A hard fence? << a soft fence that can be 
>enabled/disabled as a user option significantly more work >>
>
>In the normal course of things, the logical INTENT of having a 
>placeholder account is that it is an account concept (sort of account) 
>that has a number of child  accounts dividing that concept up in finer 
>detail. That said 
>
>Consider the work flow ... you are entering transactions and in that 
>process find you have a number within that concept that do NOT properly
>
>fit any of the existing child accounts. Yes you can create accounts on 
>the fly BUT you might immediately see that once you have created this 
>new child or children, SOME of the transactions currently recorded in 
>one or more of the preexisting children really should be moved to one
>of 
>these new children.
>
>In other words, you have work to do, and maybe in the middle of
>entering 
>transactions not the best place to do that work. I, for one, do not
>want 
>to ever interrupt the task of entering a stack of transactions because 
>THAT is a possible source of error, one that gnucash or any other 
>accounting app does not protect us from << getting wrong where we were 
>when resuming entering that stack; do one twice or miss one >>
>
>SO  I like it that I could temporarily enter these transactions
>into 
>the parent and leave the clean-up for a later time. The presence of 
>transactions in the parent that is logically a placeholder serves as a 
>reminder "you've got work to do here" << for THAT reason I would use
>the 
>following work flow for that --- first create the new child/children, 
>second move any in the preexisting children that better fit here, and 
>only last distribute those in parent to the proper children. That way, 
>if this task is interrupted, the transactions remaining in the parent 
>serve to indicate "not done yet". And in exceptional situations maybe 
>you want to leave an oddball transaction there  (in the parent) because
>
>you do not expect there to be others oddball in the same way.
>
>So I would prefer using gnucash with the option "allow" (transactions
>in 
>parent intended as a placeholder) trusting my good sense from keeping
>me 
>from ACCIDENTALLY entering a transaction there.
>
>
>Michael D Novack
>
>
>
>
>___
>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 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] Transactions in Placeholder

[Michael or Penny Novack]

On 4/29/2023 2:39 AM, David T. via gnucash-user wrote:

There's no hard rule either way. Some users feel strongly about not having any 
transactions in placeholder accounts, though, and advocate loudly on the list 
in support of it.  But there's nothing in the software preventing a placeholder 
account having transactions in it.

That said, the importer really shouldn't put transactions into a placeholder, 
since the whole point of the placeholder designation is to prevent transactions 
from being put there. That sounds like a bug.


I wouldn't go so far as to call it a bug. Do we really need a prevent 
stupid mistake fence here? A hard fence? << a soft fence that can be 
enabled/disabled as a user option significantly more work >>


In the normal course of things, the logical INTENT of having a 
placeholder account is that it is an account concept (sort of account) 
that has a number of child  accounts dividing that concept up in finer 
detail. That said 


Consider the work flow ... you are entering transactions and in that 
process find you have a number within that concept that do NOT properly 
fit any of the existing child accounts. Yes you can create accounts on 
the fly BUT you might immediately see that once you have created this 
new child or children, SOME of the transactions currently recorded in 
one or more of the preexisting children really should be moved to one of 
these new children.


In other words, you have work to do, and maybe in the middle of entering 
transactions not the best place to do that work. I, for one, do not want 
to ever interrupt the task of entering a stack of transactions because 
THAT is a possible source of error, one that gnucash or any other 
accounting app does not protect us from << getting wrong where we were 
when resuming entering that stack; do one twice or miss one >>


SO  I like it that I could temporarily enter these transactions into 
the parent and leave the clean-up for a later time. The presence of 
transactions in the parent that is logically a placeholder serves as a 
reminder "you've got work to do here" << for THAT reason I would use the 
following work flow for that --- first create the new child/children, 
second move any in the preexisting children that better fit here, and 
only last distribute those in parent to the proper children. That way, 
if this task is interrupted, the transactions remaining in the parent 
serve to indicate "not done yet". And in exceptional situations maybe 
you want to leave an oddball transaction there  (in the parent) because 
you do not expect there to be others oddball in the same way.


So I would prefer using gnucash with the option "allow" (transactions in 
parent intended as a placeholder) trusting my good sense from keeping me 
from ACCIDENTALLY entering a transaction there.



Michael D Novack




___
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] Building Gnucash on Fedora 37 - "No package 'glib-2.0' found" error

[Vivek Gani]

I'm pretty sure it was a git checkout via `git clone
g...@github.com:Gnucash/gnucash.git`
. I was sorta pressed for time and ended up just installing the rpm package
of gnucash which met my needs for python bindings - see
https://discussion.fedoraproject.org/t/trying-to-build-gnucash-from-source-cmake-getting-no-package-glib-2-0-found/79234
for another discussion thread I started at the time.

-Vivek

On Tue, Apr 25, 2023 at 4:45 AM Geert Janssens 
wrote:

> Hi,
>
> A late reply...
>
> I'm on Fedora 37 as well, but can't reproduce the error.
>
> I'm currently building the current stable branch though, not 4.13. Where
> does your gnucash-4.13 come from ? Is that a release tarball, or a git
> checkout ?
>
> Regards,
>
> Geert
>
> Op donderdag 9 maart 2023 23:52:52 CEST schreef Vivek Gani:
>
> > Hi,
>
> >
>
> > I'm trying to build gnucash from source (rather than the rpm package or
>
> > flatpak for python bindings) on Linux (Fedora 37) and keep running into
> an
>
> > issue where on build I get the error:
>
> >
>
> > ```
>
> > -- Checking for module 'glib-2.0>=2.56.1'
>
> > --   No package 'glib-2.0' found
>
> > ```
>
> >
>
> > What I've tried so far:
>
> > - I've installed glib2.0-devel via `sudo dnf install glib2-devel`
>
> > - I've checked via `yum provides */glib2.0.pc` which shows it is in the
>
> > `/usr/lib64/pkgconfig` directory.
>
> > - I've checked the contents of `echo $PKG_CONFIG_PATH` which shows
>
> > directories like `/usr/lib64/pkgconfig` are listed.
>
> > - I've tried building gnucash with various different arguments, but
> similar
>
> > to the directions in
>
> > https://wiki.gnucash.org/wiki/CMake#GnuCash_Configuration_Variables &
>
> >
> https://wiki.gnucash.org/wiki/Building_On_Linux#Build_using_CMake_and_Ninja
>
> > I've tried in my build directory:
>
> > `cmake -DCMAKE_INSTALL_PREFIX=$HOME/opt
>
> > -DCMAKE_PREFIX_PATH=$PKG_CONFIG_PATH  -DCMAKE_VERBOSE_MAKEFILE=on
>
> > ../gnucash-4.13`
>
> >
>
> > and get the glib error. It happens also without the CMAKE_PREFIX_PATH,
> just
>
> > running plain `cmake .` in the gnucash source directory, etc.
>
> >
>
> > Any idea what I'm missing to get things to build?
>
> >
>
> > Thanks in advance,
>
> > Vivek
>
> > ___
>
> > 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 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] Online quote retrieval not working in Gnu ash 5.0

[WR D]

Interesting ... thanks to this, I just realised my ASX quotes stopped updating 
as of 31/3.Not sure it was related to any update however.


-Original Message-
From: gnucash-user  On 
Behalf Of TFT
Sent: Thursday, 27 April 2023 3:45 PM
To: Gnucash Users 
Subject: [GNC] Online quote retrieval not working in Gnu ash 5.0


Hi All,
 
Apologies for duplicate request as first request didn’t go out with images!

Require some assistance please to reinstate Online Quote retrieval for USA and 
Australian (ASX) stocks.
 
Previously running Gnucash 4.13 and no problem retrieving quotes upgraded to 
v5.0 and went through the previous setting to ensure all ok but cannot get ASX 
stocks to update – seems like the USA stocks are updating and the USD / AUD 
currency is updating. Have gone through the FAQ, documentation and using 
Gnucash cant find a solution
 
Current system:

 
Retrieving quotes from “get quotes” executes the Perl script and seems to run 
and ends after about 20 sec with zero reported errors. 
 
All Australian stocks not updated; AUD/USD currency is updated as are some USA 
stocks but USA exchange currently closed.
 
Checked Finance::Quote as per below.
 

 
Running the following commands, I get stock price updates.
 

 
The settings in security editor are greyed out so cant select quote source for 
Australian shares have set as below, previously had to include .AX after 
Australian shares to get update have tried both ANZ and ANZ.AX in the symbol / 
abbreviation field – same result no update
 

 
Appreciate any assistance to get this working again.
 
Thank you. 
Kevin
 

Sent from my iPad
___
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 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] Search and Replace

[edodd]

On Sat, 29 Apr 2023 00:18:56 +
Gyle McCollam  wrote:

> While on the subject of enhancements, It would be helpful to have an
> undo and redo function as in Libre Office and many other spreadsheet
> programs.  I have sometimes accidentally changed a transaction or
> eliminated what is in a field and would like to exit the transaction
> with no changes.  Is there a way to do that now?
> 

The way I do that is to exit without saving.
Then reopen.

However, I don't use autosave, and save after each "batch" of work
because I've been doing that since before autosave. So if I mess
something up I can sort that out, with some good idea of when I last
saved my data.

Liz
___
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.