On Thu, Oct 7, 2010 at 1:37 AM, Wolfgang <rat...@stumvolls.de> wrote: > Brian Smith <br...@...> writes: > > : >> TH1 usage: 'wikicontent WIKIPAGE_NAME FALLBACK_TEXT' >> >> The command returns the contents of a wiki page (presently, only real >> wiki pages, not embedded docs), >> or FALLBACK_TEXT, if the page doesn't exist. >> > : > > This is an interisting idea, but for me, it's somhow an abuse of wiki pages. > > I would prefer an extension of the settings dialogs. I would add a new > settings > page, which uses own user priviledges and so we could assign the priviledges > as > we need it. The new settings page should offer the ability to add name/value > pairs as user defined settings. > This pairs can be stored in the settings table as 'USER_<name>' to > distinguished > from fossil standard settings. > > Then a TH-script function like > > TH1 usage: 'fossilsetting SETTINGNAME FALLBACK' > > would solve your problems and can be used for user defined and standard > settings. >
I actually considered something similar but discarded it since adding a new privilege seems somewhat like bloat. I already find the privilege letters somewhat opaque. Adding another one is undesirable to me. Though, being able to get at arbitrary fossil settings via TH1 might be nice. I opted for the wiki page approach because they also already sync automatically, introducing a new thing such as the 'user settings' as you describe adds more to be synced. What might also suite me is to add a command to access fossil tags via TH1, then I could attach a tag, say, 'code-defect-template' with the content I want to the initial check-in, and then access it that way. And actually, that's somewhat closer to what I want anyway, since then only people with check-in ability can modify the template. What is everyone's feeling on adding two new TH1 commands: one to access settings, and one to access fossil tags? Usage would be something like: fossiltag TAG_NAME FALLBACK fossilsetting SETTING_NAME FALLBACK (as wolfgang described above) -B _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users