[GSoC] - ncurses project

[Michael Adam]

Hi Vicentiu,

Thank you for your mail. Your ideas sound interesting.
If it is achievable to add in a SoC timeframe, then it
would be worthwile to add this greater flexibility.

I am not really sure how this would really work or look
like, or what the common denominator for the various possible
editor tools could be, but you will be able to explain...

Your initiative is greatly appreaciated!

Cheers - Michael

Vicentiu Ciorbaru wrote:
> Hello,
> 
> I am interested in working on the ncurses project and I have the following
> alternative:
> 
> Considering my previous work on net rpc conf and seeing how the reg api
> works, both for rpc
> and local connection I came up with an interesting idea.
> 
> The general idea of the project is to have an interactive interface that
> would make editing
> registry keys / shares etc. more simple. However, why not make the
> interface in such a way
> so that it can be extended to all commands that might benefit from the
> "editor".
> 
> The way I propose to have the interface is similar to a git add -i command
> and git commit.
> 
> This provides a way to make, view, experiment with changes and "commit" the
> changes when
> the desired setup is reached.
> 
> In regards to making the editor compatible with more than one  of the net
> commands (and
> here i had a look on how I implemented net rpc conf), I would propose to
> make a set
> of primitives available from the editor module that would allow it to adapt
> to different commands.
> 
> For example:
> 
> The editor provides the following possible workflow:
> 
> init_editor()
> 
> add_choice_option(option)   // for example all options of net registry or
> net conf
> 
> display_editor()
> 
> ..... wait for user input .....
> 
> get_choice()
> 
> ->now the editor provides some functions like:
> 
> create_editable_field(name, properties, ...)
> 
> display_previous_entries(name);
> (perhaps) create_confirmation_box(question)
> create_finish_button();
> 
> All these functions can be called whenever the interface requires them.
> This way, to adapt the editor
> you would just create a separate logic module that just calls on the
> functions in the order it needs them.
> 
> I will elaborate more on these in my proposal if you consider my idea
> lucrative.
> 
> Comments are much appreciated,
> 
> (In order to make sure my idea would not exceed the GSoC timeline, the
> first goal would be to get the
> editor module in place and then create the registry editor interface; the
> other net commands interfaces
> can wait if time is too short)
> 
> Cheers,
> Vicentiu Ciorbaru
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 206 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20120329/c05a8642/attachment.pgp>