gtk-doc-help.master.ta - en to ta translation catalogue (187 entries)

en: GTK-Doc Manual
ta: ஜிடிகே டாக் கையேடு

en: User manual for developers with instructions of GTK-Doc usage.
ta: உருவாக்குவோருக்கான ஜிடிகே டாக்(GTK-Doc) பயன்பாட்டு பயனர் கையேடு

en: Chris
ta: க்ரிஸ்

en: Lyttle
ta: லைட்டில்

en: Dan
ta: டேன்

en: Mueth
ta: மீயத்

en: Stefan
ta: ஸ்டீபன்

en: Kost
ta: கோஸ்ட்

en: GTK-Doc project
ta: ஜிடிகே-டாக் திட்டம்

en: Dan Mueth and Chris Lyttle and Stefan Kost
ta: டேன் மீயத் க்ரிஸ் லைட்டில் மற்றும் ஸ்டீபன் கோஸ்ட்

en: Permission is granted to copy, distribute and/or modify this document under the terms of the <citetitle>GNU Free Documentation License</citetitle>, Version 1.1 or any later version published by the Free Software Foundation with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is <link linkend="fdl">included</link>.
ta: நீங்கள் இலவச மென் பொருள் அமைப்பினால் வெளியிடப்பட்ட<citetitle> ஜிஎன்யு பொது ஆவண அனுமதிக்கான</citetitle> இந்த 1.1 ம் பதிப்பு அல்லது அடுத்த பதிப்புகள் விதிகளின் படி நீங்கள் (விருப்பப்படி) மாற்றமில்லா தொகுதிகள், முன் அட்டை உரைகள், பின் அட்டை உரைகள் ஆக்கியன நீங்கலாக  இதை பிரதி எடுக்கலாம், வினியோகிக்கலாம், மாற்றலாம். அனுமதியின் பிரதி இங்குள்ளது:<link linkend="fdl">included</link>

en: Many of the names used by companies to distinguish their products and services are claimed as trademarks. Where those names appear in any GNOME documentation, and those trademarks are made aware to the members of the GNOME Documentation Project, the names have been printed in caps or initial caps.
ta: நிறுவனங்களால் அவர்களது பொருட்கள், சேவைகளை குறிப்பிட பயனாகும் பல பெயர்களை அவர்களது வியாபார குறியாக சொல்கிறார்கள். அத்தகைய பெயர்கள் க்னோம் ஆவணங்களில் காணப்படுமானால், அவை க்னோம் ஆவண திட்ட உறுப்பினருக்கு தெரிவிக்கப்பட்டால், அவை தலை எழுத்துக்களாக அலல்து முதல் எழுத்து தலை எழுத்தாக  காட்டப்படும்.

en: 19 December 2009
ta: 19டிசம்பர் 2009

en: development version
ta: உருவாக்க பதிப்பு

en: 18 December 2009
ta: 18டிசம்பர் 2009

en: broken tarball update
ta: சிதைந்த டார் பால் இற்றைப்படுத்தல்

en: new tool features and bugfixes
ta: புதிய அம்சங்கள் மற்றும் வழி நீக்கங்கள்

en: 16 Novemebr 2008
ta: 16 நவம்பர் 2008

en: mal
ta: மால்

en: GNOME doc-utils migration
ta: க்னோம் டாக்-யுடில்ஸ் இட மாற்றம்

en: Introduction
ta: அறிமுகம்

en: This chapter introduces GTK-Doc and gives an overview of what it is and how it is used.
ta: இந்த அத்தியாயம் ஜிடிகே-டாக் குறித்த அறிமுகம் தருகிறது. மேலும் அது என்ன எப்படி பயன்படுத்துவது என மேலோட்டமாக சொல்லுகிறது.

en: What is GTK-Doc?
ta: ஜிடிகே டாக் என்பதென்ன?

en: GTK-Doc is used to document C code. It is typically used to document the public API of libraries, such as the GTK+ and GNOME libraries. But it can also be used to document application code.
ta: ஜிடிகே டாக் சி குறியாக்கத்தை ஆவணப்படுத்துகிறது. இது எடுத்துக்காட்டாக ஜிடிகே+ மற்றும் க்னோம் நூலகங்கள் போன்ற  நூலகங்களின் பொது ஏபிஐ களை ஆவணப்படுத்த பயன்படுகிறது. ஆனாலும் இது நிரல்களின் குறியாக்கத்தை ஆவணப்படுத்தக்கூட பயன்படுத்தலாம்.

en: How Does GTK-Doc Work?
ta: ஜிடிகே டாக் எப்படி வேலை செய்கிறது?

