20 June 2006

Known To-dos of Web Command Prompt

At this stage, I still have a few things to do and make the command prompt useful.

  • Is the current architecture good? I should use more delegates/callbacks and give more flexibility to third party users for integration.
  • Hook up Command Parsing - This will register user's custom commands with their custom processing function. 80% done.
  • Add Build-In Commands - In addition to "clear” and "cls",  "Man", "Help" should be part of the default commands set, this way, for starters, they can view a list of available commands and how to use them
  • Add additional methods in ICommand Interface - force plug-in authors to provide "help" method implementation. This way when "help" is entered, we can quickly hit back plug-In author's help method and display their documentation appropriately.
  • Integration with AjaxPro.Net - creates a few samples for testing purpose and sees what else I could add to the base class. One I can think of right now is to print "DataTable" to command prompt screen which is the default return type of AjaxPro.NET
  • Finish Log4J implementation - This will enable users to debug their command plug-in with richer options. I will follow the standard convention of Log4J using Info, Debug, Warn, Error and etc.

Features half baked and still seeking technical solutions

  • How to enable auto complete in a text area in Firefox? Got my div shown up correctly in IE, but firefox seems to lack such feature.
  • How to resize a textarea?
  • How to resize content of Prototype Window? Does prototype window provide a onDrag Event handler?

Backend framework I would like to sample with

  • MS Log Parser - I know I can retrieve log data using MS Log Parser. Use AjaxPro.NET and build on top of that, display server stats back to command prompt.

 



 
Anonymous comments are disabled