|
|
|
|
Customers
GenoPro version: 2.5.4.1
Last Login: Wednesday, December 7, 2016
Posts: 27,
Visits: 303
|
I have a ring of 3 individuals and wish to remove one from the ring leaving the other two to flip-flop backwards and forwards.
How do I achieve that?
|
|
|
|
|
Customers
Important Contributors
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: 14 hours ago
Posts: 1,576,
Visits: 31,220
|
On the properties menu for each individual there is a tab Hyperlink. On this menu there is a list of Hyperlink Actions. This can be set to <No Action>
You will probably need to edit the other two. I would save the file with a temporary name, so that you can see the other links and Copy/Paste if you need to get the links correct
|
|
|
|
|
Customers
GenoPro version: 2.5.4.1
Last Login: Wednesday, December 7, 2016
Posts: 27,
Visits: 303
|
Thanks for your instruction. I found the <No Action> option but it took a bit of trial and error before I could get it applied to the desired genomap. However, the ring still exists but with a dead end, as in . . .
A -> B -> C
where C can now take No Action. That is, the link from C -> A has been cut. How do I stop the link from B -> C and change it to be B -> A?
What I am looking for is a Delete function to change A -> B -> C -> A into A <-> B, leaving the genomap C intact but without links to A or B.
An additional "Previous Hyperlink" action might solve this problem.
The reason for this is that I have discovered that C does not form part of my family as currently known but I do not wish to delete all of the information in case I find a link to those individuals in the future.
I didn't understand your comment about rename of file and use of cut/paste (of what/where?).
External Links are so much easier to manage. If only GenoPro would treat external links to .gno files as being similar to internal links when reporting.
|
|
|
|
|
Administrators
Customers
Important Contributors
FamilyTrees.GenoPro.com
GenoPro version: 3.1.0.1
Last Login: 11 hours ago
Posts: 3,337,
Visits: 25,588
|
To get this to work with internal hyperlinks you should stop the individual on C from being a hyperlinked clone of the one on A and B. So on C copy then paste the hyperlinked individual thus creating a copy, not a hyperlinked clone. Then delete the hyperlinked individual from C and recreate pedigree links etc to the newly pasted copy. The person on C then has a separate existence.
Hope this makes sense.
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
Edited: Friday, April 10, 2015 by
genome
|
|
|
|
|
Customers
GenoPro version: 2.5.4.1
Last Login: Wednesday, December 7, 2016
Posts: 27,
Visits: 303
|
Thanks for your suggestion, Genome. I had probably done something similar by using the "Move to Genomap" function (twice) but still think that a "Delete Hyperfink" function is required to make life simple for anyone that wants to do this as a quick and simple activity. Creating the internal hyperlink is simple but reversing that creation is difficult and prone to error, as I found out.
When I tried cut/paste I was warned that it could lead to problems so looked to do everything via built-in functions as much as possible. My first attempt deleted the wrong hyperlink which made me reconsider quite a bit.
I think that what I eventually did was . . .
1. I created a new individual in C and manually added all of the same data as the existing hyperlinked member but without the hyperlink.
2. I removed the link from the hyperlinked member to his parents.
3. I linked the new copy member as a replacement child to take the place of the disconnected individual.
4. I deleted the disconnected individual which contained the hyperlink that was not wanted.
5. I selected the whole genomap A and moved it to B.
6. I deleted the instance of the hyperlink individual in B and replaced it with the whole genomap from A.
7. I reselected all the individuals moved from A in item 5 and performed another "Move to Genomap" back into B.
This left the hyperlinks as A <-> B and C was no longer linked but still in tact.
Perhaps not the most efficient way of doing things but the end result seems ok. I hope that I never need to do that again.
It was all brought about by mistakenly choosing the wrong census record from several possibilities when DOB was inaccurate and forenames were swapped, all in adjoining locations.
|