en: GTK-Doc works by using documentation of functions placed inside the source files in specially-formatted comment blocks, or documentation added to the template files which GTK-Doc uses (though note that GTK-Doc will only document functions that are declared in header files; it won't produce output for static functions).
ta: ஜிடிகே டாக் வேலை செய்வதெப்படி எனில் சிறப்பு ஒழுங்கில் விமர்சன தொகுதிகளாக செயல்களின் ஆவணங்கள் மூல கோப்புகளில் வைக்கப்படும். அல்லது  ஜிடிகே டாக் பயன்படுத்தும் டெம்ப் கோப்புகளுக்கு சேர்க்கபடும். (ஆயினும்   ஜிடிகே டாக் தலைப்பு கோப்புகளில் அறுதியிட்ட பங்ஷன்களை மட்டுமே ஆவணப்படுத்தும். நிலையான பங்க்ஷன்களுக்கு வெளியீடு தராது)

en: GTK-Doc consists of a number of perl scripts, each performing a different step in the process.
ta: ஜிடிகே டாக் இல் பல பெர்ல் குறுநிரல்கள் உள்ளன.

en: There are 5 main steps in the process:
ta: இந்த நடப்பில் ஐந்து படிகள் உள்ளன

en: <guilabel>Writing the documentation.</guilabel> The author fills in the source files with the documentation for each function, macro, union etc. (In the past information was entered in generated template files, which is not recommended anymore).
ta: <guilabel>ஆவணம் எழுதும் முறை.</guilabel> ஆசிரியர் மூல கோப்பை ஒவ்வொரு செயல், மேக்ரோ, இணைப்புக்கும் ஆவணங்களால் நிரப்புவார். (முன்னே விவரங்கள் உருவாக்கப்பட்ட வார்ப்புரு கோப்புக்களால் உள்ளிடப்பட்டது. அப்படி இனி செய்ய பரிந்துரைக்கவில்லை.)

en: <guilabel>Gathering information about the code.</guilabel><application>gtkdoc-scan</application> scans the header files of the code looking for declarations of functions, macros, enums, structs, and unions. It creates the file <filename>&lt;module&gt;-decl-list.txt</filename> containg a list of the declarations, placing them into sections according to which header file they are in. On the first run this file is copied to <filename>&lt;module&gt;-sections.txt</filename> The author can rearrange the sections, and the order of the declarations within them, to produce the final desired order. The second file it generates is <filename>&lt;module&gt;-decl.txt</filename>. This file contains the full declarations found by the scanner. If for some reason one would like some sybols to show up in the docs, where the full declaration cannot be found by the scanner or the declaration should appear differently, one can place entries similar to the ones in <filename>&lt;module&gt;-decl.txt</filename> into <filename>&lt;module&gt;-overrides.txt</filename>. <application>gtkdoc-scanobj</application> can also be used to dynamically query a library about any GtkObject subclasses it exports. It saves information about each object's position in the class hierarchy and about any GTK Args and Signals it provides.
ta: <guilabel>குறியாக்கம் குறித்த தகவல்களை சேர்த்தல்.</guilabel><application>ஜிடிகே டாக் ஸ்கேன்</application> இது மூல கோப்பின் தலைப்புகளில் ஒவ்வொரு செயல், மேக்ரோ, ஈநம், ஸ்டரக்ட். இணைப்புக்கும்   வருடுகிறது. பின் அது இந்த கோப்பை உருவாக்குகிறது: <filename>&lt;module&gt;-decl-list.txt</filename> இதில் டெக்ளரெஷன்களின் பட்டியல் ஒன்று இருக்கும். அவை எந்த தலைப்பில் எந்த தொகுதியில் பொருந்துமோஅங்கே இருக்கும். முதல் சுற்றில் இது இந்த கோப்புக்கு நகலெடுக்கப்படும்: <filename>&lt;module&gt;-sections.txt</filename>  பின் ஆசிரியர் இவற்றின் உள் இருக்கும் டெக்ளரெஷன்களின் வரிசைப்படி தொகுதிகளை தேவையானபடி மறு அமைப்பு செய்யலாம். இரண்டாவதாக இது உருவாக்கும் கோப்பு: <filename>&lt;module&gt;-decl.txt</filename>. இந்த கோப்பு வருடி கண்டுபிடித்த அனைத்து முழு டெக்ளரெஷன்களும் உள்ளதாகும். ஏதேனும் காரணத்தால் ஒருவர் வருடியால் முழு டெக்ளரேஷன்களாக காணப்படாத அல்லது வேறு மாதிரி காட்டப்பட வேண்டியதான சைபோல்கள் ஆவணங்களில் காட்டப்பட வேண்டும் என விரும்பினால்,  இம்மாதிரியான உள்ளீடுகளை வைக்கலாம்: <filename>&lt;module&gt;-decl.txt</filename> into <filename>&lt;module&gt;-overrides.txt</filename>. <application>gtkdoc-scanobj</application> ஐயும் பயன்படுத்தி இயங்கு நிலையில் அது ஏற்றுமதி செய்யும் எந்த ஒரு ஜிஜிகே பொருள் துணைவகுப்பையும் நூலகத்தில் கேள்வி கேட்கலாம். வகுப்பு மட்டங்களில் இந்த வகுப்புகளின் இடத்தை குறித்த  தகவலையும் ஜிடிகே ஆர்க்ஸ் மற்றும் அது தரும் சமிக்ஞைகள்குறித்த தகவல்களையும்  அது சேமித்துக்கொள்ளும்.

en: <guilabel>Generating the "template" files.</guilabel><application>gtkdoc-mktmpl</application> creates a number of files in the <filename class="directory">tmpl/</filename> subdirectory, using the information gathered in the first step. (Note that this can be run repeatedly. It will try to ensure that no documentation is ever lost.)
ta: <guilabel>"வார்ப்புரு" கோப்புகள் உருவாக்கம் .</guilabel><application>gtkdoc-mktmpl</application> இந்த துணை அடைவில் முதல் சுற்றில் சேகரித்த தகவல்களைக் கொண்டு பல கோப்புகளை உருவாக்குகிறது: <filename class="directory">tmpl/</filename> (இதை மீண்டும் மீண்டும் இயக்கலாம். எந்த கோப்பும் தொலைந்து போகாமல் இது பார்த்துக்கொள்ளும்.)

en: Since GTK-Doc 1.9 the templates can be avoided. We encourage people to keep documentation in the code. <application>gtkdocize</application> supports now a <option>--flavour no-tmpl</option> option that chooses a makefile that skips tmpl usage totally. If you have never changed file in tmpl by hand, please remove the dir (e.g. from version control system).
ta: ஜிடிகே டாக் 1.9 முதல் வார்ப்புருக்களை தவிர்க்கலாம். மக்கள் ஆவணத்தை குறீயாக்கத்தில் வைத்து இருப்பதையே நாங்கள் விரும்புகிறோம். <application>gtkdocize</application>  இப்போது இந்த <option>--flavour no-tmpl</option> தேர்வை ஆதரிக்கிறது. இது (tmpl) வார்ப்புரு பயன்பாட்டை முற்றூம் தவிர்க்கும் ஒரு மேக் பைலை தேர்வுசெய்கிறது. நீங்கள் கைமுறையாக எந்த ஒரு tmpl கோப்பையும் மாற்றியது இல்லையானால் தயை செய்து இந்த அடைவை நீக்கவும்.(எ.கா. வெர்ஷன் கன்ட்ரோல் அமைப்பு).

en: <guilabel>Generating the SGML/XML and HTML/PDF.</guilabel><application>gtkdoc-mkdb</application> turns the template files into SGML or XML files in the <filename class="directory">sgml/</filename> or <filename class="directory">xml/</filename> subdirectory. If the source code contains documentation on functions, using the special comment blocks, it gets merged in here. If there are no tmpl files used it only reads takes docs from sources and introspection data.
ta: <guilabel>SGML/XML மற்றும் HTML/PDF ஆகியவற்றை உருவாக்குதல். </guilabel><application>gtkdoc-mkdb</application> வார்ப்புரு கோப்புகளை SGML அல்லது XML கோப்புகளாக மாற்றி இங்கு சேமிக்கிறது: <filename class="directory">sgml/</filename> அல்லது <filename class="directory">xml/</filename> துணை அடைவு.மூலத்தில் விசேஷ விமர்சன தொகுதிகளுடன் பங்ஷன் ஆவணங்கள் இருப்பின் அவை இப்போது ஒன்றாக்கப்படும்.  வார்ப்புரு கோப்புகள் இல்லையானால் அது மூலத்தில் இருந்து ஆவணங்களையும் ஆய்வு தரவுகளையும் பயன்படுத்திக்கொள்ளும்.

en: <application>gtkdoc-mkhtml</application> turns the SGML/XML files into HTML files in the <filename class="directory">html/</filename> subdirectory. Likewise <application>gtkdoc-mkpdf</application> turns the SGML/XML files into a PDF docuemnt called <filename>&lt;package&gt;.pdf</filename>.
ta: <application>gtkdoc-mkhtml</application>  SGML/XML கோப்புக்களை HTML கோப்புக்களாக மாறுகிறது, இந்த துணை அடைவில் <filename class="directory">html/</filename> . அதே போல்<application>gtkdoc-mkpdf</application> SGML/XML கோப்புக்களைPDF ஆவணமாக இப்பெயரிட்டு உருவாக்கும். <filename>&lt;package&gt;.pdf</filename>.

en: Files in <filename class="directory">sgml/</filename> or <filename class="directory">xml/</filename> and <filename class="directory">html/</filename> directories are always overwritten. One should never edit them directly.
ta:  <filename class="directory">sgml/</filename> அல்லது <filename class="directory">xml/</filename> மற்றும்  <filename class="directory">html/</filename>  இல் உள்ள அடைவுகள் எப்போதுமே மேலெழுதப்படும். அவற்றை யாரும் எப்போதும் நேரடியாக திருத்தக்கூடாது.

en: <guilabel>Fixing up cross-references between documents.</guilabel> After installing the HTML files, <application>gtkdoc-fixxref</application> can be run to fix up any cross-references between separate documents. For example, the GTK+ documentation contains many cross-references to types documented in the GLib manual. When creating the source tarball for distribution, <application>gtkdoc-rebase</application> turns all external links into web-links. When installing distributed (pregenerated) docs the same application will try to turn links back to local links (where those docs are installed).
ta: <guilabel>ஆவணங்கள் இடையில் குறுக்கு தொடுப்புகளை சரி செய்தல்</guilabel> HTML கோப்புக்களை நிறுவிய பின்னர், பின் வரும் நிரலை இயக்கி  <application>gtkdoc-fixxref</application> ஆவணங்கள் இடையில் குறுக்கு தொடுப்புகளை சரி செய்யலாம். உதாரணமாக ஜிடிகே+ ஆவணத்தில் ஜிலிப் கையேட்டில் ஆவணப்படுத்திய பல வகைகளுக்கு குறுக்கு தொடுப்புகள் இருக்கும். வினியோகிக்க டார் பால் செய்யும் போது <application>gtkdoc-rebase</application> எல்லா வெளி தொடுப்புக்களையும் வலை தொடுப்பாக மாற்றிவிடும். இதே நிரல் ஆவணங்கள் நிறுவப்படும்போது அவற்றை உள்ளமை தொடுப்புக்களாக மாற்றியமைக்கும். (மற்ற ஆவணங்கள் நிறுவப்பட்டு இருக்கும் பட்சத்தில்.)

en: Getting GTK-Doc
ta: ஜிடிகே டாக் ஐ பெறுதல்

en: Requirements
ta: முன் தேவைகள்

en: <guilabel>பெர்ல் v5</guilabel> - the main scripts are in Perl.
ta: <guilabel>Perl v5</guilabel> - முதன்மை குறுநிரல்கள் பெர்ல் இல் உள்ளன.

en: <guilabel>டாக்புக் DTD v3.0</guilabel> - This is the DocBook SGML DTD. <ulink url="http://www.ora.com/davenport" type="http">http://www.ora.com/davenport</ulink>
ta: <guilabel>DocBook DTD v3.0</guilabel> - இது டாக் புத்தகத்தின் SGML DTD. <ulink url="http://www.ora.com/davenport" type="http">http://www.ora.com/davenport</ulink>

en: <guilabel>ஜேட் v1.1</guilabel> - This is a DSSSL processor for converting SGML to various formats. <ulink url="http://www.jclark.com/jade" type="http">http://www.jclark.com/jade</ulink>
ta: “<guilabel>Jade v1.1</guilabel> - இது ஒரு DSSSL செயலி SGML ஐ பல ஒழுங்குகளுக்கு மாற்றுகிறது. <ulink url="http://www.jclark.com/jade" type="http">http://www.jclark.com/jade</ulink>

en: <guilabel>Modular DocBook Stylesheets</guilabel> This is the DSSSL code to convert DocBook to HTML (and a few other formats). It's used together with jade. I've customized the DSSSL code slightly, in gtk-doc.dsl, to colour the program code listings/declarations, and to support global cross-reference indices in the generated HTML. <ulink url="http://nwalsh.com/docbook/dsssl"
ta: <guilabel>மாடுலர் டாக் புக் ஸ்டைய்ல்ஷீட்ஸ்</guilabel> இது DSSSL குறியாக்கம். டாக்புக் ஐ HTML (மேலும் சில ஒழுங்குகள்) ஆக ஆக்கும். இது ஜேட் உடன் பயன்படுத்தப்படும். நான்  DSSSL code ஐ கொஞ்சம் தனிப்பயன் ஆக்கி இருக்கிறேன். இது நிரலின் பட்டியல்கள்/டெக்ளரேஷன்களை வண்ணத்தில் காண்பிக்கும், மேலும் HTML  இல் குறுக்கு தொடுப்புக்களை உலகளாவியதாக்கும்.<ulink url="http://nwalsh.com/docbook/dsssl" type="http">http://nwalsh.com/docbook/dsssl</ulink>" type="http">http://nwalsh.com/docbook/dsssl</ulink>

en: <guilabel>docbook-to-man</guilabel> - if you want to create man pages from the DocBook. I've customized the 'translation spec' slightly, to capitalise section headings and add the 'GTK Library' title at the top of the pages and the revision date at the bottom. There is a link to this on <ulink url="http://www.ora.com/davenport" type="http">http://www.ora.com/davenport</ulink> NOTE: This does not work yet.
ta:  நீங்கள் டாக்புக் இலிருந்து மேன் பக்கங்களை தயாரிக்க விரும்பினால் ..மொழிபெயர்ப்பு  குறிப்புக்களை சற்றே நான் மாற்றியுள்ளேன். தொகுப்பு தலைப்புகள் மேலெழுத்தில் காட்டப்படும். ஜிடிகே நூலகம் என்னும் தலைப்பு ('GTK Library') பக்கங்களின் மேலே காட்டப்படும். திருத்திய தேதி கீழே காட்டப்படும். இதற்கு இங்கு ஒரு தொடுப்பு உள்ளது: <ulink url="http://www.ora.com/davenport" type="http">http://www.ora.com/davenport</ulink> குறிப்பு: இது இன்னும் செயலில் இல்லை..

en: Installation
ta: நிறுவல்

en: There is no standard place where the DocBook Modular Stylesheets are installed.
ta: மாடுலர் டாக் புக் ஸ்டைய்ல்ஷீட்ஸ் நிறுவப்பட செந்தரமான இடமில்லை.

en: GTK-Doc's configure script searches these 3 directories automatically:
ta: ஜிடிகே டாக் இன் வடிவமைக்கும் குறுநிரல் மூன்று அடைவுகளை தானியங்கியாக பார்க்கும்.

en: <filename> /usr/lib/sgml/stylesheets/nwalsh-modular </filename> (used by RedHat)
ta: <filename> /usr/lib/sgml/stylesheets/nwalsh-modular </filename> (ரெட் ஹாட் ஆல் பயன்படுத்தப்படுவது)

en: <filename> /usr/lib/dsssl/stylesheets/docbook </filename> (used by Debian)
ta: <filename> /usr/lib/dsssl/stylesheets/docbook </filename> (டெபியன் ஆல் பயன்படுத்தப்படுவது)

en: <filename> /usr/share/sgml/docbkdsl </filename> (used by SuSE)
ta: <filename> /usr/share/sgml/docbkdsl </filename> (சூசே ஆல் பயன்படுத்தப்படுவது)

en: If you have the stylesheets installed somewhere else, you need to configure GTK-Doc using the option: <command> --with-dsssl-dir=&lt;PATH_TO_TOPLEVEL_STYLESHEETS_DIR&gt; </command>
ta: ஸ்டைய்ல் ஷீட் கள் வேறெங்கும் நிறுவி இருப்பின் கை முறையாக ஜிடிகே டாக் ஐ வடிவமைக்க வேண்டும். கட்டளை தேர்ர்வு: <command> --with-dsssl-dir=&lt;PATH_TO_TOPLEVEL_STYLESHEETS_DIR&gt; </command>

en: About GTK-Doc
ta: ஜிடிகே டாக் பற்றி

en: (History, authors, web pages, license, future plans, comparison with other similar systems.)
ta: (வரலாறு, ஆசிரியர்கள், வலைப்பக்கங்கள், உரிமை, எதிர்கால திட்டங்கள், மற்ற இதே போன்ற அமைப்புகளுடன் ஒப்பீடு)

en: About this Manual
ta: இந்த கையேடு பற்றி

en: (who it is meant for, where you can get it, license)
ta: (இது யாருக்கு, உரிமம், எங்கு பெறுவது)

en: Setting up your project
ta: உங்கள் திட்டத்தை அமைத்தல்

en: The next sections describe what steps to perform to integrate GTK-Doc into your project. Theses section assume we work on a project called 'meep'. This project contains a library called 'libmeep' and an end-user app called 'meeper'.
ta:  அடுத்த தொகுதிகள் ஜிடிகே-டாக் ஐ உங்கள் திட்டத்தில் ஒருங்கிணைகக் என்ன செய்யவேண்டும் என  விவரிக்கிறது.  இந்த தொகுதிகள் நாம் மீப் ('meep') என்ற திட்டத்துக்கு வேளை செய்வதாக கொள்வோம்.இதற்கு 'libmeep' என ஒரு நூலகமும் பயனர் நிரல்  'meeper' என்றூம் கொள்வோம்.

en: Setting up a skeleton documentation
ta: தோராய ஆவணம் அமைத்தல்

en: Under your top-level project directory create folders called docs/reference (this way you can also have docs/help for end-user documentation). It is recommended to create another subdirectory with the name of the doc-package. For packages with just one library this step is not necessary.
ta: உங்கள் தலை மட்ட திட்ட அடைவில் இந்த மாதிரி அடைவுகளை உருவாக்குக.docs/reference (இதனால் உங்களுக்கு பயனர் ஆவணம் docs/help உம் கிடைக்கும்). இன்னொரு துணை அடைவு doc-package என் பெயரிட்டு உருவாக்கவும். ஒரே ஒரு நூலகம் உள்ள பொதிகளுக்கு இந்த படி தேவையில்லை

en: Example directory structure
ta: எடுத்துக்காட்டு அடைவு அமைப்பு

en: This can then look as show below: <placeholder-1/>
ta: இது கீழ் கண்டவாறு அமையலாம்: <placeholder-1/>

en: Integration with autoconf
ta: ஆட்டோ கான்ஃப் உடன் ஒருங்கிணைப்பு

en: Very easy! Just add one line to your <filename>configure.ac</filename> script.
ta: ரொம்ப சுலபம். <filename>configure.ac</filename> குறுநிரலுக்கு ஒரே ஒரு வரி மட்டும் சேருங்கள்.

en: The first argument is used to check for the gtkdocversion at configure time. The 2nd, optional argument is used by <application>gtkdocize</application>. The <symbol>GTK_DOC_CHECK</symbol> macro also adds several configure switches:
ta: முதல் தரு மதிப்பு வடிவமைப்பு நேரத்தில்  ஜிடிகே டாக் இன் பதிப்பை சோதிக்கிறது. இரண்டாவது தெர்வு தருமதிப்பு. இது இந்த நிரலால் பயன்படுத்தப்படுகிறது. <application>gtkdocize</application>.  <symbol>GTK_DOC_CHECK</symbol> மேக்ரோ பல மாற்றிகளை வடிவமைத்து சேர்க்கிறது:

en: --with-html-dir=PATH : path to installed docs
ta: --with-html-dir=PATH : நிறுவிய ஆவணங்களுக்கான பாதை

en: --enable-gtk-doc : use gtk-doc to build documentation [default=no]
ta: ""--enable-gtk-doc :ஆவணமாக்கத்துக்கு  ஜிடிகே டாக் ஐ பயன்படுத்துக. [முன்னிருப்பு=இல்லை]

en: --enable-gtk-doc-html : build documentation in html format [default=yes]
ta: --enable-gtk-doc-html : html ஒழுங்கில் ஆவணத்தை உருவாக்குக[முன்னிருப்பு=ஆம்]

en: --enable-gtk-doc-pdf : build documentation in pdf format [default=no]
ta: --enable-gtk-doc-pdf : pdf ஒழுங்கில் ஆவணத்தை உருவாக்குக [முன்னிருப்பு=இல்லை]

en: GTK-Doc is disabled by default! Remember to pass the option <option>'--enable-gtk-doc'</option> to the next <filename>configure</filename> run. Otherwise pregenerated documentation is installed (which makes sense for users but not for developers).
ta: ஜிடிகே டாக் GTK-Doc முன்னிருப்பாக செயலிழந்து இருக்கும்! ஆகவே அடுத்த <filename>configure</filename> இயக்கத்துக்கு இந்த தேர்வை செய்க: <option>'--enable-gtk-doc'</option> . இல்லையானால் முன் உருவாக்கிய ஆவணங்கள் நிறூவப்படும்.( இது பயனர்களுக்கு புரியும், நல்லது. ஆனால் உருவாக்குவோருக்கு அல்ல).

en: Furthermore it is recommended that you have the following line inside you <filename>configure.ac</filename> script. This allows <application>gtkdocize</application> to automatically copy the macro definition for <function>GTK_DOC_CHECK</function> to your project.
ta:  மேலும் பின் வரும் வரியை உங்கள்  <filename>configure.ac</filename> குறுநிரலில் அமைத்துக்கொள்க. இது <application>gtkdocize</application> நிரலை தானியங்கியாக   <function>GTK_DOC_CHECK</function> இன் மேக்ரோ அறிதியீட்டை உங்கள் திட்டத்துக்கு பிரதி எடுக்கிறது.

en: Preparation for gtkdocize
ta: gtkdocize க்கு முன்னேற்பாடு

en: Integration with automake
ta: ஆட்டோமேக் உடன் ஒருங்கிணைப்பு

en: First copy the <filename>Makefile.am</filename> from the examples subdirectory of the gtkdoc-sources to your project's API documentation directory ( <filename class="directory">./docs/reference/&lt;package&gt;</filename>). If you have multiple doc-packages repeat this for each one.
ta: முதலில் gtkdoc-sources அடைவிலிருந்து உங்கள் திட்டத்தின் ஏபிஐ ஆவண அடைவு ( <filename class="directory">./docs/reference/&lt;package&gt;</filename>) க்கு <filename>Makefile.am</filename> ஐ பிரதி எடுக்கவும். உங்களுக்கு பல டாக் பொதிகள் இருப்பின் இதை ஒவ்வொன்றுக்கும் செய்யவும்.

en: The next step is to edit the setting inside the <filename>Makefile.am</filename>. All the settings have a comment above that describes their purpose. Most settings are extra flags passed to the respective tools. Every tool has a variable of the form <option>&lt;TOOLNAME&gt;_OPTIONS</option>. All the tools support <option>--help</option> to list the supported parameters.
ta: அடுத்த படி <filename>Makefile.am</filename> இல் உள்ளதை திருத்துவது. எல்லா அமைப்புகளின் மேலும் அதன் செயலை விவரிக்கும் விமர்சனம் இருக்கும். அனேகமான அமைப்புகள் அவற்றின் கருவிகளூக்கான கூடிதல் கொடிகளே. எல்லா கருவிகளுக்கும் ஒரு மாறி இது போல இருக்கும். <option>&lt;TOOLNAME&gt;_OPTIONS</option>. எல்லா கருவிகளும் ஆதரவளிக்கும் பாராமீட்டர்களை குறிக்க இதை ஆதரிக்கும்: <option>--help</option>

note: FIXME: explain options ?
en: You may also want to enable GTK-Doc for the distcheckmake target. Just add then one-liner show in the next example to you top-level <filename>Makefile.am</filename>:
ta: ஜிடிகே டாக் (GTK-Doc) ஐdistcheckmake க்கு இலக்காக்க நீங்கள் விரும்பலாம். அடுத்த உதாரணத்தில் உள்ள ஒரு வரி காட்டலை உங்கள் மேல் மட்ட <filename>Makefile.am</filename> க்கு சேர்கவும்:

en: Enable GTK-Doc during make distcheck
ta: distcheck போது ஜிடிகே- டாக் ஐ செயலாக்குக

en: Integration with autogen
ta: ஆட்டொஜென் உடன் ஒருங்கிணைத்தல்

en: Most projects will have an <filename>autogen.sh</filename> script to setup the build infrastructure after a checkout from version control system (such as cvs/svn/git). GTK-Doc comes with a tool called <application>gtkdocize</application> which can be used in such a script. It should be run before autoheader, automake or autoconf.
ta: முக்கால்வாசி திட்டங்களில் (cvs/svn/git போன்ற) வெர்ஷன் கட்டுப்பாடு அமைப்பில் இருந்து பெறப்பட்டதும் அடிக்கட்டுமான பணியை செய்ய   <filename>autogen.sh</filename> குறுநிரல் இருக்கும்.  ஜிடிகே டாக் (GTK-Doc) இல் <application>gtkdocize</application> என ஒரு கருவி உண்டு. இது அது போன்ற குறுநிரலுடன் வேலை செய்யும்.இது autoheader, automake அல்லது autoconf க்கு முன்னால் இயக்கப்பட வேண்டும்.

en: Running gtkdocize from autogen.sh
ta: autogen.sh இலிருந்து  gtkdocize ஐ இயக்குதல்

en: When running <application>gtkdocize</application> it copies <filename>gtk-doc.make</filename> to you project root (or any directory specified by the <option>--docdir</option> option). If also check you configure script for the <function>GTK_DOC_CHECK</function> invocation.
ta:  <application>gtkdocize</application> நிரலை இயக்கும்போது  <filename>gtk-doc.make</filename> ஐ உங்கள் திட்டத்தின் மூலத்திற்கு அல்லது  <option>—docdir</option>தேர்வில்  நீங்கள் குறிப்பிடும் அடைவுக்கு பிரதி எடுக்கிறது.   அது   <function>GTK_DOC_CHECK</function> அழைப்புக்கும் உங்கள் அமைப்பு குறுநிரலை சோதிக்கிறது .

en: Historically GTK-Doc was gerating template files where developers entered the docs. this turned out to be not so good. Since a few version GTK-Doc could also get all the information from source comments. Since GTK-Doc 1.9 the templates can be avoided. We encourage people to keep documentation in the code. <application>gtkdocize</application> supports now a <option>--flavour no-tmpl</option> option that chooses a makefile that skips tmpl usage totally. Besides adding the option directly to the command invocation, they can be added also to a environment variable called <symbol>GTKDOCIZE_FLAGS</symbol> or set as a 2nd parameter in <symbol>GTK_DOC_CHECK</symbol> macro in the configure script. If you have never changed file in tmpl by hand and migrating from older gtkdoc versions, please remove the dir (e.g. from version control system).
ta: முன்னெல்லாம் ஜிடிகே டாக்(GTK-Doc) வார்ப்புரு கோப்புக்களை உருவாக்கிக்கொண்டு இருந்தது. இதில் உருவாக்குவோர் ஆவணங்களை உள்ளிட்டுக்கொண்டு இருந்தனர். இது அவ்வளவு சரியாக வேலை செய்யவில்லை. சில பதிப்புக்களாக ஜிடிகே டாக்(GTK-Doc)  மூலத்தின் விமர்சனங்களிலிருந்து எல்லா தகவல்களையும் பெற் முடிகிறது.  GTK-Doc 1.9 முதல் வார்புருக்களை தவிர்க்கலாம். ஆகவே நாங்கள் மூல குறியாக்கத்தில் ஆவணங்களுக்கு தேவையான  எல்லா தகவல்களையும் வைக்க வேண்டுகிறோம். <application>gtkdocize</application>இப்போது ஒரு <option>--flavour no-tmpl</option> தேர்ர்வை ஆதரிக்கிறது. இதனால் மேக்பைல் (makefile) வார்ப்புரு பயனை முற்றும் தவிர்த்துவிடுகிறது. நேரடியாக கட்டளை அழைப்புக்கு இந்த தேர்வை சேர்ப்பதுடன்  <symbol>GTKDOCIZE_FLAGS</symbol> எனும் சூழ்நிலை மாறிகளுக்கும் சேர்க்கலாம். அலல்து இரண்டாம் பாராமிட்டராக <symbol>GTK_DOC_CHECK</symbol> இல் அமைக்கலாம். நீங்கள் இதுவரை கைமுறையாக  tmpl இல் கோப்பை மாற்றியது இல்லை; பழைய ஜிடாக் பதிப்பிலிருந்து இடம் மாறுகிறீர்கள் எனில் தயை செய்து அந்த அடைவை  நீக்கி விடுங்கள் (எ.கா. வெர்ஷன் கன்ட்ரோல் அமைப்பு).

en: Running the doc build
ta: டாக் உருவாக்கியை (doc build) இயக்குதல்

en: After the previous steps it's time to run the build. First we need to rerun <filename>autogen.sh</filename>. If this script runs configure for you, then give it the <option>--enable-gtk-doc</option> option. Otherwise manually run <filename>configure</filename> with this option afterwards.
ta: இப்போது கட்டுமானத்திற்கு ஆயத்தமாகிவிட்டோம். முதலில் நாம் மீன்டும் <filename>autogen.sh</filename> ஐ இயக்கவேண்டும். இது உங்களுக்கு கட்டமைப்பை இயக்கினால் அதற்கு <option>--enable-gtk-doc</option> தேர்வை தரவும். இல்லையானால் கைமுறையாக இதே தேர்வுடன் <filename>configure</filename> ஐ பிரிதொரு முறை இயக்கவும்.

en: The first make run generates several additional files in the doc-dirs. The important ones are: <filename>&lt;package&gt;.types</filename>, <filename>&lt;package&gt;-docs.sgml</filename>, <filename>&lt;package&gt;-sections.txt</filename>.
ta: ஆவண அடைவுகளில் (doc-dirs) பல கூடுதல் கோப்புகளை முதல் மேக் இயக்கம் உருவாக்கும்.அவற்றில்ய் முக்கியமானவை: <filename>&lt;package&gt;.types</filename>, <filename>&lt;package&gt;-docs.sgml</filename>, <filename>&lt;package&gt;-sections.txt</filename>.

en: Now you can point your browser to <filename>docs/reference/&lt;package&gt;/index.html</filename>. Yes, it's a bit disappointing still. But hang-on, during the next chapter we tell you how to fill the pages with life.
ta: இப்போது உங்கள் உலாவியை  <filename>docs/reference/&lt;package&gt;/index.html</filename> க்கு சுட்டிக்காட்டலாம். ஆமாம், இது கொஞ்சம் ஏமாற்றமாகத்தான் இருக்கிறது. கவலை வேண்டாம். அடுத்த அத்தியாயத்தில் எப்படி இவற்றை உயிருக்கு கொண்டு வருவது என பார்க்கலாம்.

en: Integration with version control systems
ta: வெர்ஷன் கன்ட்ரோல் அமைப்புகளுடன் ஒருங்கிணைத்தல்

en: As a rule of the thumb, it's those files you edit, that should go under version control. For typical projects it's these files: <filename>&lt;package&gt;.types</filename><filename>&lt;package&gt;-docs.sgml</filename><filename>&lt;package&gt;-sections.txt</filename><filename>Makefile.am</filename>
ta: குத்து மதிப்பாக சொல்லப்போனால் , நீங்கள் திருத்தும் கோப்புகள்தான் வெர்ஷன் கட்டுப்படுக்கு போக வேண்டும். வழக்கமாக இவைதான் அந்த கோப்புகள்: <filename>&lt;package&gt;.types</filename><filename>&lt;package&gt;-docs.sgml</filename><filename>&lt;package&gt;-sections.txt</filename><filename>Makefile.am</filename>

en: Documenting the code
ta: குறியாக்கத்தை ஆவணப்படுத்துதல்

en: GTK-Doc uses source code comment with a special syntax for code documentation. Further it retrieves information about your project structure from other sources. During the next section you find all information about the syntax of the comments.
ta: ஜிடிகே டாக்(GTK-Doc) குறீயீட்டை ஆவணமாக்க மூல குறியீட்டின் விமர்சனத்தை சிறப்பு இலக்கணத்துடன் பயன்படுத்துகிறது.  மற்ற மூலங்களிலிருந்தும் அது உங்கள் திட்டத்தின் கட்டுமானத்தை அறிகிறது. அடுத்த தொகுதியில் இந்த விமர்சனன்களின்  சிறப்பு இலக்கணம் குறித்து முழுதும் அறியலாம்.

en: Documentation placement
ta: ஆவணம் இடுதல்

en: In the past most documentation had to be filled into files residing inside the <filename>tmpl</filename> directory. This has the disadvantages that the information is often not updated and also that the file tend to cause conflicts with version control systems.
ta: முன் காலத்தில்  பெரும்பாலான ஆவணங்கள்  <filename>tmpl</filename> அடைவில் இருக்கும் கோப்புகளில் நிரப்பப்பட வேண்டி இருந்தது. இதில் நஷ்டமாக தகவல்கள்  அவ்வப்போது புதுப்பிக்கப்படவில்லை. மேலும் இவை வெர்ஷன் கட்டுப்பாடு அமைப்புகளுடன் பொருந்தவில்லை

en: The avoid the aforementioned problems we suggest putting the documentation inside the sources. This manual will only describe this way of documenting code.
ta: மேற்கூறிய காரணங்களால் நாங்கள் ஆவணங்களை மூலத்துடன் வைக்கு மாறூ சொல்கிறோம். இந்த கையேடு இந்த முறையை மட்டுமே விவாதிக்கும்.

en: Documentation comments
ta: ஆவணமாக்க விமரிசனங்கள்

en: GTK-Doc comment block
ta: ஜிடிகே டாக் விமரிசன தொகுப்பு

en: A multiline comment that starts with an additional '*' marks a documentation block that will be processed by the GTK-Doc tools. <placeholder-1/>
ta:  '*'  இல் துவங்கும் பல்வரி விமர்சனம் ஜிடிகே டாக் கருவிகளால் ஒரு ஆவணமாக்கல் தொகுதியாக கையாளப்படும். <placeholder-1/>

en: The 'identifier' is one line with the name of the item the comment is related to. The syntax differs a little depending on the item. (TODO add table showing identifiers)
ta:  'identifier' எனப்படும் இனம் காட்டி விமர்சனம் பொருந்தும் உருப்படியின்  பெயருடன் கூடிய ஒரு வரி. உருப்படியை பொருத்து இலக்கணம் சற்று மாறலாம்.

en: The 'documentation' block is also different for each symbol type. Symbol types that get parameters such as functions or macros have the parameter description first followed by a blank line (just a '*'). Afterwards follows the detailed description. All lines (outside program- listings and CDATA sections) just containing a ' *' (blank-asterisk) are converted to paragraph breaks. If you don't want a paragraph break, change that into ' * ' (blank-asterisk-blank-blank).
ta: ஆவண ( 'documentation') தொகுதி ஒவ்வொரு அடையாளத்துக்கும் கூட தனித் தனியாகும் .symbol type. Symbol types that get parameters such as functions or macros have the parameter description first followed by a blank line (just a '*'). Afterwards follows the detailed description. All lines (outside program- listings and CDATA sections) just containing a ' *' (blank-asterisk) are converted to paragraph breaks. If you don't want a paragraph break, change that into ' * ' (blank-asterisk-blank-blank).

en: Use function() to refer to functions or macros which take arguments.
ta: தரு மதிப்புகளுக்கும் அவற்றை ஏற்கும் மேக்ரோக்களுக்கும் function() செயலை பயன்படுத்துக.

en: Use @param to refer to parameters. Also use this when referring to parameters of other functions, related to the one being described.
ta: @param ஐ எல்லா வரையீடுகளுக்கும் பயன்படுத்துக. விவரிக்கும் பங்ஷனுக்கு தொடர்பான எல்லா பங்ஷன்களின் வரையீடுகளுக்கும் கூட இதை பயன்படுத்துக.

en: Use %constant to refer to a constant, e.g. %G_TRAVERSE_LEAFS.
ta: %constant ஐ ஒரு மாறிலியை காட்ட பயன்படுத்துக. எ-கா %G_TRAVERSE_LEAFS

en: Use #symbol to refer to other types of symbol, e.g. structs and enums and macros which don't take arguments.
ta: #symbol ஐ மற்ற வகை சிம்பலுக்கு பயன்படுத்துக. எ-கா தருமதிப்பை ஏற்காத ஸ்ட்ரட்ஸ், ஈநம்ஸ் மற்றும் மேக்ரோக்கள்.

en: Use #Object::signal to refer to a GObject signal
ta: #Object::signal ஐ GObject சமிக்ஞைக்கு பயன்படுத்துக

en: Use #Object:property to refer to a GObject property
ta: #Object:property ஐGObject இன் பண்புகளை குறிக்க பயன்படுத்துக

en: Use #Struct.field to refer to a field inside a structure.
ta: Struct.field  ஐ ஒரு கட்டமைப்பின் புலத்தை குறிக்க பயன்படுத்துக

en: One advantage of hyper-text over plain-text is the ability to have links in the document. Writing the correct markup for a link can be tedious though. GTK-Doc comes to help by providing several useful abbreviations. <placeholder-1/>
ta: ஜிடிகே டாக்

en: If you need to use the special characters '&lt;', '&gt;', '()', '@', '%', or '#' in your documentation without GTK-Doc changing them you can use the XML entities "&amp;lt;", "&amp;gt;", "&amp;lpar;", "&amp;rpar;", "&amp;commat;", "&amp;percnt;" and "&amp;num;" respectively or escape them with a backslash '\'.
ta: சிறப்பு குறிகளான  '&lt;', '&gt;', '()', '@', '%', அல்லது '#' ஐ  ஜிடிகே டாக் மாற்றாமல் அப்படியே ஆவணத்தில் பயன்படுத்த அவற்றுக்கான ஹெச்எம்எல் ஐ பயன்படுத்துக: "&amp;lt;", "&amp;gt;", "&amp;lpar;", "&amp;rpar;", "&amp;commat;", "&amp;percnt;" மற்றும் "&amp;num;"  அல்லது பின் சாய்வு கோடால் அவற்றை தனியாக்கலாம்.'\'.

en: As already mentioned earlier GTK-Doc is for documenting public API. Thus one cannot write documentation for static symbols. Nevertheless it is good to comment those symbols too. This helps other to understand you code. Therefore we recommend to comment these using normal comments (without the 2nd '*' in the first line). If later the function needs to be made public, all one needs to do is to add another '*' in the comment block and insert the symbol name at the right place inside the sections file.
ta: ஜிடிகே டாக்

en: Documenting sections
ta: ஆவணப்படுத்தும் தொகுதிகள்

en: Each section of the documentation contains information about one class or module. To introduce the component one can write a section block. The short description is also used inside the table of contents. All the @fields are optional.
ta: ஆவணத்தில் ஒவ்வொரு பிரிவும் ஒரு வகுப்பு அல்லது கூறு குறித்து தகவலைப்பெற்றிருக்கும். ஒரு பாகத்தை அறிமுகம் செய்ய ஒரு தொகுதியை எழுதலாம். குறுகிய விவரணம் உள்ளடக்க பட்டியலில் கூட பயன்படுத்தப்படும். எல்லா @ புலங்களூம் தேர்வுக்குரியன.

en: Section comment block
ta: பிரிவு விமரிசன தொகுதி

en: SECTION:&lt;name&gt;
ta: SECTION:&lt;பெயர்&gt;

en: The name links the section documentation to the respective part in the <filename>&lt;package&gt;-sections.txt</filename> file. The name give here should match the &lt;FILE&gt; tag in the <filename>&lt;package&gt;-sections.txt</filename> file.
ta: பகுதி ஆவணத்தை பெயர்  <filename>&lt;package&gt;-sections.txt</filename>கோப்புக்கு இணைக்கிறது. கொடுக்கப்பட்ட பெயர்   <filename>&lt;package&gt;-sections.txt</filename> கோப்பில் &lt;FILE&gt; குறிப்புடன் பொருந்த வேண்டும்.

en: A one line description of the section, that later will appear after the links in the TOC and at the top of the section page.
ta: பகுதி பக்கத்தின் மேலே உள்ளடக்க பட்டியலுக்கான தொடுப்புகளுக்குப்பின் காணும் ஒரு வரி விவரம்.

en: The section title defaults to &lt;name&gt; from the SECTION declaration. It can be overridden with the @title field.
ta: இந்த தொகுதி  SECTION சாற்றுரையிலிருந்து &lt;name&gt; க்கு முன்னிருப்பாக செல்லும். இதை உதாசீனப்படுத்த @title புலத்தை பயன்படுத்துக.

en: Overrides the use of title as a section identifier. For GObjects the &lt;title&gt; is used as a section_id and for other section it is &lt;MODULE&gt;-&lt;title&gt;.
ta: தொகுதியை இனம் காண தலைப்பைஉதாசீனப்படுத்தும். GObjects ஆகிய &lt;title&gt; வற்றுக்கு  section_id பயன்படும். ஏனைய தொகுதிகளுக்கு அது &lt;MODULE&gt;-&lt;title&gt;.

en: A list of symbols that are related to this section..
ta: இந்த தொகுதியுடன் சம்பந்தப்பட்ட சிம்பல் சின்னங்களின் பட்டியல்.

en: Stable - The intention of a Stable interface is to enable arbitrary third parties to develop applications to these interfaces, release them, and have confidence that they will run on all minor releases of the product (after the one in which the interface was introduced, and within the same major release). Even at a major release, incompatible changes are expected to be rare, and to have strong justifications.
ta: Stable - நிலையான- எனில் இடைமுகம் நிலையானது. மூன்றாம் நபர்கள் இவற்றை ஒட்டி நிரல்களை எழுதி வெளியிடலாம்; எந்த பெரிய வெளியீட்டுக்குள் அவை வெளியிடப்பட்டதோ அதன் சிறிய வெளியீட்டுகளுக்குள் அவை சரியாக வேலை செய்யும் என நம்பலாம். பெரிய வெளியீடில் கூட இசைவு இல்லாமல் போவது துர்லபம்.

en: Unstable -  Unstable interfaces are experimental or transitional. They are typically used to give outside developers early access to new or rapidly changing technology, or to provide an interim solution to a problem where a more general solution is anticipated. No claims are made about either source or binary compatibility from one minor release to the next.
ta: Unstable - நிலையற்ற- எனில் இடைமுகம் பரீட்சார்த்தமானது. சிலகாலமே இருக்கும். இவை சாதாரணமாக புது வேகமாக மாறும் தொழில்நுட்பத்துக்கு ஆரம்ப கால அணுகலைத்தர பயன்படும். பின்னால் வர்வுள்ள நிரந்தர தீர்வுகளுக்கு இடைத்தீர்வாகவும் அமையும். அடுத்த வெளியீடுகளுக்கு பொருத்தம் இசைவு இருக்கும் என எதிரபாரலாகாது.

en: Private - An interface that can be used within the GNOME stack itself, but that is not documented for end-users. Such functions should only be used in specified and documented ways.
ta: Private - தனிப்பயன் எனில் க்னோம் இல் மட்டும் பயன்படும் இடைமுகம். ஆயின் இறுதி பயனருக்கு ஆவணப்படுத்தவில்லை. அப்படிப்பட்ட செயல்கள் குறீப்பிட்ட ஆவணப்படுத்தப்பட்ட வழியில் மட்டுமே பயன்படுத்தப்பட வேண்டும்.

en: Documenting symbols
ta: சிம்பல்களை ஆவணப் படுத்தல்

en: General tags
ta: பொது டேக் ஒட்டுகள்

en: Versioning Tags
ta: டேக் களை பதிப்பாக்கல்

en: Since:
ta: இதிலிருந்து:

en: Deprecated:
ta: கைவிடப்பட்டது.

en: (FIXME : Stability information)
ta: FIXME : Stability information)

