Re: [Gnucap-devel] Gnucap Comprehensive Help System Implementation Details

[Rishabh Yadav]

We can modify the  model of having modules in each CARD to solve the above
problem.First let me know,if problem explained above is really a problem or
not.

Rishabh Yadav
Junior Undergraduate
Department of Electronics Engineering
IIT (BHU), Varanasi
Varanasi-221005
India


On Thu, May 29, 2014 at 11:57 PM, Rishabh Yadav <
address@hidden> wrote:

>
>
> Rishabh Yadav
> Junior Undergraduate
> Department of Electronics Engineering
> IIT (BHU), Varanasi
> Varanasi-221005
> India
>
>
> On Sunday 25 May 2014, Felix Salfelder wrote:
>>
>> class CMD_HELP: public CARD {
>>   do_it(){
>>     string what;
>>     cmd >> what;
>>     const CARD* thing = find(what);
>>     out = <some stream>;
>>     out << "help on " << what << ":" << endl;
>>     what.help(out);
>>   }
>>
>>   static string helptext;
>>   void help(stream out){
>>     out << helptext
>>   }
>> }c;
>>
>> string CMD_HELP::*helptext = "helptext on **help**"*;
>>
> as we are storing the help text which is a string in a variable,so this
> string will be embedded in the compiled shared object(.so) files.So,this
> string will always get loaded whenever the plugin will be loaded.As the
> string may be of any length so if 100 plugins are loaded at the same time
> then loading of 100 help strings may cause performance issues and if user
> don't need the help manual then efforts to load help string will go
> waste.Al once told me that "You pay only for what you use" so I think
> loading the strings with the plugin should not be preferred.Correct me If I
> am wrong or if I misunderstood something.
>
>>
>>
>> DISPATCHER<CMD>::INSTALL d0(&command_dispatcher, "help", &c);
>>
>