octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Deprecate __keywords__ internal function?


From: Torsten
Subject: Re: Deprecate __keywords__ internal function?
Date: Tue, 24 Feb 2015 19:40:49 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0

On 24.02.2015 18:39, Rik wrote:
> 2/24/15
> 
> All,
> 
> Is there any objection to getting rid of the __keywords__ function?  It is
> located in help.cc and returns a list of keywords for which there is help
> text.  However, this is not the full list of keywords as returned by the
> iskeyword() function.  The latter function is based directly on what the
> parser knows as keywords and includes the new classdef keywords like
> "properties" for which no documentation has yet been written.
> 
> The only place I see this function used is
> 
> libgui/src/m-editor/file-editor-tab.cc:535:              add_octave_apis
> (F__keywords__ ());       // add new entries
> 
> I changed this to Fiskeyword () and the code compiles fine, although I
> still don't get properties/endproperties as keywords in the built-in editor.
> 

Try to delete the *.pap files in

$HOME/.config/octave/3.9.1+/qsci

where prepared information for autocompletion is saved. After opening an
m-file the new keywords should show up in the autocompletion list.
However, the highlighting depends on QsciScintilla's lexer.

Torsten





reply via email to

[Prev in Thread] Current Thread [Next in Thread]