why not keep the lookup table description (the proposal) where it is, add the function under functions and link to the description?
Just my 2cts, not really thought out... Rainer 2016-02-09 23:11 GMT+01:00 David Lang <[email protected]>: > My thinking is that the main use is in looking things up, where it is a > function and goes everywhere that any of the other functions can go. > > The action to (re)load the table is a supporting thing, for most people > done only at startup. > > As a (probably) silly thought, should the table (re)load be an action() > clause as opposed to a different type of statement? the initial > lookup-table writeup was done a long time ago, before action() became a > significant part of the config languange. > > David Lang > > > On Tue, 9 Feb 2016, singh.janmejay wrote: > > I guess everyone is OK with putting it in as a function and linking out to >> details. >> >> -- >> Regards, >> Janmejay >> >> PS: Please blame the typos in this mail on my phone's uncivilized soft >> keyboard sporting it's not-so-smart-assist technology. >> >> On Feb 8, 2016 7:50 PM, "singh.janmejay" <[email protected]> >> wrote: >> >> Well, they don't really fit the definition of functions. Functions in >>> our case are expressions, these are a mix of expression (usage) and >>> statement (declaration) and in case of lookup-table it involves an >>> out-of-band data-file too. >>> >>> We can document the usage part of it under functions and then add link >>> to a page that talks about the declaration (and explains how it works >>> etc). >>> >>> On Mon, Feb 8, 2016 at 5:15 PM, David Lang <[email protected]> wrote: >>> >>>> On Mon, 8 Feb 2016, singh.janmejay wrote: >>>> >>>> Does it go parallel to basic_structure or action etc? >>>>> >>>>> And where all should we link it from? >>>>> >>>> >>>> >>>> I would expect it under functions, I don't know if they need additional >>>> links as well. >>>> >>>> David Lang >>>> _______________________________________________ >>>> rsyslog mailing list >>>> http://lists.adiscon.net/mailman/listinfo/rsyslog >>>> http://www.rsyslog.com/professional-services/ >>>> What's up with rsyslog? Follow https://twitter.com/rgerhards >>>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad >>>> >>> of >>> >>>> sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >>>> DON'T >>>> LIKE THAT. >>>> >>> >>> >>> >>> -- >>> Regards, >>> Janmejay >>> http://codehunk.wordpress.com >>> >>> _______________________________________________ >> rsyslog mailing list >> http://lists.adiscon.net/mailman/listinfo/rsyslog >> http://www.rsyslog.com/professional-services/ >> What's up with rsyslog? Follow https://twitter.com/rgerhards >> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad >> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >> DON'T LIKE THAT. >> >> _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > DON'T LIKE THAT. > _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
