How to add CBinding in Monodevelop under GNU/Linux? - monodevelop

The supported languages are F#, C#, VB.NET.
How to add C/C++ binding?
What's the value of URL below?

Related

Can AsciiDocs be used like JavaDoc?

I've been using AsciiDocs to write all my documentation, and i was wondering if i could take it a step further and generate the html from my source code, like how JavaDoc does with Java source code.
For example, JavaDoc allows the developer to leave in-line comments that will later be used to generate the html documentation. Is this possible with AsciiDocs? Or do I just need to write the documentation separately?
Javadoc is somewhat modular and extensible: you can use a custom formatting syntax in javadoc comments if you generate the documentation with a custom "doclet".
For AsciiDoc, such a doclet already exists: https://github.com/asciidoctor/asciidoclet
Javadoc is specific to Java, if you use other programming languages there are other tools. Doxygen was created specially for C and C++ but it supports several programming languages and comment styles. For Python, there is pydoc. Whether there's a way to make these support AsciiDoc syntax, you'll have to investigate on your own.

Convert Lua or JSON-table to XML in pure Lua

I'm looking for a converter that converts a JSON-table to xml. The problem is, is that I cannot use libraries such LUAXML, because I use an flashbased computer with Lua. The converter must be written in pure Lua. Please help?

How can I use XmlNode and XxmlNodelist in Windows Phone 8?

I have class was written by C#, It used XmlNode and XmlNodelist to read XML file.
But When I bring it to my WP8 project, It's didn't support XmlNode and XmlNodelist.
What should I do ? Thank you.
What should I do?
You should use LINQ to XML (XDocument etc) instead. It's a far superior XML API. Once you've ported your code to use it, ditch the XmlNode (etc) code entirely - use LINQ to XML in both your desktop and mobile code. Unless you really need to use .NET 3.0 or earlier, you should (IMO) try to avoid ever using XmlDocument and friends again.
(Some of the types like XmlReader are used in both the old and new APIs - but the DOM types themselves are completely separate.)

Language Agnostic Name for C# "usings" or VB "imports"

What is the proper or most appropriate language agnostic name for C#'s "using" and VB's "Imports"?
alias
namespace
include
reference
or something else?
I'd refer to this as a "module inclusion" feature.
I'm guessing package. You have the same in Java.
You can say you're using/importing a package. I'd say all the rest are quite different.

Which has the most mature stable libraries for multiple languages available for it, YAML or JSON?

I'm not looking for a comparison of the relative merits of YAML or JSON over each other, I'm purely looking for something that is supported by many languages and has stable implementations.
Also another plus would be to know which has the libraries that do not have huge dependency trees requiring other libraries.
Both YAML and JSON have stable libraries for many different languages and all of the most popular languages have good support for both. JSON is the simplest of the two to implement so it has slightly more support.
If you want to get a very rough idea of stable language support you can compare the lists of the libraries linked from the official homepages:
YAML
C/C++
Java
Python
Ruby
Perl Modules
C#/.NET
PHP
OCaml
Javascript
Actionscript
Haskell
JSON
ASP
ActionScript
C
C++
C#
ColdFusion
D
Delphi
E
Eiffel
Erlang
Fantom
Flex
Go
Haskell
Haxe
Java
JavaScript
Lasso
Lisp
LotusScript
Lua
Objective C
Objective CAML
OpenLaszlo
Perl
PHP
Pike
PL/SQL
PowerShell
Prolog
Python
R
REALbasic
Rebol
RPG
Ruby
Squeak
Tcl
Visual Basic
Visual FoxPro
YAML is a superset of JSON - therefore if a library supports YAML, it also supports JSON.
I'd have to be JSON... Because the situation in the world of YAML is a mess. There are border cases, where every library interprets something differently from the others. That's what you get with ad hoc "specifications"...
See, for example, this rant. And there are plenty more of those out there.