en: Function comment block
ta: பங்ஷன் விமரிசன தொகுதி

en: Please remember to: <placeholder-1/>
ta: <placeholder-1/> க்கு நினைவிருத்துக

en: Function tags
ta: பங்ஷன் டேக் ஒட்டுகள்

en: Returns:
ta: திருப்பிகிடைப்பவை:

en: Property comment block
ta: பண்புகள் விமரிசன தொகுதி

en: Signal comment block
ta: சமிக்ஞை விமரிசன தொகுதி

en: Document when the signal is emitted and whether it is emitted before or after other signals.
ta: சமிக்ஞை எப்போது வெளியிடப்படும் மற்றும் மற்ற சமிக்ஞைகளுக்கு முன்னா பின்னா வெளியிடப்படும் என ஆவணப்படுத்தல்.

en: Struct comment block
ta: அமைப்பு விமரிசன தொகுதி

en: Enum comment block
ta: ஈநம் விமரிசன தொகுதி

en: To include example code: <placeholder-1/> or possibly this, for very short code fragments which don't need a title: <placeholder-2/> For the latter GTK-Doc also supports an abbreviation: <![CDATA[
    |[
      ...
    ]|
    ]]>
ta: ஜிடிகே டாக்

en: Filling the extra files
ta: கூடுதல் கோப்புகளை நிரப்புதல்

