documentation

How can I create .chm files from C# code?

自作多情 提交于 2019-12-05 05:57:23
I used doxygen to create HTML files, now I want to convert that documentation into .chm format. How can I do this? NDoc is a dead project, it's successor is Sandcastle & Sandcastle Helpfile Builder . I've used both of the Sandcastle items. They're easy to setup, have decent documentation and chm file generation is native to the application. If you can switch, it would be a much better choice than doxygen. Otherwise check out this link for HTML to chm info: http://younsi.blogspot.com/2007/04/doxygen-to-html-to-chm.html The original NDoc project is dead, but there is a new project called NDoc3 .

Is there any way to lint a Python file to check for Numpy documentation style adherence? [closed]

旧巷老猫 提交于 2019-12-05 04:42:23
I'm working on a project that requires Numpy documentation. In my Java days, I remember having linters that checked for Javadoc adherence in Eclipse/IDEA; is there an equivalent that checks for Numpy documentation style adherence? I know about PEP257, but it doesn't seem to have any specific checks for Numpy documentation. Pylint seems to support that. Take a look at pylint.extensions.docparams . To sum it up. You activate this checker of pylint by adding load-plugins=pylint.extensions.docparams in the Master section of your .pylintrc . This checker verifies that all function, method, and

Add XML documentation / comments to properties/fields in EF generated classes

泄露秘密 提交于 2019-12-05 03:31:15
i have the habbit to comment properties and classes with the standard XML documentation, what it means / what they do. But in EF generated classes off course, these are all gone when i regenerate the model. Is there another way to do this? As Ladislav stated in his answer, you need to modify the T4 template so the comments will be included in the generated code. This answer was taken from this article : First of all you need to specify your comments in the properties boxes of the model designer. Under Documentation -> Long Description, and Summary. Then in the template, you can for example add

How to document a factory that returns a class in angular with ngdoc?

[亡魂溺海] 提交于 2019-12-05 03:01:35
Given an angular app with a factory that returns a class, as such: angular.module('fooApp').factory('User', function(){ function User(name){ this.name = name; } User.prototype.greet = function(){ return "Howdy, " + this.name; } return User; }); Using ngdoc (the special flavor of jsdoc angular uses), how do I document the initializer without defining it as a method? Right now, this is what I've tried: /** * @ngdoc service * @name fooApp.User * @description User factory. */ angular.module('fooApp').factory('User', function(){ /** * @ngdoc method * @methodOf fooApp.User * @name Initializer *

HelpInsight documentation in Delphi 2007

生来就可爱ヽ(ⅴ<●) 提交于 2019-12-05 02:34:42
I am using D2007 and am trying to document my source code, using the HelpInsight feature (provided since D2005). I am mainly interested in getting the HelpInsight tool-tips working. From various Web-surfing and experimentation I have found the following: Using the triple slash (///) comment style works more often than the other documented comment styles. i.e.: {*! comment *} and {! comment } The comments must precede the declaration that they are for. For most cases this will mean placing them in the interface section of the code. (The obvious exception is for types and functions that are not

JsDoc: How do I document that an object can have arbritrary (unknown) properties but with a particular type?

久未见 提交于 2019-12-05 01:37:05
This is a similar to question 30360391 . I want to express that the parameter of a function is a plain JS object that can have arbitrary properties (with unknown) names but all properties are objects themselves with fixed properties. An example: The function is just like this /** * @param {Descriptor} desc */ function foo( desc ) { // ... } and a typical desc looks like desc = { unknownEntity1: { priority: 5; writable: false; }, unknownEntity2: { priority: 42; writable: true; }, unknownEntity3: { priority: 9; writable: false; } } I already have /** * @typedef {Object} DescriptorEntry *

Citing articles in R package using roxygen2 and BibTeX?

↘锁芯ラ 提交于 2019-12-05 00:04:30
I'm using roxygen2 as a tool for documenting my R package, and I found that there is a @references tag in roxygen2, but that seems to only accept free form text. I found some presentation about roxygen which has tags @bibliograph and @cite, but am I correct that there is no such thing in roxygen2? Should I then somehow take the references out of the bibtex-file and write them manually with appropriate formatting directly after the @references tag or is there some more clever way of doing this? I have about seven different articles I need to cite, over multiple functions/rd-files. Seems that

No reference documentation in Android Studio

六月ゝ 毕业季﹏ 提交于 2019-12-04 23:55:59
A new problem just popped up yesterday. When I hover over a method or press Ctrl-Q, I used to get documentation info for that particular method. But now I just get (pressing Ctrl-Q on SharedPreferences.getLong() ): Following external urls were checked: http://developer.android.com/reference/android/content/SharedPreferences.html#getLong-java.lang.String-long- http://developer.android.com/reference/android/content/SharedPreferences.html#getLong(java.lang.String, long) The documentation for this element is not found. Please add all the needed paths to API docs in Project Settings. android

Is there any common lisp docs like linux man? [closed]

本秂侑毒 提交于 2019-12-04 22:55:29
问题 Closed. This question is off-topic. It is not currently accepting answers. Want to improve this question? Update the question so it's on-topic for Stack Overflow. Closed last year . I am a newbie for emacs and common lisp. I am now using emacs and slime to learn P.Graham “ANSI Common LISP”. However, when I meet something that I don't konw, I can not easily get some useful info like linux man. Is there any common lisp docs like linux man? 回答1: Common Lisp HyperSpec describes the ANSI Common

How to refer to enum constants in c# xml docs

跟風遠走 提交于 2019-12-04 22:48:35
I want to document the default value of an enum typed field: /// <summary> /// The default value is <see cref="Orientation.Horizontal" />. /// </summary> public Orientation BoxOrientation; The compiler warns that it couldn't resolve the reference. Prefixing F: or M: silences the compiler, but E: also does, so I'm unsure what prefix is correct. The prefixes F , M and E are all valid and probably the reason that the compiler warning disappears. You should however use the F that refers to fields. For more information on how Visual Studio generates documentation identifiers see: Processing the XML