Sometimes a new transaction for a previous payee copies the split transfer,
but the current transaction is not split. Searching the guide and help
manuals for 'unsplit' finds nothing. I think there was a long ago thread on
unsplitting a transaction but I have no record of that here.
What is the p
Expand it and remove all the other splits.
Or you can expand and right click -> remove splits (I *think* that is the
correct phrasing)
-derek
On Wed, June 5, 2019 2:21 pm, Rich Shepard wrote:
> Sometimes a new transaction for a previous payee copies the split
> transfer,
> but the current transact
On Wed, 5 Jun 2019, Derek Atkins wrote:
Expand it and remove all the other splits.
Derek,
That's what I tried before writing. I left only the credit and an expense
debit. When I saved the transaction it still showed 'split' and had empty
rows.
Or you can expand and right click -> remove spl
Hi,
On Wed, June 5, 2019 2:34 pm, Rich Shepard wrote:
> On Wed, 5 Jun 2019, Derek Atkins wrote:
>
>> Expand it and remove all the other splits.
>
> Derek,
>
> That's what I tried before writing. I left only the credit and an expense
> debit. When I saved the transaction it still showed 'split' and
It has always been my custom to start from the left in the row that I want
to delete and alternately hit delete and tab across until the split
disappears completely. I am not sure if that is the only way to do it, but
I got into that habit long ago.
The main caveat is if that is done in the last
David,
If you delete the split for the current register, there is nothing binding the
transaction to the current register, so of course it will "disappear" from this
register.
David
On Wed, Jun 5, 2019 at 14:49, David Carlson
wrote: It has always been my custom to start from the left
On 2019-06-05 14:47, David Carlson wrote:
> It has always been my custom to start from the left in the row that
> I want to delete and alternately hit delete and tab across until the
> split disappears completely. I am not sure if that is the only way to
> do it, but I got into that habit long ag
Stan,
On Wed, Jun 5, 2019 at 2:07 PM Stan Brown
wrote:
>
> On 2019-06-05 14:47, David Carlson wrote:
> > It has always been my custom to start from the left in the row that
> > I want to delete and alternately hit delete and tab across until the
> > split disappears completely. I am not sure if
On Wed, 5 Jun 2019, Derek Atkins wrote:
If you did that, then you didn't properly remove the other splits. You
need to go into each cell and manually remove the data, then tab out..
Then use the arrow key to move up and the split will disappear. Continue
until all the extra splits are gone.
De
On Wed, 5 Jun 2019, David Carlson wrote:
It has always been my custom to start from the left in the row that I want
to delete and alternately hit delete and tab across until the split
disappears completely. I am not sure if that is the only way to do it, but
I got into that habit long ago.
Dav
On 6/5/19 11:45 AM, Derek Atkins wrote:
> Hi,
>
> On Wed, June 5, 2019 2:34 pm, Rich Shepard wrote:
>> On Wed, 5 Jun 2019, Derek Atkins wrote:
>>
>>> Expand it and remove all the other splits.
>> Derek,
>>
>> That's what I tried before writing. I left only the credit and an expense
>> debit. When I
In previous versions of GnuCash, a transfer between accounts of different
currencies always opened a window before recording that allowed you to set
the exchange rate. In 3.5 that window doesn't appear so the transfer is
recorded at the last exchange rate. I can't find a setting to restore this
act
I might as well get this debate started now. Another thread has started a
discussion about unsplitting transactions, pointing out that there is an
inconsistency between using the various Transaction > [edit] Split keys
and the conventional keystroke editing method using the Tab key to navigate
ar
there is no trace file generated
The import fails on the second step (importing the QIF file). The first being
checking the transfers.
By the way I'm able to use my data as I install GNU version 3.1 import the data
then install version 3.5 and use the data.
Is just that the importing fails other
Tom,
There is always at least a rudimentary trace file. Read <
https://wiki.gnucash.org/wiki/Tracefile>
On Wed, Jun 5, 2019 at 3:12 PM Tom Hatzigeorgiou
wrote:
> there is no trace file generated
> The import fails on the second step (importing the QIF file). The first
> being checking the tran
It is not necessary to expand the transaction into split mode at all..
If you normally operate in non-split mode then just right click and
select Remove Other Splits.
Colin
On Wed, 5 Jun 2019 at 20:49, Stephen M. Butler wrote:
>
> On 6/5/19 11:45 AM, Derek Atkins wrote:
> > Hi,
> >
> > On Wed, J
Roger,
I just did a test transaction. It worked as expected.
I entered a transaction with a credit to a USD based asset account and a debit
of equal value to an XAG based account. A pop-up window asking for the exchange
rate appeared.
I also used the ’Transfer’ button on the toolbar which incl
I had a bug filed on this lack of warning:
https://bugs.gnucash.org/show_bug.cgi?id=796978, which it looks like Bob had a
fix pushed for 3.4.
I don’t think I’ve tested it since. I’ll give it a go and see what happens.
Ideally, the check for lack of an anchoring split shouldn’t happen till the
It shouldn’t make a difference as long as you’re still deleting all of the
split information.
If it does behave differently by method (keyboard vs. mouse focus; menu,
toolbar, context menu, or delete/backspace) then that I think is a bug. All
methods should produce the same result for this case
I think it’s just a matter of whatever is the optimum workflow for the
situation.
Some of my auto-fill transaction details include 10 or more splits. It is much
easier to keep the anchor split and choose to ‘delete other splits’ than to
remove the other 9 one at a time. But If I only want to ch
At Wed, 5 Jun 2019 11:34:05 -0700 (PDT) Rich Shepard
wrote:
>
> On Wed, 5 Jun 2019, Derek Atkins wrote:
>
> > Expand it and remove all the other splits.
>
> Derek,
>
> That's what I tried before writing. I left only the credit and an expense
> debit. When I saved the transaction it still sho
> On Jun 5, 2019, at 3:06 PM, David Carlson wrote:
>
> I might as well get this debate started now. Another thread has started a
> discussion about unsplitting transactions, pointing out that there is an
> inconsistency between using the various Transaction > [edit] Split keys
> and the conve
Update on the bug.
I just tested this under the following circumstance:
1. I started entering a transaction with a description that produced an
auto-fill of several splits.
2. The auto-fill contained 2 splits anchoring to the current register.
3. Attempting to right-click and ‘delete split’, usi
Adrian,
Seems to be working now. Not sure why though. I went to Tools/Price
Database/Currencies and added today's rate to both MXN and USD. The
historical record of exchange rates was there so I assume 3.5 transferred
that data over from the update. Took two or three tries transferring from
USD
There's also cutting, using either ctrl/cmd-X or Edit>Cut Split?
https://bugs.gnucash.org/show_bug.cgi?id=797249
https://github.com/Gnucash/gnucash/pull/517
Regards,
John Ralls
> On Jun 5, 2019, at 3:04 PM, Adrien Monteleone
> wrote:
>
> Update on the bug.
>
> I just tested this under the f
It appears this bug has already been filed:
https://bugs.gnucash.org/show_bug.cgi?id=797249
(at least with respect to the inconsistent behavior based on method used. Not
blowing up the currently edited transaction is considered a major behavior
change, personally I’d prefer the warning appear a
Thanks, I forgot about those methods.
Regards,
Adrien
> On Jun 5, 2019, at 5:35 PM, John Ralls wrote:
>
> There's also cutting, using either ctrl/cmd-X or Edit>Cut Split?
>
> https://bugs.gnucash.org/show_bug.cgi?id=797249
> https://github.com/Gnucash/gnucash/pull/517
>
> Regards,
> John Rall
27 matches
Mail list logo
