id,summary,reporter,owner,description,type,status,priority,component,severity,resolution,keywords,cc,release 3785,better parsing for lists of projects,Jeff Hammel,,"Currently, TracLegosScript uses the same configuration for all projects (non-option and non-variable arguments) on the command line. At the least, variables should be able to be specified on a per-project basis. Somewhat more challenging is the ability to specify other differences, such as templates used. This also provides a more sane structure for the {{{traclegos.parser}}} to return: {{{ # XXX this is hackish # should return: # { project: { 'repository': repository, 'templates': options.templates, } # for each project # or, better yet, legos, { dictionary of arugments to legos.create_project } # (except projects isn't an argument....hmmmm) # maybe the easy solution is just to make one project per invocation return legos, projects, options.templates, repository }}} (from source:traclegosscript/anyrelease/traclegos/legos.py@4324#L334) This could instead return {{{legos}}} (the !TracLegos instance) and a dictionary of projects: {{{ return legos, { 'project1': { arguments to create project1}, 'project2': .... } } }}} Variable parsing will have to account for position. Specifying templates on a per-project basis is harder as this goes against the grain of {{{optparse.OptionParser}}}, and is probably low priority",enhancement,new,low,TracLegosScript,normal,,,,0.11