| -rw-r--r-- | noncore/apps/opie-console/PLANS | 6 |
1 files changed, 4 insertions, 2 deletions
diff --git a/noncore/apps/opie-console/PLANS b/noncore/apps/opie-console/PLANS index ea1b5fd..8e0bee4 100644 --- a/noncore/apps/opie-console/PLANS +++ b/noncore/apps/opie-console/PLANS @@ -1,53 +1,55 @@ From a UNIX point of view we want to do something like minicom with a better GUI. It should feature some terminal emulation vt100/102, ansi, filetransfer via {x,y,z}modem, and some sort of session management. Besides this requirement we would like to be able to execute 'scripts' in a session. A script would just write to the TEmulation and then be sent via an IOlayer. -Then we would like to send keys? Do we want that? -> what kind of keys would we send? We want a modular architecture which might support plugins in the future +should we have a general opie-console setting dialog where you configure +general things like where the tabs are, the profiles, and the default +keyboard? + (Almost) DONE: Framework Serial IOLayer Saving and Restoring Profiles ConfigDialog Framework IOLayer Profile->Session and MainWidget FilesendingLayer ( Z/Y Modem tested X does not work at all ) Fullscreen Modem - Josef Keys - hash TASKS in progress: Keys - hash Scripting - wazlaf Session->Profile - hash => why is this needed? you can not change any settings after you start the session, so all you would do is create a duplicate of the profile used to open the current session. maybe needed later when you can change settings while the session is running (colors, fonts...) zecke => think of that. You try to hook up with a New Device neither know anything.... speed flow and such stuff you start to experiment and it starts to work now you want to save the session hash => got it. OPEN tasks: Receiving ( copy &n paste from filetransfer.cpp ) POSTPONED UNTIL LATER: Irda ConfigWidget BT ConfigWidget IRDA-Layer Bluetooth-Layer |