en: Editing the types file
ta: கோப்பு வகையை திருத்துதல்

en: Since GTK-Doc 1.8 <application>gtkdoc-scan</application> can generate this list for you. Just add "--rebuild-types" to SCAN_OPTIONS in <filename>Makefile.am</filename>. If you use this approach you should not dist the types file nor have it under version control.
ta: ஜிடிகே டாக்

en: Editing the master document
ta: முதன்மை ஆவணத்தை திருத்துதல்

en: GTK-Doc produces documentation in DocBook SGML/XML. When processing the inline source comments, the GTK-Doc tools generate one documentation page per class or module as a separate file. The master document includes them and place them in a order.
ta: ஜிடிகே டாக் ஜிடிகே டாக்

en: While GTK-Doc creates a template master document for you, later run will not touch it again. This means that one can freely structure the documentation. That includes grouping pages and adding extra pages. GTK-Doc has now a test suite, where also the master-document is recreated from scratch. Its a good idea to look at this from time to time to see if there are some new goodies introduced there.
ta: ஜிடிகே டாக்

en: Master document header
ta: முதன்மை ஆவணத்தின் தலைப்பு

en: Editing the section file
ta: தொகுதி கோப்பை திருத்துதல்

en: The section file is used to organise the documentation output by GTK-Doc. Here one specifies which symbol belongs to which module or class and control the visibility (public or private).
ta: ஜிடிகே டாக்

