PSTOEDIT(1) ابزارهای تبدیل PSTOEDIT(1)

pstoedit - ابزاری برای تبدیل فایل‌های PostScript به قالب‌های گوناگون گرافیک برداری

pstoedit [-v -help]

pstoedit گزینه‌های زیر در دسترس هستند: [-include نام‌فایل] [-df نام قلم] [-nomaptoisolatin1] [-dis] [-pngimage نام‌فایل] [-q] [-nq] [-nc] [-mergelines] [-filledrecttostroke] [-mergetext] [-dt] [-adt] [-ndt] [-dgbm] [-correctdefinefont] [-pti] [-pta] [-xscale عدد] [-yscale عدد] [-xshift عدد] [-yshift عدد] [-centered] [-minlinewidth عدد] [-pagenumberformat مشخصات قالب شماره صفحه] [-split] [-v] [-vl ] [-usebbfrominput] [-ssp] [-sfill] [-uchar نویسه] [-nb] [-rdb] [-page شماره صفحه] [-flat ضریب همواری] [-sclip] [-ups] [-usefinddevice] [-rgb] [-useagl] [-noclip] [-t2fontsast1] [-keep] [-debugfonthandling] [-gstest] [-fakedateandversion] [-nfr] [-glyphs] [-useoldnormalization] [-rotate زاویه (0-360)] [-fontmap نام فایل نگاشت قلم برای pstoedit] [-pagesize قالب صفحه] [-help] [-bo] [-psarg رشته آرگومان] [-pslanguagelevel سطح زبان PostScript مورد استفاده: ۱، ۲، یا ۳.] -f "format[:options]" [-gs مسیر کامل به فایل اجرایی/DLL مربوط به Ghostscript یا - در ویندوز - صرفاً یک شماره نسخه (مانند 10.01.0)، که در این صورت برای یافتن مسیر از رجیستری استفاده می‌شود.] [-gsregbase مسیر پایه‌ی رجیستری Ghostscript] [ inputfile [outputfile] ]

برنامه PstoeditQtGui یک جایگزین برای کارکرد مبتنی بر خط فرمان ارائه می‌دهد. این رابط گرافیکی دسترسی به تقریباً تمام گزینه‌ها و قابلیت‌های پشتیبانی‌شده توسط pstoedit را فراهم می‌کند. علاوه بر این، از تبدیل هم‌زمان چندین فایل در یک عملیات پشتیبانی کرده و همچنین میان‌برهایی برای برخی از دستگاه‌های خروجی سطح‌بالای Ghostscript فراهم می‌سازد.

