Search found 336 matches

by Ron Melby
01 Jul 2019 00:29
Forum: Plugin Discussions
Topic: Burial analysis
Replies: 3
Views: 215

Re: Burial analysis

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...
by Ron Melby
30 Jun 2019 22:57
Forum: Plugin Discussions
Topic: Burial analysis
Replies: 3
Views: 215

Re: Burial analysis

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)...
by Ron Melby
30 Jun 2019 17:13
Forum: Plugin Discussions
Topic: Date troubles.
Replies: 3
Views: 161

Re: Date troubles.

ok, thats sort of what I had gleaned out of it. ABBREV3 and cut and reverse it, installing leading zeros as needed,
by Ron Melby
30 Jun 2019 17:13
Forum: Plugin Discussions
Topic: Burial analysis
Replies: 3
Views: 215

Burial analysis

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...
by Ron Melby
30 Jun 2019 14:54
Forum: Plugin Discussions
Topic: ITER troubles.
Replies: 2
Views: 164

Re: ITER troubles.

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.
by Ron Melby
30 Jun 2019 14:54
Forum: Plugin Discussions
Topic: Date troubles.
Replies: 3
Views: 161

Date troubles.

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 ...
by Ron Melby
29 Jun 2019 06:39
Forum: Plugin Discussions
Topic: New Multifact plugin
Replies: 116
Views: 4146

Re: New Multifact plugin

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 = ...
by Ron Melby
29 Jun 2019 06:15
Forum: Plugin Discussions
Topic: ITER troubles.
Replies: 2
Views: 164

ITER troubles.

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 =...
by Ron Melby
23 Jun 2019 23:35
Forum: Plugin Discussions
Topic: quick and easy relation (hopefully useful) plugin
Replies: 6
Views: 344

Re: quick and easy relation (hopefully useful) plugin

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.
by Ron Melby
23 Jun 2019 20:00
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

the memoization didnt speed it up that much, but now I know how to do it.
by Ron Melby
23 Jun 2019 19:56
Forum: Plugin Discussions
Topic: quick and easy relation (hopefully useful) plugin
Replies: 6
Views: 344

quick and easy relation (hopefully useful) plugin

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 ...
by Ron Melby
22 Jun 2019 14:33
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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...
by Ron Melby
22 Jun 2019 13:31
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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 ...
by Ron Melby
19 Jun 2019 03:19
Forum: New Wish List Requests
Topic: Wishlist: Provide a “Program Ready” event in API
Replies: 9
Views: 675

Re: Wishlist: Provide a “Program Ready” event in API

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...
by Ron Melby
19 Jun 2019 01:29
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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...
by Ron Melby
18 Jun 2019 13:20
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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.
by Ron Melby
18 Jun 2019 01:29
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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?
by Ron Melby
17 Jun 2019 20:09
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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...
by Ron Melby
17 Jun 2019 16:58
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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.
by Ron Melby
17 Jun 2019 00:42
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

-- 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...
by Ron Melby
16 Jun 2019 20:01
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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?
by Ron Melby
16 Jun 2019 17:50
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

Re: table lookups (when we was fab) or memoization (gangnam style)

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 ...
by Ron Melby
15 Jun 2019 13:19
Forum: Plugin Discussions
Topic: table lookups (when we was fab) or memoization (gangnam style)
Replies: 22
Views: 769

table lookups (when we was fab) or memoization (gangnam style)

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...
by Ron Melby
15 Jun 2019 12:48
Forum: Plugin Discussions
Topic: any unintended consequences?
Replies: 4
Views: 362

Re: any unintended consequences?

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.
by Ron Melby
14 Jun 2019 06:00
Forum: Plugin Discussions
Topic: any unintended consequences?
Replies: 4
Views: 362

Re: any unintended consequences?

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

Go to advanced search