That will refer to whatever happens to be the 1st Templated metafield in each Citation.
To refer to them by name see the Help for Understanding Data References and scroll down to Data References And Metafields as I explained earlier.
Search found 27571 matches
- 18 Apr 2024 19:06
- Forum: Sources, Citations & Repositories
- Topic: Citation Specific Details in Queries
- Replies: 8
- Views: 127
- 18 Apr 2024 15:51
- Forum: Sources, Citations & Repositories
- Topic: Citation Specific Details in Queries
- Replies: 8
- Views: 127
Re: Citation Specific Details in Queries
They had to be Templated Sources because Citation Detail and Reference are not Generic fields.
BTW: Once you create a Query it is immediately saved. You would have to specifically delete it.
You can use any existing Query to interrogate the Fields DRA without affecting the Query.
BTW: Once you create a Query it is immediately saved. You would have to specifically delete it.
You can use any existing Query to interrogate the Fields DRA without affecting the Query.
- 18 Apr 2024 15:11
- Forum: Sources, Citations & Repositories
- Topic: Citation Specific Details in Queries
- Replies: 8
- Views: 127
Re: Citation Specific Details in Queries
Unfortunately, the Query > Columns tab > Fields pane does not support Templated Named Metafields. Please refer to the Help for Understanding Data References and scroll down to Data References And Metafields . There it explains the data reference structure for metafields. e.g. %FACT.SOUR[1].~TX-REFER...
- 18 Apr 2024 14:54
- Forum: Diagrams & Charts
- Topic: Standardized Place in Diagram
- Replies: 2
- Views: 86
Re: Standardized Place in Diagram
%FAMS.MARR[1].PLAC>STAN% is almost a perfectly correct Data Reference for the Standardized field. %CUR~FAMS>MARR.PLAC>STAN% is what you should use for the Marriage Standardized place. However, it is not allowed in the position you have used in a =FactText(...) function, so is ignored. The =FactText...
- 17 Apr 2024 19:40
- Forum: Research
- Topic: 1881,1891,1901 CENSUS BIRTHS DIFFERENT
- Replies: 7
- Views: 190
Re: 1881,1891,1901 CENSUS BIRTHS DIFFERENT
It might help if you could post screenshots of the Marriage Certificate and 1881 Census. See the FHUG Knowledge Base > Forum Usage under Attachments and Taking Screenshots for how to do that. Are you looking in Census records for a William about the right age with father John and mother Jane? Try th...
- 17 Apr 2024 18:16
- Forum: Research
- Topic: 1881,1891,1901 CENSUS BIRTHS DIFFERENT
- Replies: 7
- Views: 190
Re: 1881,1891,1901 CENSUS BIRTHS DIFFERENT
Welcome to the FHUG. It is quite common for entries on Census Returns to be erroneous and inconsistent. Unlike BMD Certificates that are completed near the date & place of the event, Census birth details rely on the person remembering and the enumerator hearing & recording the details correc...
- 17 Apr 2024 13:26
- Forum: General Usage
- Topic: Individuals name filter suggestion
- Replies: 10
- Views: 491
Re: Individuals name filter suggestion
Thank you for your reply but it does not answer either of my specific questions. If case sensitivity was an option and was enabled then: G%E%HAY% will NOT find Gordon Edward Hay or George Edmund Hays because HAY does not match. G%E%Hay% would work as long as the names did each start with upper-case ...
- 17 Apr 2024 09:54
- Forum: General Usage
- Topic: Individuals name filter suggestion
- Replies: 10
- Views: 491
Re: Individuals name filter suggestion
I'm not sure I fully understand how those wildcards work. In 21168|[Wish List 633] Name Filtering to handle inconsistent entry or miss slashing of names you say that the wildcard "%" covers any number of characters. Also, your examples suggest the filters are case-insensitive. So would G%E...
- 16 Apr 2024 21:48
- Forum: General Usage
- Topic: Counting Facts per person
- Replies: 10
- Views: 1122
Re: Counting Facts per person
Plugin authors may no longer attach plugins to forum postings, so all old attachments have been deleted. Only a handful of users showed an interest in this plugin so did not seem worth publishing in the Plugin Store. If you have not deleted the plugin it should still be listed in Tools > Plugins... ...
- 16 Apr 2024 17:17
- Forum: Media
- Topic: Windows Media path+filename length under Parallels
- Replies: 21
- Views: 343
Re: Windows Media path+filename length under Parallels
Yes, it is not advisable to have various Projects in different locations. Why not? I have a live FH Projects folder for actual research projects, and a second FH Projects (Development) folder for test projects. It works very well, and I can easily flip between live and test projects using the Recen...
- 16 Apr 2024 15:29
- Forum: Media
- Topic: Windows Media path+filename length under Parallels
- Replies: 21
- Views: 343
Re: Windows Media path+filename length under Parallels
Yes, it is not advisable to have various Projects in different locations.
Ideally, all Projects should be in the File > Project Window... Location: path.
I presume in your examples that the Location: is just a drive letter.
Ideally, all Projects should be in the File > Project Window... Location: path.
I presume in your examples that the Location: is just a drive letter.
- 15 Apr 2024 22:20
- Forum: Media
- Topic: Windows Media path+filename length under Parallels
- Replies: 21
- Views: 343
Re: Windows Media path+filename length under Parallels
What is it about paths under Parallels that are different from standard Windows paths? Some examples of paths you think are too long might help explain what needs changing. To ensure FH includes Media in backups requires the files to be within the Project folder. If the Project is called MyFamily th...
- 15 Apr 2024 14:41
- Forum: General Usage
- Topic: Individuals without any Sources
- Replies: 26
- Views: 3318
Re: Individuals without any Sources
It is probably not the environment, just that FH hangs with the Not Responding message.
Use Unsourced Individuals link to download plugin V0.3 which adds a progress bar to prevent FH hanging.
Use Unsourced Individuals link to download plugin V0.3 which adds a progress bar to prevent FH hanging.
- 14 Apr 2024 20:12
- Forum: Programming Technicalities
- Topic: Validate and convert date
- Replies: 17
- Views: 377
Re: Validate and convert date
An issue was discussed recently with regard to AS that has a SYSTEM.DATE option which is based on the PC locale format and may get mishandled when entered into FH source templates where the Short Date Format is different.
See Casting template data as a particular data-type (22911).
See Casting template data as a particular data-type (22911).
- 14 Apr 2024 15:50
- Forum: Programming Technicalities
- Topic: Validate and convert date
- Replies: 17
- Views: 377
Re: Validate and convert date
John, it is a bit more efficient to use the following to get day, month & year as integers. local dpDatePt = dtDate:GetDatePt1() local Day = dpDatePt:GetDay() local Month = dpDatePt:GetMonth() local Year = dpDatePt:GetYear() Once you have added the Date to a Fact it may be a good idea to use Get...
- 14 Apr 2024 09:42
- Forum: Programming Technicalities
- Topic: Validate and convert date
- Replies: 17
- Views: 377
Re: Validate and convert date
Mark, it was HKCU\SOFTWARE\Calico Pie\Family Historian\2.0\Preferences\ that I thought might need adjusting to match the PC locale date format read from the Windows Registry. Your suggestion of reminding the user of the expected short date format is probably better. John, yes, it is odd that SetValu...
- 14 Apr 2024 09:13
- Forum: General Usage
- Topic: Individuals without any Sources
- Replies: 26
- Views: 3318
Re: Individuals without any Sources
Hmm does this plugin not like large files? I've just shy of 69k in the file and it basically just hangs with not responding ... or am I being impatient? ;) It was written as a one-off temporary plugin for a couple of FHUG users, so it is very unsophisticated. Thus it has no mechanism to keep Window...
- 14 Apr 2024 09:05
- Forum: Reports, Books & Websites
- Topic: Individual Summary report relationship Capitalisation
- Replies: 2
- Views: 165
Re: Individual Summary report relationship Capitalisation
Yes, it is a little inconsistent and could be reported to CP if you felt strongly.
However, there is a slightly awkward workaround using the ToUpper(...) function with LeftText(...) and MidText(...):
=ToUpper( LeftText( Relationship( Fileroot() ), 1 ) )=MidText( Relationship( Fileroot() ), 2 )
However, there is a slightly awkward workaround using the ToUpper(...) function with LeftText(...) and MidText(...):
=ToUpper( LeftText( Relationship( Fileroot() ), 1 ) )=MidText( Relationship( Fileroot() ), 2 )
- 13 Apr 2024 19:26
- Forum: Programming Technicalities
- Topic: Validate and convert date
- Replies: 17
- Views: 377
Re: Validate and convert date
Mark, that is NOT entirely what Privacy and Security Standards for Published Plugins says! That would allow the PC locale settings to be read from the Windows Registry, and then the Preferences Date setting to be changed (temporarily) in the Windows Registry as it would be "essential to the sta...
- 13 Apr 2024 18:23
- Forum: Programming Technicalities
- Topic: Validate and convert date
- Replies: 17
- Views: 377
Re: Validate and convert date
Note that the EstimatedBirthDate function returns a Date Point value and not a Date value.
local dtpMin = fhCallBuiltInFunction( "EstimatedBirthDate", ptrIndi, "EARLIEST", 5 )
So you must use dtDate:GetDatePt1() to be able to compare with dtpMin.
local dtpMin = fhCallBuiltInFunction( "EstimatedBirthDate", ptrIndi, "EARLIEST", 5 )
So you must use dtDate:GetDatePt1() to be able to compare with dtpMin.
- 13 Apr 2024 17:56
- Forum: Programming Technicalities
- Topic: Validate and convert date
- Replies: 17
- Views: 377
Re: Validate and convert date
To manipulate FH pointers you use fhNewItemPtr() and the Item Pointer object Methods. To manipulate FH dates you use fhNewDate() and the Date object Methods. You may also need to use fhNewDatePt() and the Date Point object Methods. Those are all covered by the How to Write Plugins help Function Inde...
- 13 Apr 2024 17:15
- Forum: Plugin Technical Support & Development
- Topic: Simple Marriage Certificate Plugin
- Replies: 10
- Views: 355
Re: Simple Marriage Certificate Plugin
As a plugin author, using iuplua, it is necessary to consider a wide (and narrow) variety of monitor screen sizes.
So you may need to split the dialogue into several tabs.
So you may need to split the dialogue into several tabs.
- 13 Apr 2024 17:11
- Forum: General Usage
- Topic: Individuals without any Sources
- Replies: 26
- Views: 3318
Re: Individuals without any Sources
I click on the large blue DOWNLOAD (1.63KB) button that says underneath:
'The download button will start your download and show a message from our advertisers in a new window.'
It seems that the advertisers new window is infected:
'The download button will start your download and show a message from our advertisers in a new window.'
It seems that the advertisers new window is infected:
- 13 Apr 2024 13:40
- Forum: General Usage
- Topic: <para> in sentence structure
- Replies: 5
- Views: 225
Re: <para> in sentence structure
Just for my edification is there a way to do a conditional statement like I had originally tried? No, not to govern the <br> and <para> codes because (as I said) the =TextIf(...) function requires text parameters and the formatting codes <br> and <para> are NOT text. Your {=TextIf(...)} conditional...
- 13 Apr 2024 13:35
- Forum: Diagrams & Charts
- Topic: Marriage Dates
- Replies: 4
- Views: 177
Re: Marriage Dates
OK, I understand better now what you were trying to achieve. The cause of your original problem is the Box Types and Conditions settings. They determine which spouse the married info goes on. In your screenshot, the Box Types column summarises those settings. They must be the same for both the Marri...