en: Controlling the result
ta: விடையை கட்டுப்படுத்தல்

en: A GTK-Doc run generates report files inside the documentation directory. The generated files are named: <filename>&lt;package&gt;-undocumented.txt</filename>, <filename>&lt;package&gt;-undeclared.txt</filename> and <filename>&lt;package&gt;-unused.txt</filename>. All those are plain text files that can be viewed and postprocessed easily.
ta: ஜிடிகே டாக்

en: The <filename>&lt;package&gt;-unused.txt</filename> file lists symbol names, where the GTK-Doc scanner has found documentation, but does not know where to put it. This means that the symbol has not yet been added to the <filename>&lt;package&gt;-sections.txt</filename> file.
ta: ஜிடிகே டாக்

en: Enable or add the <option>TESTS=$(GTKDOC_CHECK)</option> line in Makefile.am. If at least GTK-Doc 1.9 is installed, this will run sanity checks during <command>make check</command> run.
ta: ஜிடிகே டாக்

en: Frequently asked question
ta: அடிக்கடி கேட்கும் கேள்விகள்

en: Question
ta: கேள்வி

en: Answer
ta: பதில்

en: No class hierarchy.
ta: வகுப்பு கட்டுமுறை இல்லை

en: xxx_get_type()
ta: ""xxx_get_type()