این رابط گرافیکی با استفاده از QT پیاده‌سازی شده است (https://www.qt.io).

گزینه‌های مختلف ارائه‌شده توسط pstoedit بر اساس دسته‌بندیشان در زبانه‌های مختلفی در رابط گرافیکی نمایش داده می‌شوند. همچنین به همراه هر گزینه در رابط گرافیکی، پیوندی به توضیحات دقیق‌تر آن در این راهنما وجود دارد.

نکته جانبی: هیچ‌کدام از گزینه‌ها به‌صورت «کدنویسی مستقیم» (hard coded) در رابط گرافیکی قرار نگرفته‌اند؛ بلکه فراداده‌ها مستقیماً از خود pstoedit دریافت می‌شوند. بدین طریق، رابط گرافیکی همواره نسبت به گزینه‌ها و قالب‌های ارائه‌شده توسط pstoedit به‌روز می‌ماند.

این صفحه راهنما، نسخه 4.3 از pstoedit را مستند می‌کند.

برنامه pstoedit فایل‌های PostScript را به قالب‌های گرافیکی برداری مختلف تبدیل می‌کند. فایل‌های حاصل را می‌توان ویرایش کرد یا به نرم‌افزارهای مختلف طراحی وارد نمود. عبارت زیر را تایپ کنید:

pstoedit -help

تا فهرستی از قالب‌های خروجی پشتیبانی‌شده را دریافت کنید. Pstoedit همراه با مجموعه بزرگی از درایورهای قالب عرضه می‌شود که در باینری آن تعبیه شده‌اند.

برنامه pstoedit با بازتعریف برخی از عملگرهای پایه‌ایِ ترسیم در PostScript کار می‌کند، مانند stroke یا show (تصاویر بیت‌مپ که با عملگر image ترسیم شده‌اند توسط تمامی قالب‌های خروجی پشتیبانی نمی‌شوند). پس از بازتعریف این عملگرها، فایل PostScript مورد نظر برای تبدیل، توسط یک مفسر PostScript مانند Ghostscript (gs(1)) پردازش می‌شود. معمولاً برای استفاده از این برنامه باید یک مفسر PostScript روی سیستم نصب داشته باشید. با این حال، می‌توانید با تعیین گزینه -bo، برخی پردازش‌های «صرفاً بک‌اند» (back end only) را بر روی فایل‌هایی که از قراردادهای قالب میانی pstoedit پیروی می‌کنند انجام دهید. بخش «قالب‌های موجود و گزینه‌های ویژه آن‌ها» را در ادامه ببینید.

خروجی‌ای که توسط مفسر در نتیجه‌ی بازتعریف عملگرهای ترسیم نوشته می‌شود، نوعی فایل PostScript «تخت» ('flat') است که تنها شامل عملیات ساده‌ای مانند moveto ،lineto ،show و غیره است. می‌توانید این فایل را با استفاده از گزینه -f debug مشاهده کنید.

این خروجی توسط توابع پردازش نهایی pstoedit خوانده شده و توابع ترسیم را در درایور قالب خروجیِ انتخاب‌شده (که گاهی «بک‌اند» یا "back-end" نیز نامیده می‌شود) فراخوانی می‌کند.

اگرچه pstoedit طوری طراحی شده است که اجازه استفاده از هر نوع مفسر PostScript را بدهد، اما تنها در ترکیب با Ghostscript (https://ghostscript.com) آزمایش شده است.

تا نسخه 9.55 نرم‌افزار Ghostscript، مفسر PDF آن در خودِ PostScript پیاده‌سازی شده بود. این امر به pstoedit اجازه می‌داد تا فایل‌های PDF را به همان شیوه فایل‌های PostScript مدیریت کند، زیرا امکان استفاده از همان سازوکارهای رهگیریِ عملیات ترسیم وجود داشت.

با این حال، از نسخه 9.56 به بعد، مفسر PDF در Ghostscript با زبان C پیاده‌سازی شد و بنابراین رهگیری‌های استفاده‌شده توسط pstoedit هنگام پردازش فایل‌های PDF دیگر اثربخش نیستند.

پیش از آن‌که بتوانید یک فایل PDF را به قالب دیگری تبدیل کنید، ابتدا باید آن را به PostScript تبدیل نمایید. می‌توانید برای این منظور از Ghostscript یا از درایور gs:ps2write (-f gs:ps2write) متعلق به pstoedit استفاده کنید.

گزینه‌های زیر در دسترس هستند:

[-include filename]

این گزینه امکان تعیین یک فایل PostScript اضافی را فراهم می‌کند که درست پیش از خواندن ورودی عادی اجرا خواهد شد. این ویژگی برای گنجاندن تنظیمات خاص صفحه یا برای غیرفعال کردن عملگرهای بالقوه ناامن PostScript مانند file، renamefile یا deletefile مفید است.

[-xscale number]

مقیاس‌بندی با یک ضریب در جهت x

[-yscale number]

مقیاس‌بندی با یک ضریب در جهت y

[-xshift number]

انتقال تصویر در جهت x

[-yshift number]

انتقال تصویر در جهت y

[-centered]

وسط‌چین کردن تصویر پیش از مقیاس‌بندی یا انتقال

[-minlinewidth number]

حداقل عرض خط. تمام خطوط نازک‌تر از این مقدار با این عرض خط رسم خواهند شد - به‌ویژه خطوط با عرض صفر

[-pagenumberformat page number format specification]

مشخصات قالب شماره صفحات در نام فایل هنگام استفاده از -split. این مشخصات برای ایجاد شماره صفحه با استفاده از sprintf به‌کار می‌رود. این مشخصات نباید شامل % ابتدایی یا d انتهایی باشد. مقدار پیش‌فرض یک رشته خالی است که منجر به قالب‌بندی شماره صفحه با استفاده از %d می‌شود. این حالت شماره صفحاتی مانند 1، 2، ...، 10 تولید می‌کند. گاهی ممکن است طولی ثابت با صفرهای ابتدایی مد نظرتان باشد، بنابراین می‌توانید 02 را مشخص کنید که به‌معنای ۲ رقم با صفر در ابتدا است.

[-split]

ایجاد یک فایل جدید برای هر صفحه از ورودی. برای این کار، نام فایل خروجی باید شامل یک %d باشد که با شماره صفحهٔ جاری جایگزین می‌شود. این گزینه برای قالب‌های خروجی که از چند صفحه در یک فایل پشتیبانی نمی‌کنند (مانند fig یا gnuplot) به‌طور خودکار فعال می‌شود.

[-usebbfrominput]

در صورت تعیین، pstoedit از BoundingBox موجود در فایل ورودی (در صورت وجود) به‌جای مقداری که خودش محاسبه می‌کند استفاده خواهد کرد.

[-page page number]

انتخاب یک صفحهٔ تکی از یک فایل چندصفحه‌ای PostScript یا PDF.

[-rgb]

از نسخهٔ 3.30 به بعد، pstoedit درون خود از رنگ‌های CMYK استفاده می‌کند. گزینهٔ -rgb رفتار قدیمی برای استفاده از مقادیر RGB را فعال می‌کند.

[-useagl]

استفاده از Adobe Glyph List به‌جای جدول ISO Latin-1 (این ویژگی آزمایشی است)

[-noclip]

عدم استفاده از برش (clipping) (تنها در صورتی کاربرد دارد که قالب خروجی اصلاً از برش پشتیبانی کند)

[-rotate angle (0-360)]

چرخاندن تصویر به اندازه زاویه مشخص‌شده.

[-pagesize page format]

تنظیم اندازه صفحه برای رسانه خروجی. این گزینه اندازه صفحه را برای رسانه خروجی تنظیم می‌کند. در حال حاضر این گزینه فقط توسط راه‌انداز قالب خروجی libplot استفاده می‌شود، اما ممکن است در آینده توسط سایر راه‌اندازهای قالب خروجی نیز استفاده شود. اندازه صفحه بر اساس نام‌های معمول اندازه صفحه، مانند letter یا a4 مشخص می‌شود.

[-help]

نمایش اطلاعات راهنما

[-bo]

شما می‌توانید تنها پردازش backend را (بدون frontend مفسر PostScript) اجرا کنید؛ ابتدا با اجرای pstoedit -f dump infile dumpfile و سپس اجرای pstoedit -f format -bo dumpfile outfile.

[-psarg argument string]

رشته‌ای که با این گزینه داده می‌شود، هنگام فراخوانی Ghostscript برای پردازش فایل PostScript برای pstoedit به‌طور مستقیم به Ghostscript ارسال می‌شود. برای نمونه: -psarg "-r300x300". این کار باعث می‌شود وضوح (resolution) به 300x300 dpi تغییر کند. (در نسخه‌های قدیمی‌تر Ghostscript، تغییر وضوح از این طریق تنها در صورتی تأثیر دارد که گزینهٔ -dis داده شده باشد.) اگر می‌خواهید گزینه‌های متعددی را به Ghostscript منتقل کنید، می‌توانید از چند گزینهٔ -psarg استفاده کنید: -psarg opt1 -psarg opt2 -psarg opt2. برای مشاهده سایر گزینه‌های ممکن، راهنمای Ghostscript را ببینید.

[-pslanguagelevel PostScript Language Level 1, 2, or 3 to be used.]

سطح ۱، ۲ یا ۳ زبان PostScript که باید استفاده شود. می‌توانید Ghostscript را با -pslanguagelevel 1 به حالت فقط سطح ۱ PostScript ببرید. این امر می‌تواند برای مثال زمانی مفید باشد که فایل PostScript مورد نظر برای تبدیل، از برخی مدل‌های رنگ سفارشی ویژهٔ سطح ۲ استفاده کند که توسط pstoedit پشتیبانی نمی‌شوند. با این حال، این کار مستلزم آن است که برنامه PostScript سطح PostScript پشتیبانی‌شده توسط مفسر را بررسی کرده و بر اساس آن عمل کند. سطح زبان پیش‌فرض ۳ است.

قالب خروجی هدف که برای pstoedit شناخته‌شده است. از آنجا که سایر راه‌اندازهای قالب را می‌توان به‌صورت پویا بارگذاری کرد، دستور pstoedit -help را برای دریافت فهرست کامل قالب‌ها وارد کنید. برای توضیحات درباره [:options] در قالب -f، بخش «قالب‌های موجود و گزینه‌های خاص آن‌ها» را در ادامه ببینید. اگر گزینهٔ format داده نشود، pstoedit تلاش می‌کند قالب هدف را از پسوند نام فایل خروجی حدس بزند. با این حال، در بسیاری از موارد، این نگاشت یکتا نیست و بنابراین pstoedit به گزینهٔ -f نیاز دارد.

[-gs either full path to the Ghostscript executable/DLL or - for Windows - just a version number (e.g. 10.01.0), in which case the version is used to look up the path from the registry.]

به pstoedit اعلام می‌کند که از کدام فایل اجرایی/DLL گوست‌اسکریپت (Ghostscript) استفاده کند - الگوریتم جستجوی داخلی را بازنویسی می‌کند

[-gsregbase Ghostscript base registry path]

مسیر رجیستری برای استفاده به‌عنوان مسیر پایه هنگام جستجوی مفسر Ghostscript. این گزینه امکان تعیین یک کلید رجیستری زیر HKLM/Software را برای جستجوی کلید مفسر GS، نسخه و مقادیر GS_DLL / GS_LIB فراهم می‌کند. برای مثال: "-gsregbase MyCompany"; به این معنی است که HKLM/Software/MyCompany/GPL Ghostscript به‌جای HKLM/Software/GPL Ghostscript جستجو خواهد شد. گزینه‌های زیر در دسترس هستند:

[-df نام قلم]

گاهی قلم‌های جاسازی‌شده در یک برنامهٔ PostScript فاقد نام قلم هستند. به عنوان مثال، این اتفاق در فایل‌های PostScript تولیدشده توسط dvips(1) رخ می‌دهد. در چنین مواردی pstoedit از یک قلم جایگزین استفاده می‌کند. مقدار پیش‌فرض برای این قلم Courier است. می‌توان قلم دیگری را با استفاده از گزینهٔ -df مشخص کرد. گزینهٔ -df Helvetica باعث می‌شود همهٔ قلم‌های بدون‌نام با Helvetica جایگزین شوند.

[-nomaptoisolatin1]

به‌طور معمول pstoedit همهٔ کدهای نویسه را به کدهای تعریف‌شده در کدگذاری ISO Latin1 نگاشت می‌کند. در صورت تعیین -nomaptoisolatin1، کدگذاری از ورودی PostScript بدون تغییر به خروجی منتقل می‌شود. این کار ممکن است منجر به خروجی متنی عجیبی شود، اما از سوی دیگر ممکن است تنها راه برای تبدیل مناسب برخی قلم‌ها باشد. بررسی کنید که کدام حالت برای مورد خاص شما مناسب‌تر است.

[-pngimage نام فایل]

عمدتاً برای اهداف اشکال‌زدایی. نتیجهٔ پردازش را در یک فایل PNG نیز می‌نویسد.

[-dt]

رسم متن. متن به صورت چندضلعی‌ها رسم می‌شود. این ممکن است یک فایل خروجی بزرگ ایجاد کند. اگر قالب خروجی انتخاب‌شده از متن پشتیبانی نکند (مانند gnuplot(1))، این گزینه به‌طور خودکار فعال می‌شود.

[-adt]

رسم خودکار متن. این گزینه، گزینهٔ -dt را به‌طور گزینشی برای قلم‌هایی که به نظر نمی‌رسد قلم‌های متنی عادی باشند (مانند Symbol) فعال می‌کند.

[-ndt]

هرگز متن را رسم نکن. به‌طور کامل روش‌های شهودی استفاده‌شده توسط pstoedit برای تصمیم‌گیری در مورد زمان «رسم» متن به جای نمایش آن به عنوان متن را غیرفعال می‌کند. این ممکن است نتایج نادرستی ایجاد کند، اما در برخی موارد با وجود این می‌تواند مفید باشد. «استفاده با مسئولیت خودتان».

[-dgbm]

آزمایشی - بیت‌مپ‌های تولیدشده توسط قلم‌ها/گلیف‌ها را نیز رسم می‌کند.

[-correctdefinefont]

برخی از فایل‌های PostScript، به عنوان مثال مواردی که توسط ChemDraw تولید می‌شوند، از عملگر definefont در PostScript به گونه‌ای استفاده می‌کنند که با فرضیات pstoedit ناسازگار است. قلم جدید با کپی کردن یک قلم قدیمی بدون تغییر FontName قلم جدید تعریف می‌شود. هنگامی که این گزینه اعمال می‌شود، برخی «وصله‌ها» پس از یک definefont انجام می‌گیرد تا دوباره با فرضیات pstoedit سازگار شود. این گزینه به‌طور پیش‌فرض فعال نیست، زیرا ممکن است سایر فایل‌های PostScript را خراب کند. این گزینه تنها با فایل‌های تولیدشده توسط ChemDraw آزمایش شده است.

[-pti]

متن دقیق. به‌طور معمول یک رشتهٔ متنی همان‌گونه که در فایل ورودی آمده است رسم می‌شود. با این حال در برخی شرایط، این امر ممکن است منجر به قرارگیری نویسه‌ها در موقعیت‌های نادرست شود. این به دلیل محدودیت‌ها در بیشتر قالب‌های خروجی pstoedit است. آن‌ها نمی‌توانند متن را با فاصلهٔ بین‌حروفی دلخواه که به سادگی در PDF و PostScript امکان‌پذیر است نمایش دهند. با -pta، هر نویسه از یک رشتهٔ متنی به صورت جداگانه جای‌گذاری می‌شود. با -pti، این کار تنها در مواردی انجام می‌شود که فاصلهٔ بین‌حروفی غیرصفر وجود داشته باشد. جنبهٔ منفی «متن دقیق»، اندازهٔ فایل بزرگ‌تر و دشواری در ویرایش متن است.

[-pta]

نگاه کنید به -pti

[-uchar نویسه]

گاهی pstoedit نمی‌تواند یک نویسه را از کدگذاری استفاده‌شده توسط فایل PostScript به کدگذاری قلم قالب هدف نگاشت کند. در این حالت pstoedit نویسهٔ ورودی را با یک نویسهٔ ویژه جایگزین می‌کند تا تمام مکان‌هایی را که به درستی نگاشت نشده‌اند نشان دهد. مقدار پیش‌فرض برای این کار "#" است. با استفاده از گزینهٔ -uchar می‌توان نویسهٔ دیگری را برای استفاده به جای آن مشخص کرد. اگر می‌خواهید از یک فاصله استفاده کنید، از -uchar " " استفاده کنید.

[-t2fontsast1]

مدیریت قلم‌های Type 2 به همان شیوهٔ Type 1. قلم‌های Type 2 گاهی به عنوان قلم‌های جاسازی‌شده در فایل‌های PDF یافت می‌شوند. در حالت پیش‌فرض، متن‌هایی که از چنین قلم‌هایی استفاده می‌کنند به صورت چندضلعی‌ها رسم می‌شوند، زیرا pstoedit فرض می‌کند چنین قلمی در سیستم کاربر در دسترس نیست. اگر این گزینه تنظیم شود، pstoedit فرض می‌کند که کدگذاری داخلی از همان استاندارد یک قلم استاندارد پیروی می‌کند و خروجی متنی عادی تولید می‌کند. این فرض ممکن است در همهٔ موارد درست نباشد؛ اما بررسی صحت این فرض برای pstoedit تقریباً غیرممکن است - چرا که باید نوعی OCR انجام دهد.

[-nfr]

در حالت عادی، pstoedit قلم‌های بیتی را با قلم تعریف‌شده توسط گزینهٔ -df جایگزین می‌کند. این کار به این دلیل انجام می‌شود که بیشتر قالب‌های خروجی نمی‌توانند چنین قلم‌هایی را مدیریت کنند. این رفتار را می‌توان با استفاده از گزینهٔ -nfr غیرفعال کرد، اما در این صورت قابل استفاده بودن فایل تولیدشده و تفسیر صحیح آن شدیداً به برنامه‌ای که فایل را می‌خواند بستگی خواهد داشت. هرگونه مشکلی در این حالت از کنترل pstoedit خارج است.

[-glyphs]

ارسال نام‌های گلیف به درایور قالب خروجی. تاکنون هیچ درایور قالب خروجی واقعاً از نام‌های گلیف استفاده نمی‌کند، بنابراین این گزینه در حال حاضر هیچ اثری ندارد. این گزینه صرفاً یک آماده‌سازی برای کارهای آینده است.

[-useoldnormalization]

تنها زمانی از این گزینه استفاده کنید که روش شهودی جدید معرفی‌شده در نسخهٔ 3.5 نتایج درستی تولید نکند - با این وجود، این یکسان‌سازی کدگذاری قلم همیشه یک رویکرد «حداکثر تلاش ممکن» خواهد بود، چرا که هیچ راه‌حل عمومی واقعی با میزان تلاش معقول برای آن وجود ندارد.

[-fontmap نام فایل font map برای pstoedit]

فایل نگاشت قلم (font map) یک فایل متنی ساده شامل خطوطی با قالب زیر است:

document_font_name target_font_name
خطوطی که با % شروع می‌شوند به عنوان توضیح در نظر گرفته می‌شوند.
برای نام‌های قلم دارای فاصله از ساختار "font name with spaces" استفاده کنید.

اگر یک target_font_name با / شروع شود، به عنوان یک نام مستعار برای یک مدخل پیشین تلقی می‌شود.

هر نام قلم یافت‌شده در سند در برابر این نگاشت بررسی می‌شود و در صورت وجود مدخل منطبق، از نام جدید برای خروجی استفاده می‌گردد.

اگر گزینهٔ -fontmap مشخص نشده باشد، pstoedit به‌طور خودکار در پوشهٔ نصب به دنبال فایل drivername.fmp می‌گردد و در صورت در دسترس بودن، از آن به عنوان فایل پیش‌فرض fontmap استفاده می‌کند. پوشهٔ نصب عبارت است از:

*
در MS Windows: همان پوشه‌ای که فایل اجرایی pstoedit در آن قرار دارد
*
در Unix:
پوشهٔ پیش‌فرض نصب. در صورت ناموفق بودن، <پوشه‌ای که فایل اجرایی pstoedit در آن قرار دارد> /../lib/

فایل mpost.fmp در پوشهٔ misc از توزیع pstoedit یک فایل نگاشت نمونه با نگاشت‌هایی از بیش از ۵۰۰۰ نام قلم PostScript به معادل‌های TeX آن‌ها است. این مفید است زیرا MetaPost غالباً با TeX/LaTeX استفاده می‌شود و آن برنامه‌ها از نام‌های قلم استاندارد استفاده نمی‌کنند. این فایل و درایور قالب خروجی MetaPost توسط Scott Pakin (scott+ps2ed_AT_pakin.org) ارائه شده‌اند. مثال دیگر wemf.fmp برای استفاده در Windows است. پوشهٔ misc در توزیع سورس pstoedit را ببینید. پس از بارگذاری فایل نگاشت قلم ضمنی (بر اساس نام درایور) یا صریح (بر اساس گزینهٔ -fontmap)، یک فایل نگاشت مخصوص سیستم از پوشهٔ نصب جستجو و بارگذاری می‌شود (unix.fmp یا windows.fmp). از این فایل می‌توان برای هدایت مجدد برخی قلم‌ها به نام‌های خاص سیستم با استفاده از ساختار /AliasName که در بالا توضیح داده شد استفاده کرد.

گزینه‌های زیر در دسترس هستند:

[-nc]

بدون منحنی. به طور معمول pstoedit تلاش می‌کند تا منحنی‌ها را از ورودی حفظ کرده و در صورتی که قالب خروجی از منحنی‌ها پشتیبانی کند، آن‌ها را به خروجی منتقل نماید. اگر قالب خروجی از منحنی‌ها پشتیبانی نکند، pstoedit منحنی‌ها را با مجموعه‌ای از خطوط جایگزین می‌کند (همچنین گزینهٔ -flat را ببینید). با این حال، در برخی موارد ممکن است کاربر بخواهد این رفتار برای قالب‌های خروجی که در اصل از منحنی‌ها پشتیبانی می‌کنند نیز اعمال شود. این کار را می‌توان از طریق گزینهٔ -nc تحمیل کرد.

[-mergelines]

برخی از قالب‌های خروجی امکان نمایش چندضلعی‌های پُرشده با لبه‌هایی به رنگ متفاوت از رنگ پرکردن را فراهم می‌کنند. از آن‌جا که PostScript مستقیماً از طریق مبانی اولیه‌ی ترسیم استاندارد خود از این ویژگی پشتیبانی نمی‌کند، برنامه‌های ترسیم معمولاً دو شیء (خط دور و چندضلعی پرشده) را در خروجی PostScript تولید می‌کنند. pstoedit قادر است در صورتی که این اشیاء مستقیماً پشت سر هم بیایند و شما -mergelines را مشخص کرده باشید، آن‌ها را مجدداً با یکدیگر ادغام کند. با این حال، این ادغام به دلیل محدودیت‌های موجود در قالب مقصد، توسط همهٔ قالب‌های خروجی پشتیبانی نمی‌شود.

[-filledrecttostroke]

مستطیل‌های پرشده با یک رنگ یکدست می‌توانند به یک خط حاشیه‌دار (stroked) با پهنایی متناظر با پهنای مستطیل تبدیل شوند. این ویژگی در وهلهٔ اول برای قالب‌های خروجی که اصلاً از چندضلعی‌های پرشده پشتیبانی نمی‌کنند کاربرد دارد؛ اما تنها محدود به مستطیل‌هاست، یعنی برای چندضلعی‌های عمومی پشتیبانی نمی‌شود.

[-mergetext]

برنامه‌هایی که فایل‌های PostScript تولید می‌کنند، اغلب به منظور تولید خروجی متنی زیبا، کلمات را به تکه‌های کوچک‌تری تقسیم کرده و سپس آن‌ها را به صورت مجزا در موقعیت‌های مجاور قرار می‌دهند. با این وجود، ویرایش بعدی چنین متنی دشوار است و به همین دلیل گاهی اوقات بهتر است این تکه‌ها برای تشکیل مجدد یک کلمه (یا حتی توالی کلمات) دوباره با هم ادغام شوند. برای این منظور، pstoedit روش‌های اکتشافی (heuristics) را به کار می‌گیرد تا تشخیص دهد کدام تکه‌های متنی باید بخش‌هایی از یک کلمهٔ تقسیم‌شده در نظر گرفته شوند. این کار بر اساس مجاورت هندسی بخش‌های مختلف انجام می‌شود و تاکنون به نظر می‌رسد به خوبی کار می‌کند. اما مسلماً مواردی وجود دارد که این روش ساده ناموفق است؛ بنابراین لطفاً نتایج را با دقت بررسی کنید.

[-ssp]

شبیه‌سازی زیرمسیرها (subpaths). چندین قالب خروجی از مسیرهای PostScript حاوی زیرمسیر پشتیبانی نمی‌کنند، یعنی مسیرهایی که دارای دستورات میانی moveto هستند. در حالت عادی، برای چنین قالب‌های خروجی با هر زیرمسیر به عنوان یک مسیر مستقل رفتار می‌شود. این مسئله می‌تواند نتایج نامطلوبی ایجاد کند. رایج‌ترین حالتی که این اتفاق می‌افتد زمانی است که از گزینهٔ -dt استفاده کنید و متنی حاوی حروفی مانند e، o یا b را نمایش دهید، یعنی حروفی که دارای یک «حفره» هستند. هنگامی که گزینهٔ -ssp تنظیم شود، pstoedit تلاش می‌کند این مشکلات را برطرف کند. با این حال، این گزینه زمان زیادی از پردازنده (CPU) مصرف می‌کند!

[-sfill]

شبیه‌سازی پرکردن با استفاده از خطوط منفرد (individual strokes).

[-flat flatness factor]

اگر قالب خروجی همانند PostScript از منحنی‌ها پشتیبانی نکند یا گزینهٔ -nc مشخص شده باشد، همهٔ منحنی‌ها با خطوط تقریب زده می‌شوند. با استفاده از گزینهٔ -flat می‌توان این تقریب را کنترل کرد. این پارامتر مستقیماً به دستور setflat در PostScript تبدیل می‌شود. اعداد بزرگ‌تر، مثلاً 10 تقریب‌های ناهموارتر و اعداد کوچک‌تر، مثلاً 0.1 تقریب‌های دقیق‌تری به دست می‌دهند.

[-sclip]

شبیه‌سازی برش (clipping). اکثر قالب‌های خروجی pstoedit پشتیبانی بومی از برش ندارند. به همین دلیل pstoedit گزینه‌ای را ارائه می‌دهد تا برش گرافیک‌ها را مستقیماً بدون ارسال clippath به درایور خروجی انجام دهد. با این حال، این کار منجر به جایگزین شدن منحنی‌ها با قطعه‌خط‌های بسیار زیاد و در نتیجه فایل‌های خروجی بزرگ‌تر می‌شود. بنابراین تنها در صورتی از این گزینه استفاده کنید که خروجی شما به دلیل برش با ورودی متفاوت به نظر برسد. علاوه بر این، این «برش شبیه‌سازی‌شده» دقیقاً همان چیزی نیست که در PostScript تعریف شده است؛ ممکن است خطوط با اندازهٔ دوبرابر رسم شوند. همچنین برش متن پشتیبانی نمی‌شود مگر اینکه از گزینهٔ -dt نیز استفاده کنید.

گزینه‌های زیر در دسترس هستند:

[-dis]

باز کردن یک صفحه نمایشگر (display) هنگام پردازش توسط Ghostscript. برخی فایل‌ها تنها از این طریق به درستی کار می‌کنند.

[-q]

حالت بی‌صدا - عدم نوشتن پیام آغاز به کار

[-nq]

عدم خروج از مفسر PostScript. به طور معمول Ghostscript پس از پردازش فایل ورودی pstoedit خارج می‌شود. برای اشکال‌زدایی می‌تواند مفید باشد که از این امر جلوگیری شود. در صورت استفاده از این گزینه، برای خروج از Ghostscript باید در اعلان <GS دستور quit را تایپ کنید.

[-v]

فعال کردن حالت پرگو (verbose). برخی اطلاعات اضافی در طول پردازش نمایش داده می‌شود.

[-vl ]

فعال کردن حالت پرگو با یک سطح مشخص. برخی اطلاعات اضافی در طول پردازش نمایش داده می‌شود.

[-nb]

از نسخهٔ 3.10 به بعد، pstoedit هنگام فراخوانی Ghostscript از گزینهٔ -dDELAYBIND استفاده می‌کند. پیش‌تر به جای آن از گزینهٔ -dNOBIND استفاده می‌شد، اما این کار گاهی در صورتی که فایل PostScript کاربر عملگر استاندارد PostScript را با معنای کاملاً جدیدی بازتعریف می‌کرد، مشکلاتی به وجود می‌آورد؛ مثلاً استفاده از lt برای lineto به جای معنای استاندارد «کمتر از» (less than). با استفاده از -nb در صورتی که -dDELAYBIND نتایج متفاوتی نسبت به قبل ایجاد کند، می‌توان روش قدیمی را دوباره فعال کرد. در چنین حالتی لطفاً با نویسنده نیز تماس بگیرید.

[-rdb]

از نسخهٔ 3.10 به بعد، pstoedit هنگام فراخوانی Ghostscript از گزینهٔ -dDELAYBIND استفاده می‌کند. اما در نسخهٔ 9.22 نرم‌افزار Ghostscript، این گزینه به دلایل امنیتی دیگر پشتیبانی نمی‌شود. به عنوان راهکار جایگزین، آن نسخه گزینهٔ REALLYDELAYBIND را فراهم می‌کند و در صورتی که گزینهٔ -rdb را مشخص کنید، pstoedit می‌تواند از آن استفاده کند. از این گزینه با احتیاط استفاده کنید زیرا ممکن است خطرات امنیتی ایجاد کند، مثلاً یک فایل PostScript کدهای مخربی را به عملگرهای استاندارد PostScript تزریق کند. با این حال، عدم استفاده از این گزینه می‌تواند باعث شود برخی از عملیات ترسیم PostScript توسط pstoedit دیده نشوند و در نتیجه عناصری در خروجی مفقود گردند. نسخه‌های بعدی Ghostscript احتمالاً دوباره از -dDELAYBIND پشتیبانی خواهند کرد. اما در آن حالت نیز خطر امنیتی همچنان باقی می‌ماند. بنابراین مراقب باشید چه فایل‌هایی را با pstoedit و Ghostscript پردازش می‌کنید.

[-ups]

نوشتن متن به عنوان رشتهٔ ساده (plain string) به جای رشتهٔ هگزادسیمال در قالب میانی - معمولاً فقط برای عیب‌یابی و اشکال‌زدایی مفید است.

[-usefinddevice]

استفاده از عملگر داخلی finddevice در Ghostscript در حین مدیریت تصویر به جای عملگرهای استاندارد - معمولاً فقط برای عیب‌یابی و اشکال‌زدایی مفید است.

[-keep]

نگه‌داشتن فایل‌های میانی تولیدشده توسط pstoedit - صرفاً برای اهداف اشکال‌زدایی

[-debugfonthandling]

نوشتن پیام‌های پرگو مرتبط با پردازش داخلی فونت - صرفاً برای اهداف اشکال‌زدایی

[-gstest]

انجام یک آزمون اولیه از کارکرد متقابل با Ghostscript

[-fakedateandversion]

فقط برای آزمون رگرسیون (regression testing) - استفاده از یک رشتهٔ تاریخ و نسخهٔ ثابت. [ inputfile [outputfile] ]

اگر نه فایل ورودی و نه فایل خروجی به عنوان آرگومان داده نشوند، pstoedit به صورت یک پالایه (فیلتر) عمل کرده و از ورودی استاندارد می‌خواند و در خروجی استاندارد می‌نویسد. نام فایل ویژهٔ «-» نیز می‌تواند استفاده شود. اگر نخستین مورد در خط فرمان باشد، نشان‌دهندهٔ ورودی استاندارد است و اگر دومین باشد، نشان‌دهندهٔ خروجی استاندارد است. بنابراین «pstoedit - output.xxx» از ورودی استاندارد می‌خواند و در output.xxx می‌نویسد.

دستور pstoedit امکان ارسال گزینه‌های اختصاصی به راه‌انداز قالب خروجی را فراهم می‌کند. این کار با پیوست کردن تمام گزینه‌ها به قالب مشخص‌شده پس از گزینهٔ -f انجام می‌شود. شناسهٔ قالب و گزینه‌های آن باید با یک دونقطه (:) از هم جدا شوند. اگر نیاز باشد بیش از یک گزینه به راه‌انداز قالب خروجی ارسال شود، کل آرگومان -f باید درون نویسه‌های گیومهٔ دوتایی (double-quote) قرار گیرد، مانند این:

-f "format[:option option ...]"

برای مشاهدهٔ اینکه چه گزینه‌هایی توسط یک قالب خاص پشتیبانی می‌شوند، این دستور را وارد کنید: pstoedit -f format:-help

توضیحات زیر دربارهٔ قالب‌های مختلف پشتیبانی‌شده توسط pstoedit از کد منبع راه‌اندازهای مجزا استخراج شده است.

این گروه شامل گونه‌های زیر است:

فرمت PostScript مسطح‌شده (بدون منحنی).
فرمت PostScript ساده‌شده با منحنی‌ها.
برای اهداف آزمایش و عیب‌یابی.
برای اهداف آزمایش (مشابه debug).
فرمت Adobe Illustrator از طریق ps2ai.ps مربوط به Ghostscript.
هر دستگاهی که Ghostscript فراهم می‌کند - استفاده از gs:format، مانند gs:pdfwrite.

هیچ گزینهٔ خاصی برای این قالب‌ها وجود ندارد

این گروه شامل گونه‌های زیر است:

متافایل متنی (ASCII GNU metafile).
متافایل باینری (binary GNU metafile).
انواع خروجی GNU libplot، مانند plot:-plotformat X.
فرمت pnm از طریق GNU libplot.
فرمت cgm از طریق GNU libplot.
فرمت ai از طریق GNU libplot.
فرمت svg از طریق GNU libplot.
فرمت ps از طریق GNU libplot.
فرمت fig از طریق GNU libplot.
فرمت pcl از طریق GNU libplot.
فرمت hpgl از طریق GNU libplot.
فرمت tek از طریق GNU libplot.

گزینه‌های ویژهٔ راه‌انداز زیر در این گروه در دسترس هستند:

[-plotformat string]

قالب plotutil برای تولید این یک توضیح طولانی برای درایور نمونه است

گزینه‌های اختصاصی زیر برای این درایور در دسترس هستند:

[-sampleoption integer]

تنها یک مثال

هیچ گزینهٔ خاصی برای این قالب وجود ندارد

این گروه شامل گونه‌های زیر است:

قالب .fig برای xfig.
قالب .fig برای xfig.
قالب .fig برای xfig - فقط نسخهٔ آزمایشی.

درایور قالب xfig از نام‌های قلم ویژه پشتیبانی می‌کند، که ممکن است با استفاده از یک فایل fontmap تولید شوند. انواع نام‌های زیر پشتیبانی می‌شوند:

General notation:
"PostScript Font Name" ((LaTeX|PostScript|empty)(::special)::)XFigFontName
Examples:
Helvetica LaTeX::SansSerif
Courier LaTeX::special::Typewriter
GillSans "AvantGarde Demi"
Albertus PostScript::special::"New Century Schoolbook Italic"
Symbol ::special::Symbol (same as PostScript::special::Symbol)
همچنین برای مشاهدهٔ یک فایل نمونهٔ نگاشت قلم برای xfig، فایل examplefigmap.fmp را در پوشهٔ misc از توزیع سورس pstoedit ببینید. لطفاً توجه داشته باشید که نام قلم باید جزو موارد پشتیبانی‌شده توسط xfig باشد. برای فهرستی از نام‌های مجاز قلم، - https://mcj.sourceforge.net/fig-format.html را ببینید

گزینه‌های اختصاصی زیر برای این درایور در این گروه در دسترس هستند:

[-startdepth number]

تنظیم عمق اولیه (پیش‌فرض 999)

[-metric]

تغییر حالت نمایش به سانتی‌متر (پیش‌فرض اینچ)

[-usecorrectfontsize]

عدم مقیاس‌بندی قلم‌ها برای xfig. اگر در xfig نیز از این گزینه استفاده می‌کنید، این را به کار ببرید

[-depth number]

تنظیم عمق صفحه بر حسب اینچ (پیش‌فرض 11)

گزینه‌های اختصاصی زیر برای این درایور در دسترس هستند:

[-ta]

متن به عنوان صفت (attribute)

هیچ گزینهٔ خاصی برای این قالب وجود ندارد

این گروه شامل گونه‌های زیر است:

گرافیک برداری مقیاس‌پذیر (Scalable Vector Graphics).
زبان نشانه‌گذاری برنامه‌ای گسترش‌پذیر (eXtensible Application Markup Language).

گزینه‌های اختصاصی زیر برای این درایور در این گروه در دسترس هستند:

[-localdtd]

استفاده از DTD محلی

[-standalone]

ایجاد svg از نوع مستقل (stand-alone)

[-withdtd]

نوشتن DTD

[-withgrouping]

نوشتن save/restoreهای عادی نیز به عنوان گروه SVG

[-nogroupedpath]

عدم نوشتن گروه در اطراف مسیرها (paths)

[-noviewbox]

عدم نوشتن view box

[-texmode]

حالت TeX

[-imagetofile]

نوشتن تصاویر شطرنجی (raster) در فایل‌های جداگانه به جای جاسازی آن‌ها

[-notextrendering]

عدم نوشتن صفت textrendering

[-border number]

حاشیهٔ اضافی برای رسم در اطراف کادر محصورکننده (بر حسب درصد عرض و ارتفاع)

[-title string]

متن مورد استفاده به عنوان عنوان برای سند تولیدشده متافایل StarView/OpenOffice.org، قابل خواندن از OpenOffice.org 1.0/StarOffice 6.0 به بالا.

گزینه‌های ویژه درایور زیر در دسترس هستند:

[-m]

نگاشت به Arial

[-nf]

شبیه‌سازی قلم‌های باریک

این یک توضیح طولانی برای درایور VTKe است

گزینه‌های ویژه درایور زیر در دسترس هستند:

[-VTKeoption integer]

فقط یک مثال

گزینه‌های ویژه درایور زیر در دسترس هستند:

[-R]

تعویض HW (طول و عرض)

[-I]

بدون impress

[-n string]

نام‌های برچسب (tagnames)

گرامر طراحی بدون بافت (Context Free Design Grammar)، قابل استفاده توسط Context Free Art (http://www.contextfreeart.org)

بدون گزینهٔ ویژه قالب

همچنین ببینید: http://wiki.geda-project.org/geda:gaf

بدون گزینهٔ ویژه قالب

همچنین ببینید: http://repo.hu/projects/pcb-rnd و http://www.penguin.cz/~utx/pstoedit-pcb

گزینه‌های ویژه درایور زیر در دسترس هستند:

[-grid double number]

تلاش برای چسباندن (snap) خروجی مربوطه به شبکه (بر حسب mil) و انتقال اشیاء ناموفق به یک لایه دیگر

[-snapdist double number]

نسبت فاصله چسبیدن به شبکه (0 < snapdist <= 0.5، پیش‌فرض 0.1)

[-tshiftx double number]

جابه‌جایی اضافی x اندازه‌گیری‌شده بر حسب واحدهای مقصد (mil)

[-tshifty double number]

جابه‌جایی اضافی y اندازه‌گیری‌شده بر حسب واحدهای مقصد (mil)

[-mm]

تغییر به واحدهای متریک (mm)

[-forcepoly]

اجبار همه اشیاء برای تفسیر شدن به عنوان چندضلعی همچنین ببینید: http://pcb.sourceforge.net

هیچ گزینهٔ خاصی برای این قالب وجود ندارد

همچنین ببینید: http://pcb.sourceforge.net و http://www.penguin.cz/~utx/pstoedit-pcb

گزینه‌های خاص درایور زیر در دسترس هستند:

[-grid double number]

تلاش برای چفت‌کردن خروجی مربوطه به شبکه (بر حسب mil) و قرار دادن اشیاء ناموفق در لایه‌ای دیگر

[-snapdist double number]

نسبت فاصلهٔ چفت‌شدن به شبکه (0 < snapdist <= 0.5، پیش‌فرض 0.1)

[-tshiftx double number]

جابه‌جایی افقی (x) اضافی بر حسب واحدهای مقصد (mil)

[-tshifty double number]

جابه‌جایی عمودی (y) اضافی بر حسب واحدهای مقصد (mil)

[-mm]

تغییر به واحدهای متریک (میلی‌متر)

[-stdnames]

استفاده از نام‌های استاندارد لایه به‌جای نام‌های توصیفی

[-forcepoly]

اجبار به تفسیر همهٔ اشیاء به عنوان چندضلعی

هیچ گزینهٔ خاصی برای این قالب وجود ندارد

این گروه از گونه‌های زیر تشکیل شده است:

کد HPGL.
کد PCL.

گزینه‌های خاص درایور زیر در این گروه در دسترس هستند:

[-penplotter]

پلاتر از نوع قلمی است (یعنی عدم پشتیبانی از عرض‌های خط مشخص)

[-pencolorsfromfile]

خواندن رنگ‌های قلم از فایل drvhpgl.pencolors در دایرکتوری داده‌های pstoedit

[-pencolors number]

حداکثر تعداد رنگ‌های قلم مورد استفاده توسط pstoedit (پیش‌فرض 0) -

[-filltype string]

انتخاب نوع پرکردن، برای نمونه FT 1

[-hpgl2]

استفاده از HPGL/2 به‌جای HPGL/1

[-rot90]

چرخاندن hpgl به میزان ۹۰ درجه

[-rot180]

چرخاندن hpgl به میزان ۱۸۰ درجه

[-rot270]

چرخاندن hpgl به میزان ۲۷۰ درجه گزینه‌های اختصاصی درایور زیر در دسترس هستند:

[-troff]

حالت troff (پیش‌فرض groff است)

[-landscape]

خروجی افقی (landscape)

[-portrait]

خروجی عمودی (portrait)

[-keepfont]

موارد ناشناخته را عیناً چاپ کن

[-text]

سعی شود از متن‌های جاری تصویر ساخته نشود

[-debug]

فعال‌سازی خروجی اشکال‌زدایی

قالب Nemetschek Object Interface XML

گزینه‌های اختصاصی درایور زیر در دسترس هستند:

[-r string]

فایل منبع Allplan

[-bsl number]

سطح تقسیم بزیه (پیش‌فرض ۳)

گزینه‌های اختصاصی درایور زیر در دسترس هستند:

[-integers]

گرد کردن تمام مختصات به نزدیک‌ترین عدد صحیح

گزینه‌های اختصاصی درایور زیر در دسترس هستند:

[-eofillfills]

برای eofill از پر کردن استفاده می‌شود (پیش‌فرض پر نکردن است)

هیچ گزینهٔ اختصاصی برای این قالب وجود ندارد

هیچ گزینهٔ اختصاصی برای این قالب وجود ندارد

هیچ گزینهٔ اختصاصی برای این قالب وجود ندارد

گزینه‌های اختصاصی درایور زیر در دسترس هستند:

[-height number]

ارتفاع صفحه بر حسب نویسه‌ها

[-width number]

عرض صفحه بر حسب نویسه‌ها

[-dump]

تخلیه قطعات متنی (dump) گزینهٔ ویژه‌ای برای این قالب وجود ندارد

گزینهٔ ویژه‌ای برای این قالب وجود ندارد

گزینه‌های ویژهٔ درایور زیر در دسترس هستند:

[java_class_name string]

نام کلاس جاوا برای تولید

گزینه‌های ویژهٔ درایور زیر در دسترس هستند:

[java_class_name string]

نام کلاس جاوا برای تولید

این گروه شامل گونه‌های زیر است:

قالب تبادل CAD نسخهٔ ۹ - فقط دارای ویژگی‌های محدود. در نظر داشته باشید که به جای آن از dxf_14 استفاده کنید.
قالب تبادل CAD نسخهٔ ۱۴ با پشتیبانی از اسپلاین‌ها و انواع خطوط.
قالب تبادل CAD نسخهٔ ۱۴ با پشتیبانی از اسپلاین‌ها و انواع خطوط.

گزینه‌های ویژهٔ درایور زیر در این گروه موجود هستند:

[-polyaslines]

استفاده از LINE به جای POLYLINE در DXF

[-mm]

استفاده از مختصات میلی‌متر به جای نقطه در DXF (mm=pt/72*25.4)

[-ctl]

نگاشت رنگ‌ها به لایه‌ها

[-filltohatch]

تولید اشیای هاشور (hatch) از عملیات‌های پر کردن (هنوز آزمایشی)

[-splineaspolyline]

تقریب زدن اسپلاین‌ها با PolyLineها (تنها برای -f dxf_s)

[-splineasnurb]

آزمایشی (تنها برای -f dxf_s)

[-splineasbspline]

آزمایشی (تنها برای -f dxf_s)

[-splineassinglespline]

آزمایشی (تنها برای -f dxf_s)

[-splineasmultispline]

آزمایشی (تنها برای -f dxf_s)

[-splineasbezier]

استفاده از اسپلاین‌های بزیه در قالب DXF (تنها برای -f dxf_s)

[-splineprecision number]

تعداد نمونه‌هایی که هنگام تقریب زدن با -splineaspolyline یا -splineasmultispline باید از منحنی اسپلاین گرفته شود - باید =2 باشد (پیش‌فرض ۵)

[-dumplayernames]

تخلیهٔ تمام نام‌های لایهٔ پیدا شده در خروجی استاندارد

[-layers string]

لایه‌هایی که باید نمایش داده شوند (فهرست جداشده با ویرگول از نام‌های لایه‌ها، بدون فاصله)

[-layerfilter string]

لایه‌هایی که باید پنهان شوند (فهرست جداشده با ویرگول از نام‌های لایه‌ها، بدون فاصله) هیچ گزینهٔ ویژه‌ای برای این قالب وجود ندارد.

هیچ گزینهٔ ویژه‌ای برای این قالب وجود ندارد.

هیچ گزینهٔ ویژه‌ای برای این قالب وجود ندارد.

کد C قابل کامپایل برای رندر کردن با cairo تولید می‌کند.

گزینه‌های ویژه درایور زیر در دسترس هستند:

[-pango]

استفاده از pango برای رندر قلم

[-funcname string]

تنظیم نام پایه برای توابع و متغیرهای تولیدشده، مانند myfig

[-header string]

تنظیم نام فایل خروجی برای فایل سرایند C تولیدشده، مانند myfig.h

همچنین ببینید: http://linuxcnc.org

هیچ گزینهٔ ویژه‌ای برای این قالب وجود ندارد.

برنامه pstoedit با autotrace همکاری می‌کند. autotrace اکنون می‌تواند با استفاده از گزینهٔ -bo (تنها back-end) یک فایل تخلیه (dump) را برای پردازش بیشتر توسط pstoedit تولید کند. نرم‌افزار autotrace برنامه‌ای است که توسط گروهی پیرامون Martin Weber نوشته شده و در https://sourceforge.net/projects/autotrace در دسترس است.

درایور قالب خروجی ps2ai یک درایور بومی pstoedit نیست. این درایور از تخت‌کنندهٔ (flattener) PostScript در pstoedit استفاده نمی‌کند، بلکه برنامهٔ PostScript با نام ps2ai.ps را به کار می‌برد که در دایرکتوری توزیع Ghostscript نصب شده است. این درایور گنجانده شده تا همان حس‌وحال («look-and-feel») را برای تبدیل به AI فراهم کند. با این حال، بسیاری از فایل‌ها با استفاده از ps2ai.ps به‌خوبی یا اصلاً تبدیل نمی‌شوند. بنابراین وجود یک درایور بومی در pstoedit بسیار بهتر خواهد بود. آیا کسی مایل به پیاده‌سازی آن هست؟ قالب AI برای مثال توسط Mayura Draw (http://www.mayura.com) قابل استفاده است. همچنین وجود درایوری برای قالب بومی Mayura نیز عالی خواهد بود.

در صورت نصب بودن libplot(ter)، یک جایگزین برای درایور مبتنی بر ps2ai از طریق قالب -f plot:ai در دسترس است.

برای استفاده از درایور قالب خروجی ps2ai باید از نسخه‌ای از Ghostscript بزرگ‌تر یا مساوی با 6.00 استفاده کنید.

توجه داشته باشید که تا جایی که Scott می‌داند، MetaPost از eofill در PostScript پشتیبانی نمی‌کند. درایور قالب خروجی MetaPost صرفاً eofill را به fill تبدیل کرده و در صورت فعال بودن verbose، هشداری صادر می‌کند. خوشبختانه تعداد بسیار کمی از برنامه‌های PostScript به قاعدهٔ پر کردن زوج-فرد (even-odd fill) وابسته‌اند، اگرچه بسیاری آن را مشخص می‌کنند.

برای اطلاعات بیشتر دربارهٔ MetaPost ببینید:

http://tug.org/metapost

درایور قالب CFDG (با نام drvcfdg) به ازای هر صفحه از PostScript یک شکل تعریف می‌کند، اما در عمل تنها شکل نخست رندر می‌شود (مگر این‌که کاربر البته کد تولیدشدهٔ CFDG را ویرایش کند). قالب CFDG از خروجی چندصفحه‌ای پشتیبانی نمی‌کند، بنابراین احتمالاً این رفتار معقولانه‌ای است.

برای اطلاعات بیشتر دربارهٔ Context Free ببینید: http://www.contextfreeart.org

*
محیط picture در LaTeX2e چندان قدرتمند نیست. در نتیجه، بسیاری از ساختارهای ابتدایی PostScript نادیده گرفته می‌شوند -- برای نمونه سطوح پرشده (fills)، ضخامت‌های خط (به جز «thick» و «thin») و الگوهای خط‌چین، تنها چند مورد از آن‌ها هستند. علاوه بر این، تصاویر پیچیده ممکن است از ظرفیت حافظهٔ TeX فراتر بروند. (بسته eepic بر بسیاری از این محدودیت‌ها غلبه می‌کند).
*
برخی از ساختارهای PostScript مستقیماً توسط «picture» پشتیبانی نمی‌شوند، اما می‌توان آن‌ها را به کمک بسته‌های خارجی مدیریت کرد. اگر تصویری از رنگ استفاده می‌کند، سند اصلی (سطح بالا) باید دستور «sepackage{color}» یا «sepackage{xcolor}» را فراخوانی کند. و اگر تصویری شامل متن چرخیده باشد، سند اصلی باید دستور «sepackage{rotating}» را به کار ببرد.
*
تمام طول‌ها، مختصات و اندازه‌های قلم خروجی ارائه‌شده توسط درایور قالب خروجی برحسب nitlength هستند، بنابراین مقیاس‌بندی تصویر صرفاً با انجام یک «tlength{nitlength}{...}» امکان‌پذیر است.
*
درایور قالب خروجی در حال حاضر از یک گزینهٔ اختصاصی با نام «integers» پشتیبانی می‌کند که همهٔ طول‌ها، مختصات و اندازه‌های قلم را به نزدیک‌ترین عدد صحیح گرد می‌کند. این کار ویرایش دستی تصویر را کمی مرتب‌تر و آسان‌تر می‌کند.
*
چرا این درایور قالب خروجی مفید است؟ یک پاسخ، قابلیت حمل است؛ هر سیستم LaTeX2e می‌تواند محیط picture را پردازش کند، حتی اگر نتواند گرافیک‌های PostScript را مدیریت کند. (در اینجا pdfLaTeX به ذهن می‌آید). پاسخ دوم این است که تصاویر را می‌توان به‌سادگی ویرایش کرد تا حاوی هر کد دلخواه LaTeX2e باشند. برای مثال، متن درون یک تصویر می‌تواند طوری تغییر یابد که شامل فرمول‌های ریاضی پیچیده، الفباهای غیرلاتین، ارجاعات کتاب‌شناختی، یا -- دلیل واقعی Scott برای نوشتن درایور قالب خروجی LaTeX2e -- پیوندها به سند پیرامون (به کمک بستهٔ hyperref) باشد. برای پیاده‌سازی یک راه‌انداز قالب خروجی جدید می‌توانید از drvsampl.cpp و drvsampl.h شروع کنید. همچنین برای توضیح متدهایی که باید برای یک راه‌انداز قالب خروجی جدید پیاده‌سازی شوند، به یادداشت‌های موجود در drvbase.h و drvfuncs.h مراجعه کنید.

مفسر پیش‌فرض PostScript برای فراخوانی توسط pstoedit در زمان کامپایل مشخص می‌شود. می‌توانید با تنظیم متغیر محیطی GS روی نام یک مفسر مناسب PostScript، مقدار پیش‌فرض را بازنویسی کنید.

می‌توانید با استفاده از دستور زیر بررسی کنید که کدام نام مفسر PostScript در pstoedit کامپایل شده است: pstoedit -help -v.

برای شرح متغیرهای محیطی استفاده‌شده توسط Ghostscript، به‌ویژه GS_FONTPATH و GS_LIB به دفترچه راهنمای Ghostscript مراجعه کنید؛ متغیرهای محیطی دیگر نیز بر خروجی به نمایشگر، چاپ و فیلترسازی و پردازش‌های اضافی تأثیر می‌گذارند. مستندات مربوطه را مطالعه کنید.

برنامه pstoedit فایل‌های موقت را با استفاده از تابع tempnam(3) تخصیص می‌دهد. بنابراین مکان فایل‌های موقت ممکن است از طریق متغیرهای محیطی دیگری که توسط این تابع استفاده می‌شوند، قابل کنترل باشد. برای شرح متغیرهای محیطیِ مورد استفاده، صفحه راهنمای tempnam(3) را ببینید. در سیستم‌های شبه‌یونیکس این متغیر احتمالاً TMPDIR است و در DOS/WINDOWS یا TMP و یا TEMP است.

اگر با pstoedit مشکلی دارید، ابتدا بررسی کنید آیا Ghostscript فایل شما را با موفقیت نمایش می‌دهد یا خیر. اگر پاسخ مثبت است، دستور زیر را اجرا کنید: pstoedit -f ps infile.ps testfile.ps و بررسی کنید آیا testfile.ps همچنان با استفاده از Ghostscript به‌درستی نمایش داده می‌شود یا خیر. اگر این فایل ظاهر درستی ندارد، به نظر می‌رسد مشکلی در فرانت‌اند PostScript برنامه pstoedit وجود دارد. اگر این فایل خوب به نظر می‌رسد اما خروجی برای یک قالب خاص اشتباه است، مشکل احتمالاً در راه‌انداز قالب خروجیِ مربوط به آن قالب خاص است. در هر دو حالت، گزارش‌ها و وصله‌های رفع باگ را برای نویسنده ارسال کنید.

یک مشکل رایج در فایل‌های PostScript این است که فایل یکی از عملگرهای استاندارد PostScript را به‌گونه‌ای ناسازگار بازتعریف می‌کند. اگر صرفاً فایل را چاپ کنید، این موضوع تأثیری ندارد؛ زیرا «برنامه» اصلی PostScript از این عملگرهای جدید با معنای جدیدشان استفاده می‌کند و دیگر از عملگرهای اصلی استفاده نمی‌کند. با این حال، هنگام اجرا تحت کنترل pstoedit، انتظار می‌رود که این عملگرها با معناشناسی اصلی خود کار کنند.

تاکنون بازتعریف‌هایی برای موارد زیر دیده شده است:

*
lt - از «less-than» به معنای «draw a line to» (رسم خط تا)
*
string - از «create a string object» به معنای «draw a string» (رسم رشته)
*
length - از «get the length of e.g. a string» به یک «float constant» (ثابت ممیز شناور)

راه‌حل‌های موقتی برای موارد ذکرشده در بالا گنجانده شده است، اما علاوه بر این‌ها ممکن است موارد دیگری نیز مشاهده شوند.

*
فونت‌های غیر استاندارد (مانند فونت‌های بیت‌مپ TeX) به یک فونت پیش‌فرض نگاشت می‌شوند که با استفاده از گزینه -df قابل تغییر است. pstoedit اندازه فونت جایگزین را به‌گونه‌ای انتخاب می‌کند که عرض رشته در فونت اصلی برابر با عرض آن در فونت جایگزین باشد. این کار برای هر قطعه متنِ نمایش داده شده انجام می‌شود. پشتیبانی از کدگذاری نویسه‌های خاص در این حالت محدود است. اگر نویسه‌ای نتواند به قالب مقصد نگاشت شود، pstoedit به جای آن یک '#' نمایش می‌دهد. همچنین گزینه -uchar را ببینید.
*
ابزار pstoedit از گرافیک‌های بیت‌مپ فقط برای برخی از راه‌اندازهای قالب خروجی پشتیبانی می‌کند.
*
برخی از راه‌اندازهای قالب خروجی، مانند راه‌انداز قالب خروجی Gnuplot یا راه‌اندازهای قالب خروجی سه‌بعدی (rpl، lwo، rib) از متن پشتیبانی نمی‌کنند.
*
برای بیشتر راه‌اندازهای قالب خروجی، pstoedit از برش (clipping) پشتیبانی نمی‌کند (عمدتاً به دلیل محدودیت‌های قالب مقصد). می‌توانید از گزینه -sclip برای شبیه‌سازی برش استفاده کنید. با این وجود، این روش در تمام موارد طبق انتظار کار نمی‌کند.
*
یادداشت ویژه درباره راه‌اندازهای قالب خروجی Java (شامل java1 و java2). راه‌اندازهای قالب خروجی java یک فایل منبع java تولید می‌کنند که برای کامپایل شدن و قابل استفاده بودن به فایل‌های دیگری نیاز دارد. این فایل‌های دیگر، کلاس‌های Java هستند (یک اپلت و کلاس‌های پشتیبان) که امکان پیمایش تک‌تک صفحات یک سند PostScript تبدیل‌شده را فراهم می‌کنند. این اپلت را می‌توان به‌سادگی از یک سند HTML فعال کرد. برای جزئیات بیشتر به فایل‌های contrib/java/java1/readme_java1.txt یا contrib/java/java2/readme_java2.htm مراجعه کنید.
1.
چرا حروفی مانند O یا B در صورت تبدیل به TGIF/XFIG با استفاده از گزینهٔ -dt بدشکل می‌شوند؟

بیشتر درایورهای قالب خروجی از مسیرهای مرکب دارای فاصله‌های میانی (movetoها) پشتیبانی نمی‌کنند و در وهلهٔ دوم از عملگرهای (eo)fill در PostScript (قاعدهٔ پیچش یا winding rule) پشتیبانی چندان مطلوبی ندارند. برای چنین اشیایی، pstoedit به محض یافتن چنین فاصله‌ای، آن‌ها را به اشیای کوچک‌تر تقسیم می‌کند. این امر باعث می‌شود که «حفره» به‌جای شفاف بودن، با رنگ سیاه پر شود. از نسخهٔ 3.11 به بعد می‌توانید گزینهٔ -ssp را در ترکیب با درایور قالب خروجی XFIG امتحان کنید.

2.
چرا pstoedit از فایل‌های PostScript ایجاد شده توسط dvips نتایج نامناسبی تولید می‌کند؟

دلیل این امر آن است که اسناد TeX معمولاً از قلم‌های بیت‌مپ استفاده می‌کنند. چنین قلم‌هایی نمی‌توانند به عنوان قلم بومی در قالب‌های دیگر به کار روند؛ بنابراین pstoedit قلم TeX را با یک قلم بومی دیگر جایگزین می‌کند. البته در بیشتر موارد قلم جایگزین ظاهر متفاوتی ایجاد خواهد کرد، به‌ویژه اگر نمادهای ریاضی استفاده شده باشند. هنگام تولید فایل PostScript از TeX یا LaTeX، سعی کنید به‌جای قلم‌های بیت‌مپ از قلم‌های PostScript استفاده نمایید.

Wolfgang Glunz, wglunz35_AT_pstoedit.net, https://de.linkedin.com/in/wolfgangglunz

https://www.pstoedit.com

در این پایگاه همچنین اطلاعات بیشتری دربارهٔ pstoedit و برنامه‌های مرتبط، و نکاتی در رابطه با نحوهٔ عضویت در فهرست پستی برای آگاهی از نسخه‌های جدید و رفع باگ‌ها خواهید یافت.

اگر از pstoedit رضایت دارید - لطفاً در Facebook نیز آن را بیان کنید: https://www.facebook.com/pstoedit.

*
Klaus Steinberger Klaus.Steinberger_AT_physik.uni-muenchen.de نسخهٔ اولیهٔ این صفحه راهنما را نوشت.
*
Lar Kaufman نمودارهای ساختار دستور را که پیچیده‌تر می‌شدند بازبینی کرد و ساختار و محتوای این صفحه راهنما را پس از انتشار نسخهٔ 2.5 به‌روزرسانی نمود.
*
David B. Rosen rosen_AT_unr.edu ایده‌ها و برخی از کدهای PostScript را از برنامهٔ ps2aplot خود ارائه کرد.
*
Ian MacPhedran Ian_MacPhedran_AT_engr.USask.CA درایور قالب خروجی XFIG را ارائه داد.
*
Carsten Hammer chammer_AT_hermes.hrz.uni-bielefeld.de درایور قالب خروجی Gnuplot و درایور اولیهٔ قالب خروجی DXF را ارائه کرد.
*
Christoph Jaeschke درایور قالب خروجی متافایل OS/2 (MET) را ارائه کرد. Thomas Hoffmann thoffman_AT_zappa.sax.de به‌روزرسانی‌های بیشتری را روی بخش OS/2 انجام داد.
*
Jens Weber rz47b7_AT_PostAG.DE درایور قالب خروجی متافایل MS Windows (WMF) و یک واسط گرافیکی کاربر (GUI) را ارائه کرد.
*
G. Edward Johnson lorax_AT_nist.gov کتابخانهٔ CGM Draw استفاده‌شده در درایور قالب خروجی CGM را ارائه داد.
*
Gerhard Kircher kircher_AT_edvz.tuwien.ac.at چند مورد رفع باگ را ارائه نمود.
*
Bill Cheng bill.cheng_AT_acm.org در خصوص قالب TGIF و برخی تغییرات در TGIF برای آسان‌تر شدن پیاده‌سازی درایور قالب خروجی کمک کرد.
*
Reini Urban rurban_AT_sbox.tu-graz.ac.at ورودی‌ها و پیشنهادهایی را برای درایور قالب خروجی گسترش‌یافتهٔ DXF ارائه نمود.
*
Glenn M. Lewis glenn_AT_gmlewis.com درایورهای قالب خروجی RenderMan (RIB)، Real3D (RPL) و LightWave 3D (LWO) را ارائه داد.
*
Piet van Oostrum piet_AT_cs.ruu.nl چندین مورد رفع باگ انجام داد.
*
Lutz Vieweg lkv_AT_mania.robin.de چندین مورد رفع باگ و پیشنهادهایی برای بهبود ارائه نمود.
*
Derek B. Noonburg derekn_AT_vw.ece.cmu.edu و Rainer Dorsch rd_AT_berlepsch.wohnheim.uni-ulm.de مشکلی مختص به لینوکس در زمینهٔ رخ دادن core dump را ریشه‌یابی و رفع کردند.
*
Rob Warner rcw2_AT_ukc.ac.uk امکان کامپایل pstoedit در RiscOS را فراهم کرد.
*
Patrick Gosling jpmg_AT_eng.cam.ac.uk پیشنهادهایی در خصوص استفاده از pstoedit در حالت SAFER نرم‌افزار Ghostscript ارائه کرد.
*
Scott Pakin scott+ps2ed_AT_pakin.org برای درایور قالب خروجی Idraw و پشتیبانی از autoconf.
*
Peter Katzmann p.katzmann_AT_thiesen.com برای درایور قالب خروجی HPGL.
*
Chris Cox ccox_AT_airmail.net درایور قالب خروجی Tcl/Tk را توسعه داد.
*
Thorsten Behrens Thorsten_Behrens_AT_public.uni-hamburg.de و Bjoern Petersen برای بازنویسی درایور قالب خروجی WMF.
*
Leszek Piotrowicz leszek_AT_sopot.rodan.pl پشتیبانی از تصویر را برای درایور XFIG و یک GUI مبتنی بر JAVA پیاده‌سازی کرد.
*
Egil Kvaleberg egil_AT_kvaleberg.no درایور قالب خروجی pic را ارائه کرد.
*
Kai-Uwe Sattler kus_AT_iti.cs.uni-magdeburg.de درایور قالب خروجی را برای Kontour پیاده‌سازی نمود.
*
Scott Pakin, scott+ps2ed_AT_pakin.org درایورهای قالب خروجی MetaPost و LaTeX2e و MS PowerPoint را ارائه داد.
*
درایور MS PowerPoint (فرمت pptx) از کتابخانهٔ libzip استفاده می‌کند - https://libzip.org. در MS Windows، کتابخانه‌های libzip و libz به صورت ایستا درون DLL درایور لینک شده‌اند. با تشکر از کل تیم libzip. پروانهٔ انتشار libzip در اینجا توضیح داده شده است: https://libzip.org/license.
*
Burkhard Plaum plaum_AT_IPF.Uni-Stuttgart.de پشتیبانی از مسیرهای پر شدهٔ پیچیده را به درایور قالب خروجی XFIG افزود.
*
Bernhard Herzog herzog_AT_online.de درایور قالب خروجی sketch را ارائه کرد ( http://www.skencil.org )
*
Rolf Niepraschk (niepraschk_AT_ptb.de) صفحه راهنمای HTML را به قالب LaTeX تبدیل کرد. این کار امکان تولید راهنمای سبک UNIX و HTML را از این قالب پایه فراهم می‌سازد.
*
چندین نفر دیگر نیز اصلاحات جزئی باگ‌ها و گزارش‌های خطا را ارسال کردند. پوزش می‌طلبم اگر از همهٔ آن‌ها در اینجا نام برده نشده است.
*
Gisbert W. Selke (gisbert_AT_tapirsoft.de) برای درایور قالب خروجی Java 2.
*
Robert S. Maier (rsm_AT_math.arizona.edu) برای بهبودهای بسیار در درایور قالب خروجی libplot و خود libplot.
*
نویسندگان pstotext (mcjones_AT_pa.dec.com و birrell_AT_pa.dec.com) برای اجازه دادن جهت استفاده از کد سادهٔ PostScript آن‌ها برای انجام چرخش.
*
Daniel Gehriger gehriger_AT_linkcad.com برای کمک در رابطه با مدیریت Splineها در قالب DXF..TP * Allen Barnett libemf_AT_lignumcomputing.com به خاطر کار روی libEMF که امکان ایجاد فایل‌های WMF/EMF را در سیستم‌های *nix فراهم می‌کند.
*
Dave dave_AT_opaque.net برای ارائه libming که یک کتابخانه چندسکویی برای تولید فایل‌های SWF است.
*
Masatake Yamoto برای افزودن autoconf، automake و libtool به pstoedit
*
Bob Friesenhahn برای کمک‌هایش و ساخت رابط برنامه‌نویسی Magick++ برای ImageMagick.
*
Barak Pearlmutter از Debian برای آزمایش پیش‌دستانه نسخه‌های جدید.
*
اما مهم‌تر از همه: Peter Deutsch، Ken Sharp، Chris Liddell از تیم GhostScript در Artifex، و Russell Lang gsview_AT_ghostgum.com.au برای کمک‌ها و پاسخ‌هایشان در رابطه با Ghostscript و gsview.

علائم تجاری ذکر شده متعلق به دارندگان مربوطه آن‌ها است.

برخی از کدهای گنجانده شده در بسته pstoedit مشمول حق نشر (کپی‌رایت) یا سایر حقوق مالکیت معنوی یا محدودیت‌ها از جمله حقوق انتساب هستند. یادداشت‌های موجود در تک‌تک فایل‌ها را ببینید.

pstoedit تحت «مجوز عمومی همگانی گنو» (GPL) متعلق به بنیاد نرم‌افزار آزاد کنترل می‌شود. با این حال، این مورد شامل افزونه‌های اضافی نمی‌شود.

نرم‌افزار Ghostscript یک بسته نرم‌افزاری قابل بازتوزیع با محدودیت‌های کپی‌رایت است که توسط Artifex اداره می‌شود https://artifex.com.

pstoedit به جز فراخوانی Ghostscript در یک زیرفرایند (subprocess)، هیچ ارتباط دیگری با آن ندارد.

نویسندگان، مشارکت‌کنندگان و توزیع‌کنندگان pstoedit هیچ مسئولیتی در قبال استفاده از آن برای هر هدفی، یا نتایج حاصل از آن ندارند.

محدودیت‌هایی نظیر موارد یادشده ممکن است طبق کنوانسیون‌ها و توافق‌نامه‌های بین‌المللی در کشورهای دیگر نیز اعمال شوند.

04 February 2026 ابزارهای تبدیل