Family Historian User Group

tatewise wrote: ↑

14 Dec 2022 11:07

IMO What you have observed is a fault in FH. Have you reported it? It existed in FH V6 too.
...

Just raised as #215505.

In 21288|Rich Text font detection ... ... Right-click Locate in All tab displays the item in a suitable expanded All tab. ... Sounds like the Expanded All tab option would have helped me then, thanks. You say: I dislike that pseudo-separation of event and note - IIRC, it doesn't happen for individua...

... How does the clipboard tell MS Word where it got its contents? Bill Gates magic... (PS - I may have mentioned this frivolous aside before but when I was a little lad, Bill Gates lived next door to us - he had a window cleaner's round and looked like Ted Bovis of Hi-De-Hi. He's come on a bit sin...

tatewise wrote: ↑

13 Dec 2022 22:26

Adrian, read my first Reply to Bill that explains those symbols are rendered perfectly in Tahoma and Times New Roman.
They are Unicode symbols supported by many font sets. ...

Fair enough... I did wonder how to check but would have been looking in the wrong place it appears.

Oh that was interesting. I had very few - only one report was for a real Rich Text - a pasted report sourced from a Word document. The rest were empty Segoe UI things. It did prove tricky to find some of the items - when double clicking on the 2nd column for these, I couldn't see any text of any sor...

I just tried pasting via Notepad++ and similarly ended up with "Segoe UI Symbol" fonts. Can I suggest an alternative avenue, which may show up my lack of understanding of fonts? Are the ├── characters actually in whatever FH is using as its UI font? Or are they only in "Segoe UI Symbol", in which ca...

ColeValleyGirl wrote: ↑

13 Dec 2022 18:54

Adrian, that sounds like a new wish list request to thrash out the details would be helpful? We always run the risk of trying to lump too much into a single request...

Agreed - see viewtopic.php?f=43&t=21294

Background If I copy text from certain websites and paste it using Ctrl+V into a note in FH, the success is entirely problematic. The classic cases are FreeBMD and the GRO site BMD indexes. FreeBMD works pretty much OK, albeit with some extra link words that can easily be removed. Otherwise, the re...

Okay - that seems fine, Helen. Re the last bit about the separate request to adjust Ctrl V behaviour. I remember now why I wrote adjust according to origin. If I set Ctrl V to Paste Unformatted, in order to tame the GRO indexes, I would only want that Paste Unformatted to apply when pasting from out...

... I'd have no issue with having an option to always paste text plainly. Surely that's what we're suggesting when we've said there needs to be a 'no rich text' mode? Not sure now if that's agreed - Helen (sorry!) seemed to be arguing that it could cause issues if the paste was meant to be rich but...

ColeValleyGirl wrote: ↑

13 Dec 2022 17:53

Ctrl+V altering its behaviour according to the origin of the stuff is standard

Shouldn't that be: according to the destination of stuff?

Err. Yes. Probably.

But I do want the ability to alter what Ctrl+V does, via the default setting proposed. There, I am not with you. Many of us know Ctrl-V to mean "dump whatever is on the clipboard into the application and let the application sort out what it all means" - I would not want to change that. Likewise, sl...

Adrian, I think we're all in vigorous agreement that Paste Unformatted is essential and needs a keyboard shortcut. Except that... I don't mind Paste Unformatted having it's own shortcut. But I do want the ability to alter what Ctrl+V does, via the default setting proposed. Otherwise I gain nothing ...

Couple of things to be explicit - I want the ability to alter the default for Ctrl+V and - whatever else Mike identified - not just the ability to choose at paste time. I hope that's already clear but if not... Secondly, I do run into occasional issues where what I thought was a plain text note, acq...

I perhaps need to restate my use case to explain why I want what I asked for. If I copy text from certain websites and paste it using Ctrl+V into a note in FH, the success is entirely problematic. The classic cases are FreeBMD and the GRO site BMD indexes. One works pretty much OK. The other comes u...

tatewise wrote: ↑

12 Dec 2022 22:28

... Maybe my proposal was not clear enough, but the Edit > Paste command and Ctrl+V shortcut would perform according to the defined default. The proposal was describing just the change needed when Rich Text was disabled. ...

OK - that makes sense now.

And the proposal above seems OK now.

... Right-click in a Note box offers a choice including Paste and Paste Unformatted Text similar to the way right-click in MS Office offers a choice of Paste Options as you stated. So what do you mean by the default paste ? Perhaps you mean the Ctrl+V shortcut? Perhaps the Paste button in the Rich ...

At the very least, we should be able to configure the default paste to be either "Paste Unformatted Text" or "Paste" - where the latter is presumably "paste formatted". This is, after all, analogous to to Microsoft's options of "Keep Text only", "Merge Formatting" and "Keep Source Formatting". (And ...

... This is a citation for my great-aunt's birth index from the GRO site: Screenshot 2022-12-09 134718.jpg That single index entry could support (wild guess) 5 different "facts". Would I ever want to update all 5 citations? Potentially - I might realise "Wrong Constance..." and want to delete all 5...

I have to say that I'm worried about what a Citation is - i.e. how to identify it and therefore how to detect the "duplicates". I have this suspicion that Method 1 Splitters have no real interest in detecting duplicates. Take this typical Source / Citation from me: Screenshot 2022-12-09 134546.jpg T...

Is it possible that there is a leading space or something in front of the 1 in "1 RESI"? It really doesn't look like it has the same relationship to the "3" above as further down...

The reality is that GEDCOM and XML are just methods of plumbing. Meh. Calico Pie couldn't cut loose from GEDCOM and exploit XML as a new, green field, plumbing mechanism because they'd still need to be able to read GEDCOM files and store the data in the new XML format, and vice versa. Hence one coul...

... I am also interested in what others have done and why, and what are the perceived benefits before making my own decisions. When I investigated the possibility of retaining my existing generic sources (apart, perhaps from BMD Index type sources) and using templated sources for all new ones, I ca...

Mark1834 wrote: ↑

06 Dec 2022 16:43

Looks like we've landed on a simple enhancement if CP are minded to implement it - clarify that closing the ticket does not mean that the issue is no longer under consideration.
...

I'd agree with that. Should help the customers to understand what's going on.

... We are reprising a discussion we've had at least once before. First line support is about helping people use the product and learning about bugs and difficulties users have had. It isn't about keeping users apprised of development intentions (including progress on bug fixes). One a user knows t...