(Please freely edit and massage this, this is an early template idea/play)
Revision as of 14:09, 29 August 2010
What is our code /user interface/ providing This code provides a way to see events and orient in time and select dates. . This functionality diverges at ::level
Think of the problem you are trying to solve, and what interface and use scenarios are appropriate
Where is this used
How will you let users customize behavior
Which options should be changed for all instances of this, regardless of program
per application options
when should a program manage an option, what should default behavior be, should an application turn something off, or turn it on.
per instance options
when should a developer be able to force specific behavior
When adding features, can you do so without increasing dependancies? can you use a macro to turn off functionality if a dependancy is net met?
Perhaps in the application that creates events, when editing the event itself, it would be useful to not see other events? Or it could be sufficient to have selected date stand out sufficiently from other events, and use existing events as referance when navigating calendar.
Problems may arise when editing two date events at a time.
give your WikiSignature and your application