> On 2 Dec 2015, at 22:14, W. Trevor King <[email protected]> wrote: > > On Wed, Dec 02, 2015 at 09:58:51PM +0000, Alexander Konovalov wrote: >> The reason is that the gap.xml [2] imports several thousands of >> library functions, and to my mind this is not very useful. First, >> some of them are documented, while some others are not and may be >> for internal use only. Moreover, this list does not cover GAP >> packages which would extend this list and make it even more >> changeable. So my plan is to make more compact alternative of >> gap.xml (like, for example, a GAP mode for Atom, see >> https://github.com/ChrisJefferson/language-gap). > > I'm not familiar with GAP, but the list of builtin functions in [1] is > just a list of builtin functions (so it shouldn't be handling > functions from imported packages).
That's not really the case for this list: e.g. GetETag belongs to GAPDoc package (stopped looking further as soon as discovered that). The author of the gap.xml file is also an author of some GAP package but he no longer supports them, so perhaps he is not supporting gap.xml any more either. I think that we will just submit to KTextEditor a new version, explaining that we don't think that supporting all builtins is a good idea. Any code that uses mix of different kinds of functions will look messy because of of them will be highlighted and some not (I may agree that highlighting only documented functions may be useful, but that is hard to maintain as it depends on a particular version). Cheers Alexander _______________________________________________ Discuss mailing list [email protected] http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org
