had a war and peace tome, just wrote here, went in the bitbucket by way of fat fingers on small keyboard. Tres Fou. Gotterdammerung, Shadrach, Meshach, and Abednego!!! bottom line, I have been reflecting on this at lenght, no insight into the problem under discussion, but does assist in more locatio...

I mean in country. I have English relatives they have as far as I have been able to look back, been in the Tenterden, Bethersden, Ebony area, all in Kent. They are buried in one or two churchyards Margarets or Mildreds. One ran off to Austrailia, that offspring also congregates near Perth (very few)...

ok, thats sort of what I had gleaned out of it. ABBREV3 and cut and reverse it, installing leading zeros as needed,

what I am trying to come to terms with and figure out some reasonable outcome, is we are a more mobile society this side of the pond, and have a lot more ....'religions'... so I am reading famiilies to find out where they are buried as family groups. I am not sure how to deal with or determine the s...

plain as the face on my head when you say it, dont know why I cant get that to stick in my head, on my face.

Date = fhGetItemText(ptrFAM, '~.MARR.DATE:COMPACT') I have searched, and perhaps I am missing it, misreading the doc available on this, but: Date = fhGetItemText(ptrFAM, '~.MARR.DATE:YYYMMDD') doesn't appear to be available, in F,H on a computer, which is how underlyiing dates are usually stored to ...

ColeValleyGirl, you use ZEROBRANE right? autoanalyzer = true console.fontname = 'Courier New' console.fontsize = 10 default.extension = 'lua' filetree.showchanges = true editor.autoreload = true editor.fontname = 'Courier New' editor.fontsize = 12 editor.specmap.fh_lua = 'lua' editor.specmap.wlua = ...

I know you think this is old ground, sorry. I cannot figure out how to stop an unibounded (or perhaps you might think of them as set within limits) iterator. Never have worked with them on subtypes. typical FAM record (stripped) FAM = FAM ptr HUSBAND = INDI ptr WIFE = INDI ptr CHIL = INDI ptr CHIL =...

Why do you believe I believe it is better?

is Lua, simple, and may or may not give someone the idea to try to code.

but I believe it is better than a query, You got me there.

the memoization didnt speed it up that much, but now I know how to do it.

if you have ever been asked what two peoples relations are, and you don't want to change roots and then hunt, here is a very simple plugin for you: function sltIRCD() tblParm = fhPromptUserForRecordSel('INDI', 2) if #tblParm ~= 2 then return false end p1 = tblParm[1] p2 = tblParm[2] return true end ...

Duh, yes it was working, I could not see otbl is all, which I expected to see. the problem is there is no problem. re locals i fix it all up after I get it working, and I try to local everything I can. function rtvTBL(stbl, styp) styp = styp or '*project' if styp == '*project' then Filename = rtvPro...

still having troubles with syntax: function rtvTBL(stbl, styp) styp = styp or '*project' if styp == '*project' then Filename = rtvProjectTBL(stbl) end if styp == '*global' then Filename = rtvGlobalTBL(stbl) end otbl = (load(Filename)) or {} -- load the table from file *** issue here return otbl end ...

in my days programming we had standard API holes: for example *ON STARTUP *ON FILE OPEN *ON FILE CLOSE *ON FILE CHANGE *ON EXIT and so on ..... you would select the API 'hole' plugin your program name, they generally required standar input parms and output args, and could be run *IMMED, *DELAYED(tim...

Yes, you know, you are right,even at say 100 tables, you are right. I had thought, I will have several tables that are used in a program. for the purpose of this discussion we shall call them A, B,.. , a..z so I could in each program: LKUP = (a, A, b, d, z) in another it might be: LKUP = (c,f,K) fun...

because once its a project table its most likely going to be always a project table, save the path, doesnt need to rebuild it time after time.

so i might have had unmatched whatevers.

so tb lRLT[fhrlt] [sfwrlt] then an array meta lets say of some values a.....z that can be accessed.

9got the best possibilities,

can I have a tableall. TBLRLT{fh, sw), meta{tbltxt='tblRLT'; path=Filename; A=''; B=''; ...N='?'...} )

and so on?

or do I have to have associative tables(arrays), and how do I associate them?

the tbl[0] might work with a lot of monkeying around, but there is a cart before the horse problem. this is part of why I messed up the tblRLT and 'tblRLT' nevertheless the thought would be... create a table of tables I have opened in a program from load either they are new or existing tables. regis...

its up and running.

I am now in search if a way to code the impossible in LUA,

function rtvObjNameText(tblRLT)
the magic = ShaPow!!!
return 'tblRLT'
end

I have tried some tricks and there is nothing doing...it would be very useful, very useful to be able to do that programatically.

-- initiate variables for save procedure local tables,lookup = { tbl },{ [tbl] = 1 } file:write( "return {"..charE ) for idx, t in ipairs( tables ) do if filename and filename ~= true and filename ~= 1 then file:write( "-- Table: {"..idx.."}"..charE ) end file:write( &q...

behind the scene it must be something that matches the text, and its in some arrival order.

if one put all the most common up front with a rltocur descending sort before it is put away, it would be faster no?

tblRLT = ({fhrlt,swrlt, 1}) Yes, so for now, my problem is one of statement compostion tblRLT needs three things fhrlt [index, which is the relation fh returns] swrlt [value, which is the relation my software transforms] rltocr [a number which I will add one to, every time I am returned a fhrlt for ...

you have all been hammered to death by my matRLT (materialize relation) function matRLT(iptr, ix) local ix = ix or 1 tblRLT = tblRLT or {} cwrlt = cwrlt or 0 --[[ relationship ]] local rlt = '' --[[ pre = pre replacement ]] local pre = '' --[[ pst = post replacement ]] local pst = '' --[[ rpl = repl...

ok, I have cleaned up my standard functions to dispense with thisPTR

no noticable difference yet.

there will be a new post in this continuing saga, in search of speed.

So if I dispense with thisPTR I would not need a
local iptr = iptr (as a speedup measure?)