en: &lt;package&gt;.types
ta: &lt;package&gt;.வகைகள்

en: The objects <placeholder-1/> function has not been entered into the <placeholder-2/> file.
ta: <placeholder-1/> பொருட்கள் பங்ஷன் இன்னும்  <placeholder-2/> கோப்பில் உள்ளிடப்படவில்லை

en: Still no class hierarchy.
ta: இன்னும் வகுப்பு கட்டுமுறை இல்லை

en: explanation
ta: விளக்கம்

en: Missing or wrong naming in <placeholder-1/> file (see <placeholder-2/>).
ta: <placeholder-1/> கோப்பில் தவறான பெயரிடுதல் அல்லது காணவில்லை (பார்க்க: <placeholder-2/>)

en: Damn, I have still no class hierarchy.
ta: அடடா, இன்னும் வகுப்பு கட்டுமுறை இல்லை

en: GtkWidget
ta: ஜிடிகேவிட்செட்

en: No symbol index.
ta: சிம்பல் குறி அட்டவணை இல்லை

en: Element typename in namespace '' encountered in para, but no template matches.
ta: குறி XYZ இல் இரு முறை காண்கிறது.

en: Version 1.1, March 2000
ta: பதிப்பு 1.1, மார்ச் 2000

en: <address>Free Software Foundation, Inc. <street>51 Franklin Street, Suite 330</street>, <city>Boston</city>, <state>MA</state><postcode>02110-1301</postcode><country>USA</country></address> Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.
ta: <address>Free Software Foundation, Inc. <street>51 Franklin Street, Suite 330</street>, <city>Boston</city>, <state>MA</state><postcode>02110-1301</postcode><country>USA</country></address> இந்த லைசென்ஸ் ஆவணத்தை அனவரும் பிரதி எடுத்து வினியோகிக்கலாம் ஆனால் மாற்றக்கூடாது.

