All right. I wrested with this quite awhile--esp since I had already changed the code on my server, but realized you were right. :)
After much thinking it occurred to me we could / should use the index command/function We already have: <(index list=members)> // processes pages on site.index.list, using members index rule <(index member.1,member.2)> // processes these to pages using any appropriate index rule No we could just add <(index member.1,member.2 mode=data legend=title,email,phone,address,city,state,zip index=index.members)> This is essentially the same as stash but gives us the advantage of being able to fully tap into any indexing mode. What do you think? Cheers, Dan On Mon, Feb 10, 2014 at 12:37 PM, mz <[email protected]> wrote: > A semantic purist would say: If it's got nothing to do with data fields, > keep away from savedata. > What do you think about log? Log flags could be useful here, too. > > Greetings, Martin > > Am Montag, 10. Februar 2014 02:54:01 UTC+1 schrieb Dan: > >> Hey, just thought I'd ask for some feedback on the stash feature. >> >> Right now you can do >> >> [command passdata field1,field2 mode=stash field={p}] >> >> And it creates an info line like that can be used for all kinds of info >> processing: >> >> some.page: field1 | field2 >> >> However, after much reflection it doesn't make sense to keep it in the >> passdata command--as it's not really passing data to the the next page >> (like mode=cookie, mode=post or default mode=get). Rather, it is saving >> data. So I'm inclined to change the savedata command to allow for this >> instead >> >> [command savedata field1,field2 stash=some.index field={p}] >> >> Really seems to fit better. It wouldn't affect the normal use of savedata >> which looks like this: >> >> [command savedata field1,field2 page=some.page)] >> >> Anyway, just thinking out loud. :) This features still pretty new. Hope >> no one has gotten too invested in the current syntax. >> >> Cheers, >> Dan >> > -- > You received this message because you are subscribed to the Google Groups > "BoltWire" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/boltwire. > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "BoltWire" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/boltwire. For more options, visit https://groups.google.com/groups/opt_out.
