این دستور lexgrog است که می تواند در ارائه دهنده هاست رایگان OnWorks با استفاده از یکی از چندین ایستگاه کاری آنلاین رایگان ما مانند Ubuntu Online، Fedora Online، شبیه ساز آنلاین ویندوز یا شبیه ساز آنلاین MAC OS اجرا شود.
برنامه:
نام
lexgrog - اطلاعات هدر را در صفحات منی تجزیه کنید
خلاصه
lexgrog [-m|-c] [-dfw؟V] [-E پشتیبانی می کند] پرونده ...
شرح
lexgrog یک پیاده سازی از ابزار سنتی "groff guess" در است سافلکس. می خواند
لیستی از فایل‌های موجود در خط فرمان آن به‌عنوان فایل‌های منبع صفحه شخصی یا پیش‌فرمت‌شده
صفحات "cat" را نشان می دهد و نام و توضیحات آنها را همانطور که استفاده می شود نشان می دهد آپوپروس و چیستاز
لیستی از فیلترهای پیش پردازش مورد نیاز صفحه man قبل از ارسال به آن ناگهان or
تپه، یا هر دو.
اگر ورودی آن بد قالب بندی شده باشد، lexgrog "تجزیه انجام نشد" را چاپ خواهد کرد. این ممکن است مفید باشد
برنامه های خارجی که نیاز به بررسی صحت صفحات man دارند. اگر یکی از lexgrogورودی
فایل ها "-" هستند، از ورودی استاندارد خوانده می شوند. اگر هر فایل ورودی فشرده شده است، الف
نسخه از حالت فشرده به طور خودکار خوانده می شود.
OPTIONS
-d, - رفع اشکال
چاپ اطلاعات اشکال زدایی
-m, --مرد
ورودی را به عنوان فایل منبع صفحه مرد تجزیه کنید. این پیش فرض است اگر هیچ کدام --مرد نه
-- گربه داده شده است.
-c, -- گربه
ورودی را به‌عنوان صفحات مرد از پیش قالب‌بندی‌شده («صفحات گربه») تجزیه کنید. --مرد و -- گربه ممکن است نباشد
به طور همزمان داده می شود.
-w, --چیست
نمایش نام و توضیحات از هدر صفحه man، همانطور که توسط آپوپروس و
چیست. این پیش فرض است اگر هیچ کدام --چیست نه -- فیلترها داده شده است.
-f, -- فیلترها
لیست فیلترهای مورد نیاز برای پیش پردازش صفحه مرد قبل از قالب بندی را نمایش دهید
با ناگهان or تپه.
-E پشتیبانی می کند, - رمزگذاری پشتیبانی می کند
تنظیم کاراکتر حدس زده شده برای صفحه را لغو کنید پشتیبانی می کند.
-?, --کمک
یک پیام راهنما چاپ کنید و خارج شوید.
--استفاده
یک پیام استفاده کوتاه را چاپ کنید و خارج شوید.
-V, - نسخه
نمایش اطلاعات نسخه
خروج وضعیت
0 اجرای موفقیت آمیز برنامه
1 خطای استفاده
2 lexgrog نتوانست یک یا چند فایل ورودی خود را تجزیه کند.
مثال ها
$ lexgrog man.1
man.1: "man - یک رابط به کتابچه راهنمای مرجع آنلاین"
$ lexgrog -fw man.1
man.1 (t): "man - یک رابط به کتابچه راهنمای مرجع آنلاین"
$ lexgrog -c whatis.cat1
whatis.cat1: "whatis - نمایش توضیحات صفحه دستی"
$ lexgrog شکسته است.1
شکسته.1: تجزیه نشد
چیست تجزیه
مندب (که از همان کد استفاده می کند lexgrog) را تجزیه می کند نام بخش در بالای هر کدام
صفحه دستی به دنبال نام ها و توضیحات ویژگی های مستند شده در هر یک است. در حالی که
تجزیه کننده کاملاً متحمل است، زیرا باید با تعدادی از اشکال مختلف کنار بیاید
از لحاظ تاریخی استفاده شده است، گاهی اوقات ممکن است اطلاعات مورد نیاز را استخراج نکند.
هنگام استفاده از سنتی مرد مجموعه ماکرو، درست است نام بخش چیزی شبیه به
این:
.SH NAME
foo \- برنامه ای برای انجام کاری
برخی از پیجرهای دستی نیاز دارند که '\-' دقیقاً مطابق شکل باشد. مندب بردبارتر است اما
برای سازگاری با سیستم های دیگر، با این وجود، حفظ آن ایده خوبی است
بک اسلش
در سمت چپ، ممکن است چندین نام وجود داشته باشد که با کاما از هم جدا شده اند. اسامی حاوی
فضای خالی نادیده گرفته می شود تا از رفتارهای آسیب شناسی در برخی بد شکل گرفته جلوگیری شود نام
بخش ها متن سمت راست به صورت آزاد است و ممکن است در چند قسمت پخش شود
خطوط در صورتی که چندین ویژگی با توصیف های مختلف در یک سند مستند می شوند
صفحه دستی، بنابراین از فرم زیر استفاده می شود:
.SH NAME
foo, bar \- برنامه هایی برای انجام کاری
.br
baz \- برنامه ای برای انجام هیچ کاری
(ماکرویی که پاراگراف جدیدی مانند .PP را شروع می کند، ممکن است به جای ماکرو break استفاده شود
.br.)
هنگام استفاده از BSD مشتق شده mdoc مجموعه ماکرو، درست است نام بخش چیزی شبیه به
این:
.Sh NAME
.Nm foo
برنامه Nd برای انجام کاری
چندین دلیل متداول وجود دارد که چرا تجزیه Whatis شکست می خورد. گاهی اوقات نویسندگان کتابچه راهنمای
صفحات جایگزین ".SH NAME" با ".SH MYPROGRAM" و سپس مندب نمی توان بخش از را پیدا کرد
که اطلاعات مورد نیاز خود را استخراج کند. گاهی اوقات نویسندگان شامل یک بخش NAME هستند، اما
متن آزاد را به جای «نام \- توضیحات» در آنجا قرار دهید. با این حال، هر نحو
مشابه موارد فوق را باید پذیرفت.
با استفاده از خدمات onworks.net از lexgrog به صورت آنلاین استفاده کنید