en: GNU Free Documentation License
ta: க்னூ இலவச ஆவண லைசென்ஸ்

en: 0. PREAMBLE
ta: 0. முன்னுரை (PREAMBLE)

en: 4. MODIFICATIONS
ta: 4. மாற்றங்கள் (MODIFICATIONS)

en: You may copy and distribute a <link linkend="fdl-modified">Modified Version</link> of the <link linkend="fdl-document">Document</link> under the conditions of sections <link linkend="fdl-section2">2</link> and <link linkend="fdl-section3">3</link> above, provided that you release the Modified Version under precisely this License, with the Modified Version filling the role of the Document, thus licensing distribution and modification of the Modified Version to whoever possesses a copy of it. In addition, you must do these things in the Modified Version:
ta: நீங்கள் ஒரு <link linkend="fdl-document">Document</link>  ஆவணத்தின்  <link linkend="fdl-modified">மாற்றப்பட்ட பதிப்பு(Modified Version)</link> ஐ கீழ் கண்ட தொகுதிகளின் விதிகளூக்கு இணங்க வினியோகிக்கலாம்: <link linkend="fdl-section2">2</link> and <link linkend="fdl-section3">3</link> கட்டுப்பாடு எது எனில் யாரிடம் எந்த பதிப்பு இருக்கிறதோ அதே லைசன்ஸ் கீழ் வெளியிட வேண்டும். மாற்றிய பதிப்பு ஆவணத்தின் பங்கை செய்ய வேண்டும். மேலும் பின் வருவனவற்றை மாற்றிய பதிப்பில் செய்ய வேண்டும்.:

en: Use in the <link linkend="fdl-title-page">Title Page</link> (and on the covers, if any) a title distinct from that of the <link linkend="fdl-document">Document</link>, and from those of previous versions (which should, if there were any, be listed in the History section of the Document). You may use the same title as a previous version if the original publisher of that version gives permission.
ta: முந்தைய பதிப்புகளின் வரலாற்றை ஆவணத்தின் வரலாற்றில் எழுதுக. இப்பதிப்புகளின் <link linkend="fdl-title-page">Title Page</link> இலும் (அட்டைகள் இருப்பின் அதிலும்) <link linkend="fdl-document">Document</link> இலும் முற்றிலும் மாறுபட்ட தலைப்பை பயன்படுத்தவும்.

en: List on the <link linkend="fdl-title-page">Title Page</link>, as authors, one or more persons or entities responsible for authorship of the modifications in the <link linkend="fdl-modified">Modified Version</link>, together with at least five of the principal authors of the <link linkend="fdl-document">Document</link> (all of its principal authors, if it has less than five).
ta:  <link linkend="fdl-title-page">Title Page</link>, இல் ஆசிரியர்களாக பட்டியலிடப்பட்டதில் ஒருவரோ மேலுமோ யார் மாற்றங்களை செய்தனரோ அவரது பெயர்களையும் <link linkend="fdl-modified">Modified Version</link> இல் சேர்க்கவும்.  <link linkend="fdl-document">Document</link> இன் ஆசிரியர்கள் ஐந்துக்கு குறைவாக இருப்பின் அனைத்து பெயர்களூம் அதிகமாக இருப்பின் குறைந்தது ஐந்து முக்கிய ஆசிரியர்கள் பெயர்களும் சேர்க்கப்பட வேண்டும்.

en: State on the <link linkend="fdl-title-page">Title Page</link> the name of the publisher of the <link linkend="fdl-modified">Modified Version</link>, as the publisher.
ta: <link linkend="fdl-title-page">Title Page</link> இல் வெளியிடுவோர் பெயராக <link linkend="fdl-modified">Modified Version</link> ஐ வெளியிடுவோர் பெயரை குறிப்பிடுக.

en: Preserve all the copyright notices of the <link linkend="fdl-document">Document</link>.
ta: <link linkend="fdl-document">Document</link> இன் காப்புரிமையை பாதுகாக்கவும்.

en: Add an appropriate copyright notice for your modifications adjacent to the other copyright notices.
ta: காப்புரிமை அறிவிப்புக்கு அருகில் உங்கள் மாற்றங்களுக்கான காப்புரிமையை வெளியிடுக.

en: Include, immediately after the copyright notices, a license notice giving the public permission to use the <link linkend="fdl-modified">Modified Version</link> under the terms of this License, in the form shown in the Addendum below.
ta: உங்கள் காப்புரிமை அறிவிப்புக்கு பின்னாலேயே <link linkend="fdl-modified">Modified Version</link> ஐ பொது ஜனம் பயன்படுத்த பின் வரும் படிவத்தில் இந்த லைசென்ஸ் மூலம் அனுமதி வழங்குக.

en: Preserve in that license notice the full lists of <link linkend="fdl-invariant"> Invariant Sections</link> and required <link linkend="fdl-cover-texts">Cover Texts</link> given in the <link linkend="fdl-document">Document's</link> license notice.
ta: <link linkend="fdl-invariant"> Invariant Sections</link> களின் முழு பட்டியலை லைசென்ஸிலும் <link linkend="fdl-document">Document's</link> மற்றும் லைசென்ஸ் நோட்டீசில் உள்ள  தேவையான<link linkend="fdl-cover-texts">Cover Texts</link> களிலும் வைத்திருங்கள்.

en: Include an unaltered copy of this License.
ta: இந்த லைசென்ஸின் மாற்றப்படாத வடிவத்தையும் ஒரு பிரதி வைத்திருங்கள்.

