CR_Initials: Customise the Format String

[GoogleCodeExporter]

Being an Aussie it is confusing seeing 4/6/2009, although it would be nice 
to program a couple of months into the future and use it now, would make 
deadlines a thing of the past ;).

What I think would be cool is to have access to a format string and have 
the variables exposed.

So have a textbox labelled format string in the config, and have another 
label below it saying that {0} is the Initials, {1} is the fullname, {2} 
is todays date/time or something like that

This way someone can put in Task prefixs if they wanted. eg.

"'MODIFIED: {0} on {2:dd-MMM-yy HH:mm} -"

What you think?

Sorry for misposting into CR_Documentor :( need more sleep

Original issue reported on code.google.com by aussiealf@gmail.com on 14 Apr 2009 at 5:03

[GoogleCodeExporter]

A great idea ... What kind of sense does "MM/dd/yy" make anyway :P

Original comment by RoryBec...@gmail.com on 14 Apr 2009 at 2:01

[GoogleCodeExporter]

Just started with the code, I am having issues persisting the settings, will 
have to 
investigate further tommorow. 

However, the question is raised, currently you enter your Name and Initials.

If we provide a FormatString for them to have formatting of the text and date, 
then 
techincally they can just enter what they want displayed (their name etc), the 
Name 
and Initials become obsolete?

Should I just have a date format field instead? although I think offering up 
the 
FormatString allows for further flexibility, you could have a multi lined code 
comment for example.

Your thoughts?

Original comment by aussiealf@gmail.com on 14 Apr 2009 at 3:44

• Changed state: Started
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

This begs the question ... What are you trying to achieve?... If changing 
things much
beyond the initial brief of this plugin, then perhaps a new plugin is in order?

Try to think about what you'd like to do and what would be the most logical 
name for
a plugin that did that.

There's no reason why 2 similar plugins can't co-exist. alternatively if you 
really
are only looking to format the date appropriately, then perhaps pick up the 
format
string from the local user's settings or from a plugin setting dedicated to 
just that.

There are obviously a few options.

Original comment by RoryBec...@gmail.com on 14 Apr 2009 at 3:58

[GoogleCodeExporter]

The code is already using String.Format behind the scenes so there isn't any 
reason I
couldn't just expose them in the interface. Yeah, I guess at that point you 
don't
really need the other fields but they're already there so I don't see any 
reason to
change it except that it's a bit redundant.

Original comment by PaulMroz...@gmail.com on 14 Apr 2009 at 6:04

[GoogleCodeExporter]

Just wondering if either of you is currently looking at this issue :)

Original comment by RoryBec...@gmail.com on 22 Feb 2010 at 1:09

[GoogleCodeExporter]

I figured I would quickly add the "original" request I made of having the 
DateFormat 
option, so now you can specify based on .NET formatting the Date format.

Original comment by aussiealf@gmail.com on 30 Mar 2010 at 2:42

• Changed state: Fixed