en: Preserve the section entitled <quote>History</quote>, and its title, and add to it an item stating at least the title, year, new authors, and publisher of the <link linkend="fdl-modified">Modified Version </link>as given on the <link linkend="fdl-title-page">Title Page</link>. If there is no section entitled <quote>History</quote> in the <link linkend="fdl-document">Document</link>, create one stating the title, year, authors, and publisher of the Document as given on its Title Page, then add an item describing the Modified Version as stated in the previous sentence.
ta: <quote>History</quote> எனக்குறித்த தொகுதி, அதன் தலைப்பு இவற்றை பாதுகாக்கவும். இதனுடன் <link linkend="fdl-title-page">Title Page</link>. இல் தரப்பட்ட <link linkend="fdl-modified">Modified Version </link> இன்  தலைப்பு, வருடம், புதிய ஆசிரியர்கள், வெளியிடுவோர் , ஆகியவற்றை சேர்க்கவும். <link linkend="fdl-document">Document</link> இல் அப்படி  <quote>History</quote> எனக்குறித்த தொகுதி இல்லாவிடில்   வருடம், புதிய ஆசிரியர்கள், வெளியிடுவோர் , ஆகியவற்றை தலைப்பு பக்கத்தில் உள்ளபடி உருவாக்கி பின் புதிதாக  முன் சொன்னவாறு மாற்றியதை சேர்க்கவும்..

en: Preserve the network location, if any, given in the <link linkend="fdl-document">Document</link> for public access to a <link linkend="fdl-transparent">Transparent</link> copy of the Document, and likewise the network locations given in the Document for previous versions it was based on. These may be placed in the <quote>History</quote> section. You may omit a network location for a work that was published at least four years before the Document itself, or if the original publisher of the version it refers to gives permission.
ta: ஆவணத்தின் பிரதிக்கு பொதுஜன அணுகலுக்கு தரப்பட்ட <link linkend="fdl-document">Document</link> இல் காணும் <link linkend="fdl-transparent">Transparent</link> தொடுப்பை பாதுகாக்கவும்.அதேபோல முதைய பதிப்புகளில் உள்ள தொடுப்புகளையும் பாதுகாக்கவும். இவற்றை  <quote>History</quote> பகுதியில் வைக்கலாம். ஆவணத்துக்கு நான்கு வருடங்கள் முன் வெளியிட்டவற்றையும் ஆசிரியர் நீக்கலாம் என அனுமதி தந்தவற்றையும் நீக்கலாம்.

en: In any section entitled <quote>Acknowledgements</quote> or <quote>Dedications</quote>, preserve the section's title, and preserve in the section all the substance and tone of each of the contributor acknowledgements and/or dedications given therein.
ta: <quote>Acknowledgements</quote> அல்லது <quote>Dedications</quote> எனக்குறித்த எந்த தொகுதியிலும் தொகுதியின் தலைப்பையும் அதில் உள்ளவற்றில்  ஒவ்வொரு பங்கீடு அளித்தோரின் நன்றி அறிதல் /அர்ப்பணம் ஆகியவற்றின் சாரத்தையும் பாதுகாக்கவும் ,

en: Preserve all the <link linkend="fdl-invariant">Invariant Sections</link> of the <link linkend="fdl-document">Document</link>, unaltered in their text and in their titles. Section numbers or the equivalent are not considered part of the section titles.
ta: <link linkend="fdl-document">Document</link>,  இன் <link linkend="fdl-invariant">Invariant Sections</link> of the <link linkend="fdl-document">Document</link> களை உரை தலைப்புகளை மாற்றாமல் பாதுகாக்கவும். தொகுதி எண்களும் அல்லது அதன் சமானமானவையும் இதில் சேராது.

en: Delete any section entitled <quote>Endorsements</quote>. Such a section may not be included in the <link linkend="fdl-modified">Modified Version</link>.
ta:  <quote>Endorsements</quote> இல் உள்ளதை நீக்கவும். அப்படிப்பட்ட எந்த தொகுதியும் <link linkend="fdl-modified">Modified Version</link> இல் இருத்தலாகாது..

en: Do not retitle any existing section as <quote>Endorsements</quote> or to conflict in title with any <link linkend="fdl-invariant">Invariant Section</link>.
ta: இருப்பிலுள்ள எந்த தொகுதியையும் <quote>Endorsements</quote> என் மறு பெயரிடவோ அல்லது <link linkend="fdl-invariant">Invariant Section</link> உடன் மோதும் எதையும் செய்யலாகாது

en: If the <link linkend="fdl-modified">Modified Version</link> includes new front-matter sections or appendices that qualify as <link linkend="fdl-secondary">Secondary Sections</link> and contain no material copied from the Document, you may at your option designate some or all of these sections as invariant. To do this, add their titles to the list of <link linkend="fdl-invariant">Invariant Sections</link> in the Modified Version's license notice. These titles must be distinct from any other section titles.
ta: <link linkend="fdl-modified">Modified Version</link>இல் புதிய விஷயம் இருந்தாலோ அல்லது <link linkend="fdl-secondary">Secondary Sections</link> என அனுபந்தம் இருந்து அதில் ஆவணத்திலிருந்து பிரதி எடுத்த ஏதும் இல்லாமல் இருந்தாலோ நீங்கள் தேர்ந்தெடுத்து அவற்றை  முழுதுமோ பகுடியோ மாறாதவை என குறிப்பிடலாம். இதை செய்ய அவற்றின் தலைப்புகளை மாற்றிய பதிப்பு நோட்டீசில் <link linkend="fdl-invariant">Invariant Sections</link> பட்டியலில் சேர்க்கவும். இந்த தலைப்புகள் மற்ற தலைப்புகளீன் பெயரிலிருந்து மாறுபட்டு இருத்தல் வேண்டும்.

en: You may add a section entitled <quote>Endorsements</quote>, provided it contains nothing but endorsements of your <link linkend="fdl-modified">Modified Version</link> by various parties--for example, statements of peer review or that the text has been approved by an organization as the authoritative definition of a standard.
ta: சகாக்கள் எழுதிய விமர்சனங்கள், மதிப்புரைகள் அல்லது ஒரு நிறுவனம்  உங்கள்  <link linkend="fdl-modified">Modified Version</link> ஐ திறனாய்வு செய்து தகுதி சான்று  கொடுத்து இருப்பின் அவை மட்டும் இருக்கும் பட்சத்தில் நீங்கள் <quote>Endorsements</quote> என தலைப்பிட்ட தொகுதி ஒன்றை சேர்க்கலாம்.

en: You may add a passage of up to five words as a <link linkend="fdl-cover-texts">Front-Cover Text</link>, and a passage of up to 25 words as a <link linkend="fdl-cover-texts">Back-Cover Text</link>, to the end of the list of <link linkend="fdl-cover-texts">Cover Texts</link> in the <link linkend="fdl-modified">Modified Version</link>. Only one passage of Front-Cover Text and one of Back-Cover Text may be added by (or through arrangements made by) any one entity. If the <link linkend="fdl-document">Document</link> already includes a cover text for the same cover, previously added by you or by arrangement made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one.
ta: <link linkend="fdl-cover-texts">Front-Cover Text</link> ஆக நீங்கள் ஐந்து சொற்கள் வரை சேர்க்கலாம். <link linkend="fdl-modified">Modified Version</link>.  இல் பட்டியலின் கடைசியில் <link linkend="fdl-cover-texts">Cover Texts</link> <link linkend="fdl-cover-texts">Back-Cover Text</link> ஆக 25, சொற்கள் சேர்க்கலாம். முன் அட்டை உரைக்கு ஒரு பாராவும்  பின் அட்டைக்கு  ஒரு உரையும் மட்டுமே உங்களாலோ அல்லது உங்கள் முன் அனுமதி பெற்றவராலோ சேர்க்கப்படலாம். <link linkend="fdl-document">Document</link> இல் ஏற்கெனெவே அதே அட்டைக்கு உரை, உங்களாலோ அனுமதி பெற்றவராலோ முன்னேயே இடப்பட்டு இருப்பின், நீங்கள் மற்றொன்றை இடலாகாது.  already includes a cover text for the same cover, previously added by you or by arrangement made by the same entity you are acting on behalf of, you may not add another; but you may replace the old one, on explicit permission from the previous publisher that added the old one.

en: 8. TRANSLATION
ta: 8. மொழிபெயர்ப்பு

en: Copyright YEAR YOUR NAME.
ta: Copyright 2010, I. Felix.

en: If your document contains nontrivial examples of program code, we recommend releasing these examples in parallel under your choice of free software license, such as the <ulink type="http" url="http://www.gnu.org/copyleft/gpl.html"> GNU General Public License</ulink>, to permit their use in free software.
ta: உங்கள் ஆவணத்தில் முக்கியமல்லாத நிரல் குறியீட்டு உதாரணங்கள் இருப்பின் , எங்கள் பரிந்துரை: இவற்றின் இலவச பயனுக்கு  இந்த உதாரணங்களை இணையாக மென்பொருள் அனுமதிக்கான உங்கள் தேர்வில் வெளியிடுங்கள்.மாதிரிக்கு: <ulink type="http" url="http://www.gnu.org/copyleft/gpl.html"> GNU General Public License</ulink>,
