04 ਜੂਨ 2025·8 ਮਿੰਟ
John Warnock, PostScript & PDF: ਕਿਵੇਂ ਦਸਤਾਵੇਜ਼ ਡਿਜਿਟਲ ਹੋਏ
PostScript ਅਤੇ PDF ਦੇ ਬਾਰੇ ਸਧਾਰਨ ਪੰਜਾਬੀ ਵਿਚ ਜਾਣਕਾਰੀ — John Warnock ਦੇ ਕਾਂਸੈਪਟਾਂ ਨੇ ਡੈਸਕਟਾਪ ਪਬਲਿਸ਼ਿੰਗ, ਛਾਪਾਈ ਅਤੇ ਆਧੁਨਿਕ ਦਸਤਾਵੇਜ਼ ਵਰਕਫਲੋਜ਼ ਨੂੰ ਕਿਵੇਂ ਰੂਪ ਦਿੱਤਾ।
PostScript ਅਤੇ PDF ਦੇ ਬਾਰੇ ਸਧਾਰਨ ਪੰਜਾਬੀ ਵਿਚ ਜਾਣਕਾਰੀ — John Warnock ਦੇ ਕਾਂਸੈਪਟਾਂ ਨੇ ਡੈਸਕਟਾਪ ਪਬਲਿਸ਼ਿੰਗ, ਛਾਪਾਈ ਅਤੇ ਆਧੁਨਿਕ ਦਸਤਾਵੇਜ਼ ਵਰਕਫਲੋਜ਼ ਨੂੰ ਕਿਵੇਂ ਰੂਪ ਦਿੱਤਾ।
PostScript ਅਤੇ PDF ਤੋਂ ਪਹਿਲਾਂ, “ਦਸਤਾਵੇਜ਼ ਭੇਜਣਾ” ਅਕਸਰ ਇੱਕ ਸੁਝਾਅ ਹੁੰਦਾ ਸੀ। ਇੱਕੋ ਪੇਜ਼ ਦਾ ਨਜ਼ਾਰਾ ਮਸ਼ੀਨ, ਪ੍ਰਿੰਟਰ, ਇੰਸਟਾਲ ਹੋਏ ਫੋਂਟ ਜਾਂ ਇਕੱਲੇ ਪਿਛਲੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਨਿਰਭਰ ਕਰਕੇ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਸੀ।
ਕੁਝ ਚੀਜ਼ਾਂ ਨੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਖਾਸ ਤੌਰ ਤੇ ਨਾਜੁਕ ਬਣਾ ਦਿੱਤਾ:
ਇਹੀ ਉਹ ਸਮੱਸਿਆ ਸੀ ਜਿਸ 'ਤੇ John Warnock ਨੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕੀਤਾ: ਭਰੋਸੇਯੋਗ ਪੇਜ਼ ਆਉਟਪੁੱਟ। “ਕਾਫੀ ਨੇੜੇ” ਨਹੀਂ, ਪਰ ਪਹਿਲਾਂ ਤੋਂ ਨਿਰਧਾਰਿਤ—ਤਾਂ ਜੋ ਜੇਕਰ ਇੱਕ ਸਿਸਟਮ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਪੇਜ਼ ਕਿਸੇ ਹੋਰ ਤੇ ਵੀ ਉਹੀ ਸ਼ਕਲ, ਸਪੇਸਿੰਗ ਅਤੇ ਟਾਈਪੋਗ੍ਰਾਫੀ ਰੱਖੇ।
ਸਧਾਰਨ ਰੱਖਣ ਲਈ:
ਇਹ ਗਾਈਡ ਗੈਰ-ਟੈਕਨੀਕਲ ਪਾਠਕਾਂ ਲਈ ਹੈ ਜੋ ਆਧੁਨਿਕ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਪਿਛੋਕੜ ਦੀ ਕਹਾਣੀ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹਨ: ਕਿਵੇਂ ਪਬਲਿਸ਼ਿੰਗ ਅਤੇ ਛਾਪਾਈ ਭਰੋਸੇਯੋਗ ਬਣੇ, "save as PDF" ਬਹੁਤ ਵਾਰ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ PostScript ਅਤੇ PDF ਸਾਨੂੰ ਅਜੇ ਵੀ ਕੀ ਸਿਖਾਉਂਦੇ ਹਨ—ਐਸੇ ਫਾਈਲ ਬਣਾਉਣ ਬਾਰੇ ਜੋ ਹਰ ਜਗ੍ਹਾ ਇਕੋ ਜਿਹਾ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
John Warnock ਇੱਕ ਕੰਪਿਊਟਰ ਸਾਇੰਟਿਸਟ ਸੀ ਜਿਸ ਨੇ ਆਪਣੀ ਸ਼ੁਰੂਆਤੀ ਕਰੀਅਰ ਦਾ ਬਹੁਤ ਸਮਾਂ ਇਕ ਬਹੁਤ ਹੀ ਪ੍ਰਾਇਕਟਿਕਲ ਸਮੱਸਿਆ 'ਤੇ ਸੋਚਦਿਆਂ ਬਿਤਾਇਆ: ਇੱਕ ਪੇਜ਼ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵਰਣਨ ਕਰਨ ਦਾ ਤਰੀਕਾ ਕਿ ਇਹ ਹਰ ਵਾਰੀ, ਹਰ ਕਿਸੇ ਨੁੰਹ ਮਸ਼ੀਨ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਛਪੇ।
Adobe ਤੋਂ ਪਹਿਲਾਂ, ਉਹ ਅਨੁਸੰਧਾਨੀ ਮਾਹੋਲਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਸੀ ਜਿੱਥੇ ਵਿਚਾਰ ਉਤਪਾਦ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਲੰਮੇ ਸਮੇਂ ਲਈ ਪਰਖੇ ਜਾਂਦੇ ਸਨ। 1970s ਵਿੱਚ Xerox PARC 'ਤੇ, ਟੀਮਾਂ ਨੈਟਵਰਕਡ ਪ੍ਰਿੰਟਰ, ਗ੍ਰਾਫਿਕਲ ਇੰਟਰਫੇਸ ਅਤੇ ਜਟਿਲ ਪੇਜ਼ਾਂ ਨੂੰ ਦਰਸਾਉਣ ਦੇ ਤਰੀਕਿਆਂ 'ਤੇ ਪ੍ਰਯੋਗ ਕਰ ਰਹੀਆਂ ਸਨ। ਛਾਪਾਈ ਸਿਰਫ "ਟੈਕਸਟ ਨੂੰ ਪ੍ਰਿੰਟਰ ਭੇਜੋ" ਨਹੀਂ ਸੀ—ਇਹ ਫੋਂਟ, ਲਾਈਨਾਂ, ਸ਼ੇਪ ਅਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਮਿਕਸ ਕਰਨ ਅਤੇ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਕਰਨ ਦਾ ਮਾਮਲਾ ਸੀ।
ਮੂਲ ਮੁੱਦਾ ਸੀ ਅਣਮੈਚ। ਇੱਕ ਸਿਸਟਮ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਦਸਤਾਵੇਜ਼ ਸਕ੍ਰੀਨ 'ਤੇ ਠੀਕ ਦਿਸ ਸਕਦਾ ਸੀ ਪਰ ਕਿਸੇ ਹੋਰ ਯੰਤਰ ਤੇ ਛਪਾਈ 'ਤੇ ਟੁੱਟ ਸਕਦਾ ਸੀ—ਅੰਤਰ ਰੈਜ਼ੋਲੂਸ਼ਨ, ਫੋਂਟਾਂ ਜਾਂ ਸਮਰੱਥਾਵਾਂ ਦੇ ਕਾਰਨ। ਕਾਰੋਬਾਰਾਂ, ਪ੍ਰਕਾਸ਼ਕਾਂ ਅਤੇ ਡਿਜ਼ਾਈਨਰਾਂ ਲਈ ਇਹ ਅਸਥਿਰਤਾ ਸਿੱਧੀ ਤੌਰ 'ਤੇ ਲਾਗਤ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਸੀ: ਦੁਬਾਰਾ ਛਾਪਾਈ, ਦੇਰੀਆਂ ਅਤੇ ਮੈਨੂਅਲ ਸੁਧਾਰ।
ਡਿਵਾਈਸ-ਇੰਡਪੀਡੈਂਟ ਆਉਟਪੁੱਟ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਇਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਕਿਸ ਖਾਸ ਪ੍ਰਿੰਟਰ ਨੇ ਕਿਸ ਤਰੀਕੇ ਨਾਲ ਚੁੱਕਣਾ ਹੈ; ਤੁਸੀਂ ਕੀ ਪੇਜ਼ ਹੈ ਉਹ ਵਰਣਨ ਕਰਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ: “ਇਸ ਪੈਰਾ ਨੂੰ ਇੱਥੇ ਰੱਖੋ ਇਸ ਫੋਂਟ ਵਿੱਚ”, “0.5-ਪੋਇੰਟ ਦੀ ਲਾਈਨ ਖਿੱਚੋ”, “ਇਸ ਸ਼ੇਪ ਨੂੰ ਇਸ ਰੰਗ ਨਾਲ ਭਰੋ।” ਪ੍ਰਿੰਟਰ (ਜਾਂ ਹੋਰ ਇੰਟਰਪ੍ਰੀਟਰ) ਫਿਰ ਉਸ ਵਰਣਨ ਨੂੰ ਆਪਣੇ ਅਨুযਾਇਤ ਡੌਟਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
Warnock ਨੇ ਇਸ ਪਹੁੰਚ ਨੂੰ ਰਿਸਰਚ ਤੋਂ ਹਰ ਰੋਜ਼ ਦੀਆਂ ਟੂਲਾਂ ਤੱਕ ਲੈ ਕੇ ਜਾਣ ਵਿੱਚ ਮਦਦ ਕੀਤੀ। 1982 ਵਿੱਚ Adobe ਦੀ ਸਥਾਪਨਾ ਕਰਕੇ, ਉਹ ਅਤੇ ਸਹਿਯੋਗੀਆਂ ਨੇ ਪੇਜ਼-ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਵਿਚਾਰਾਂ ਨੂੰ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਪੈਕੇਜ ਕੀਤਾ ਜੋ ਵੱਖ-ਵੱਖ ਸਿਸਟਮਾਂ 'ਤੇ ਚੱਲ ਸਕਦਾ ਅਤੇ ਵੱਖ-ਵੱਖ ਪ੍ਰਿੰਟਰ ਚਲਾਉ ਸਕਦਾ ਸੀ। ਮਹੱਤਤਾ ਕਿਸੇ ਇਕਲੋਤੇ ਖੋਜ ਵਿੱਚ ਨਹੀਂ ਸੀ—ਇਹ ਇੱਕ ਤਕਨੀਕੀ ਧਾਰਣਾ ਨੂੰ ਕੰਪਿਊਟਰਾਂ ਅਤੇ ਛਪਾਈ ਪੇਜ਼ਾਂ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਭਰੋਸੇਯੋਗ ਪੁਲ ਬਣਾਉਣ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਦੀ ਗੱਲ ਸੀ।
PostScript ਇੱਕ ਪੇਜ਼-ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਭਾਸ਼ਾ ਹੈ—ਇਕ ਤਰੀਕਾ ਜਿਸ ਨਾਲ ਇੱਕ ਤਿਆਰ ਹੋਇਆ ਪੇਜ਼ ਵਰਣਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਕੋਈ ਵੀ ਮੁਤਾਬਕ ਪ੍ਰਿੰਟਰ ਉਹੀ ਤਰੀਕੇ ਨਾਲ ਖਿੱਚ ਸਕੇ।
ਇਕ ਸਧਾਰਣ ਉਦਾਹਰਨ: ਜੇ ਇੱਕ ਵਰਡ ਪ੍ਰੋਸੈਸਰ ਫਾਇਲ ਤੁਹਾਡੇ ਰਸੋਈ ਵਿੱਚ ਇੱਕ ਡਰਾਫਟ ਵਾਂਗ ਹੈ (ਸੰਪਾਦਨ ਯੋਗ, ਨੋਟਸ ਅਤੇ ਸੈਟਿੰਗਾਂ ਨਾਲ), ਤਾਂ PostScript ਉਸ ਰੇਸਿਪੀ ਵਾਂਗ ਹੈ ਜੋ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰੋਫੈਸ਼ਨਲ ਸ਼ੈਫ ਨੂੰ ਦਿੰਦੇ ਹੋ। ਇਹ ਨਹੀਂ ਕਹਿੰਦਾ “ਇਸਨੂੰ ਸੋਹਣਾ ਬਣਾਓ।” ਇਹ ਸਹੀ-ਸਹੀ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਪੈਣਾ ਹੈ, ਕਿੱਥੇ ਅਤੇ ਕਿਸ ਮਾਤਰਾ ਵਿੱਚ।
PostScript ਪੇਜ਼ ਦੇ ਬੁਨਿਆਦੀ ਗਠਜੋੜ ਦਰਸਾ ਸਕਦਾ ਹੈ:
ਇਸਨੂੰ ਇੱਕ ਬਹੁਤ ਹੀ ਲਿੱਟਰਲ ਡਰਾਇੰਗ ਰੋਬੋਟ ਨੂੰ ਦਿੱਤੇ ਗਿਆ ਹੁਕਮ ਸਮਝੋ। ਜੇ ਹਦਾਇਤਾਂ ਇੱਕੋ ਜਿਹੀਆਂ ਹਨ, ਨਤੀਜਾ ਵੀ ਇੱਕੋ ਜਿਹਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ—ਚਾਹੇ ਆਉਟਪੁੱਟ ਡਿਵਾਈਸ ਡੈਸਕਟਾਪ ਪ੍ਰਿੰਟਰ ਹੋਵੇ ਜਾਂ ਹਾਈ-ਅੰਤਾ imagesetter।
ਇੱਕ ਵੱਡਾ ਕਾਰਨ ਜਿਸ ਕਰਕੇ PostScript ਇੱਕ ਇਨਕਲਾਬ ਸੀ, ਉਹ ਇਹ ਹੈ ਕਿ ਇਸ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਵੇਕਟਰ-ਆਧਾਰਤ ਹੈ: ਇਹ ਗ੍ਰਾਫਿਕਸ ਨੂੰ ਗਣਿਤ ਦੇ ਰੂਪ ਵਿੱਚ ਵਰਣਨ ਕਰਦਾ (ਲਾਈਨ, ਕਰਵ, ਭਰਨ) ਨਾ ਕਿ ਪਿਕਸਲਾਂ ਦੇ ਇੱਕ ਨਿਰਧਾਰਤ ਗਰਿੱਡ ਵਜੋਂ।
ਇਸਦਾ ਮਤਲਬ ਇਹ ਕਿ ਇੱਕ ਲੋਗੋ, ਹੈਡਲਾਈਨ ਜਾਂ ਡਾਇਗ੍ਰਾਮ ਪੋਸਟਰ ਲਈ ਵੱਧ ਜਾਂ ਬਿਜ਼ਨੈੱਸ ਕਾਰਡ ਲਈ ਘੱਟ ਸਕੇਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਫਰਦੇ ਦਿਨ ਸਾਫ਼ ਰਹਿੰਦਾ—ਪਿਕਸਲਾਂ ਨੂੰ ਖਿੱਚਣ ਕਾਰਨ ਧੁੰਦਲਾ ਨਹੀਂ ਹੁੰਦਾ।
PostScript ਇੱਕ ਵਰਡ ਪ੍ਰੋਸੈਸਰ ਫਾਰਮੈਟ ਨਹੀਂ ਹੈ। ਇਹ ਸਹਿ-ਸੰਪਾਦਨ, ਟ੍ਰੈਕਡ ਚੇਂਜਜ਼ ਜਾਂ ਆਸਾਨ ਤੌਰ ਤੇ ਟੈਕਸਟ ਰੀਫਲੋ ਲਈ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ। ਇਹ ਇੱਕ ਆਖਰੀ ਆਉਟਪੁੱਟ ਵਰਣਨ ਦੇ ਜ਼ਿਆਦਾ ਨੇੜੇ ਹੈ—ਭਰੋਸੇਯੋਗ ਛਾਪਾਈ ਲਈ ਅਪਟਿਮਾਈਜ਼ ਕੀਤਾ ਗਿਆ, ਰੋਜ਼ਾਨਾ ਲਿਖਤ ਅਤੇ ਸੋਧ ਲਈ ਨਹੀਂ।
PostScript ਤੋਂ ਪਹਿਲਾਂ, “WYSIWYG” (ਜੇ ਤੁਸੀਂ ਜੋ ਵੇਖਦੇ ਹੋ) ਅਕਸਰ "ਉਮੀਦਵਾਰ ਪ੍ਰੀਵਿਊ" ਹੁੰਦਾ ਸੀ। ਬ੍ਰੇਕਥਰੂ ਇੱਕ ਸਾਂਝਾ ਤਰੀਕਾ ਸੀ ਜਿਸ ਨਾਲ ਪੇਜ਼ ਦੀ ਵਰਣਨਾ ਕੀਤੀ ਜਾ ਸਕੀ ਤਾਂ ਕਿ ਕੰਪਿਊਟਰ ਅਤੇ ਪ੍ਰਿੰਟਰ ਇੱਕੋ ਹਦਾਇਤਾਂ ਤੇ ਸਹਿਮਤ ਹੋ ਸਕਣ।
ਡੈਸਕਟਾਪ ਪਬਲਿਸ਼ਿੰਗ ਨੇ ਤੇਜ਼ੀ ਨਾਲ ਇੰਝ ਇੱਕ ਪੇਸ਼ਬੰਦੀ ਬਣਾਈ: ਲੇਖਨ → ਲੇਅਆਊਟ → ਆਉਟਪੁੱਟ।
ਇੱਕ ਲੇਖਕ ਵਰਡ ਪ੍ਰੋਸੈਸਰ ਵਿੱਚ ਲਿਖਦਾ। ਇੱਕ ਡਿਜ਼ਾਈਨਰ ਉਹ ਟੈਕਸਟ ਪੇਜ਼ ਲੇਆਉਟ ਐਪ ਵਿੱਚ ਫ਼ਲੋ ਕਰਦਾ, ਕਾਲਮ, ਸਪੇਸਿੰਗ ਅਤੇ ਚਿੱਤਰ ਚੁਣਦਾ। ਫਿਰ ਲੇਆਉਟ ਨੂੰ PostScript ਪ੍ਰਿੰਟਰ (ਜਾਂ ਸਰਵਿਸ ਬਿਊਰੋ) ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਸੀ ਜਿੱਥੇ ਇੱਕੋ ਪੇਜ਼-ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਅੱਗੇ ਚਲਾਂ ਕੇ ਆਖਰੀ ਪੇਜ਼ ਬਣਾਇਆ ਜਾਂਦਾ।
ਕਿਉਂਕਿ PostScript ਨੇ ਪੇਜ਼ ਨੂੰ ਡਿਵਾਈਸ-ਇੰਡਪੀਡੈਂਟ ਤਰੀਕੇ ਨਾਲ ਵਰਣਨ ਕੀਤਾ—ਸ਼ੇਪ, ਟੈਕਸਟ, ਪਦਵੀਆਂ ਅਤੇ ਕਰਵ—ਪ੍ਰਿੰਟਰਾਂ ਨੂੰ ਸਕ੍ਰੀਨ ਦੀ "ਅਨੁਮਾਨਿਤ" ਨਕਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਬਚੀ। ਉਹ ਇੱਕ ਬਹੁਤ ਹੀ ਨਿਰਧਾਰਿਤ ਡਰਾਇੰਗ ਕਮਾਂਡਾਂ ਦਾ ਨਿਰਵਾਹ ਕਰ ਰਹੇ ਸਨ।
PostScript-ਯੋਗ ਪ੍ਰਿੰਟਰ ਅਸਲ ਵਿੱਚ ਇੱਕ ਛੋਟੇ ਪੱਧਰ ਤੇ ਪਬਲਿਸ਼ਿੰਗ ਇੰਜਣ ਬਣ ਗਏ। ਉਹ ਵੇਕਟਰ ਗ੍ਰਾਫਿਕਸ ਨੂੰ ਸਾਫ਼-ਸੁਥਰਾ ਰੂਪ ਵਿੱਚ ਰੇਂਡਰ ਕਰ ਸਕਦੇ, ਤੱਤਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਰੱਖ ਸਕਦੇ ਅਤੇ ਜ਼ਮਾਨੇ-ਬਦਲਣ 'ਤੇ ਜੌਬਾਂ ਵਿੱਚ ਸਥਿਰ ਪੇਜ਼ ਆਉਟਪੁੱਟ ਦੇ ਸਕਦੇ ਸਨ।
ਇਹ ਸਥਿਰਤਾ ਲੇਆਉਟ ਫੈਸਲਿਆਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾ ਦਿੱਤੀ: ਜੇ ਇੱਕ ਹੈੱਡਲਾਈਨ ਸਕ੍ਰੀਨ 'ਤੇ ਫਿੱਟ ਹੋ ਰਹੀ ਹੈ, ਤਾਂ ਕਾਗਜ਼ 'ਤੇ ਵੀ ਫਿੱਟ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਜ਼ਿਆਦਾ ਸੀ। ਇਹ ਭਰੋਸਾ ਹੀ ਉਹ ਗੁਣ ਸੀ ਜਿਸ ਨੇ brochures, ਨਿਊਜ਼ਲੈਟਰ, ਮੈਨੂਅਲ ਅਤੇ ਇਸ਼ਤਿਹਾਰਾਂ ਜਿਹੇ ਕੰਮਾਂ ਲਈ ਡੈਸਕਟਾਪ ਪਬਲਿਸ਼ਿੰਗ ਨੂੰ ਪ੍ਰਯੋਗਯੋਗ ਬਣਾਇਆ।
ਪੇਸ਼ੇਵਰ ਪਬਲਿਸ਼ਿੰਗ ਲਈ ਟਾਈਪੋਗ੍ਰਾਫੀ ਕੇਂਦਰੀ ਹੈ, ਅਤੇ PostScript ਨੇ ਸਕੇਲਬਲ ਆਊਟਲਾਈਨ ਫੋਂਟਾਂ ਨੂੰ ਸਪੋਰਟ ਕੀਤਾ ਜਿਸ ਨਾਲ ਵੱਖ-ਵੱਖ ਆਕਾਰਾਂ 'ਤੇ ਤੇਕਸ਼ਨੀ ਛਾਪੀ ਮਿਲਦੀ।
ਪਰ ਗਲਤੀਆਂ ਅਜੇ ਵੀ ਹੋਦੀਆਂ ਸਨ:
ਇਨ੍ਹਾਂ ਪਟਕਾਂ ਦੇ ਬਾਵਜੂਦ PostScript ਨੇ ਸਭ ਤੋਂ ਵੱਡਾ ਐਤਰਾਜ਼ ਘਟਾ ਦਿੱਤਾ: ਪ੍ਰਿੰਟਰ ਹੁਣ ਤੁਹਾਡੇ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਆਪਣੀ ਝਲਕ ਅਨੁਸਾਰ "ਵਿਆਖਿਆ" ਨਹੀਂ ਕਰ ਰਿਹਾ ਸੀ—ਉਹ ਪੇਜ਼-ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਦੀ ਪਾਲਣਾ ਕਰ ਰਿਹਾ ਸੀ।
ਕੰਮਰਸ਼ੀਅਲ ਛਾਪਾਈ ਸਿਰਫ "ਫਾਈਲ ਭੇਜੋ ਅਤੇ ਪ੍ਰਿੰਟ ਕਰੋ" ਨਹੀਂ ਹੁੰਦੀ। ਪ੍ਰੀਪ੍ਰੈਸ ਉਹ ਕਦਮ ਹੈ ਜਿੱਥੇ ਦਸਤਾਵੇਜ਼ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ, ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਅਤੇ ਉਸ ਚੀਜ਼ ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਜੋ ਪ੍ਰੈਸ 'ਤੇ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਰੀਪ੍ਰੋਡਿਊਸ ਹੋ ਸਕੇ। ਵੱਡੀ ਤਰਜੀਹ ਭਰੋਸੇਯੋਗਤਾ ਹੈ: ਇੱਕੋ ਜੌਬ ਅੱਜ, ਕੱਲ੍ਹ ਅਤੇ ਕਿਸੇ ਹੋਰ ਮਸ਼ੀਨ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰਿੰਟ ਸ਼ਾਪਾਂ ਕੁਝ ਪ੍ਰਯੋਗਕ ਕੇ ਨਤੀਜੇ ਚਾਹੁੰਦੀਆਂ ਸਨ:
ਇਹ ਲੋੜਾਂ ਸਭ ਨੂੰ ਡਿਵਾਈਸ-ਇੰਡਪੀਡੈਂਟ ਤਰੀਕੇ ਨਾਲ ਪੇਜ਼ ਵਰਣਨ ਕਰਨ ਵਾਲੇ ਫਾਰਮੈਟਾਂ ਵੱਲ ਧੱਕਿਆ। ਜੇ ਪੇਜ਼ ਵਰਣਨ ਪੂਰਨ ਹੈ—ਫੋਂਟ, ਵੇਕਟਰ, ਇਮੇਜ ਅਤੇ ਰੰਗ ਹਦਾਇਤਾਂ—ਤਾਂ ਪ੍ਰਿੰਟਰ "ਕਿਵੇਂ" ਇਹ ਰੀਡਰ ਕਰੇ ਇਸ ਬਾਰੇ ਅਨੁਮਾਨ ਨਹੀਂ ਲਗਾ ਰਿਹਾ।
ਕਈ ਸਾਲਾਂ ਤੱਕ ਆਮ ਨਮੂਨਾ ਇਹ ਸੀ: ਡਿਜ਼ਾਈਨ ਐਪ PostScript ਜਨਰੇਟ ਕਰਦਾ, ਅਤੇ ਪ੍ਰਿੰਟ ਸ਼ਾਪ ਇਸ ਨੂੰ RIP ਵਿੱਚ ਚਲਾਂਦਾ। RIP (Raster Image Processor) ਉਹ ਸਾਫਟਵੇਅਰ ਜਾਂ ਹਾਰਡਵੇਅਰ ਹੈ ਜੋ ਪੇਜ਼ ਵਰਣਨਾਂ ਨੂੰ ਉਸ ਪਿਕਸਲ-ਆਧਾਰਤ ਡੇਟਾ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਜੋ ਕਿਸੇ ਖ਼ਾਸ ਪ੍ਰਿੰਟਰ ਜਾਂ imagesetter ਨੂੰ ਆਉਟਪੁੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਮੱਧਲਾ ਕਦਮ ਇਸ ਲਈ ਮਹੱਤਵਪੂਰਨ ਸੀ ਕਿਉਂਕਿ ਇਸ ਨੇ "ਵਿਆਖਿਆਣ" ਨੂੰ ਕੇਂਦ੍ਰਿਤ ਕੀਤਾ। ਦਫ਼ਤਰੀ ਡਿਵਾਈਸ ਦੇ ਕਿਸੇ ਵੀ ਡਰਾਈਵਰ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਬਜਾਏ, ਪ੍ਰਿੰਟ ਪ੍ਰੋਵਾਇਡਰ ਜੌਬਾਂ ਨੂੰ ਆਪਣੇ ਕੰਟਰੋਲਡ RIP ਸੈਟਅੱਪ ਵਿੱਚ ਚਲਾਂਦਾ ਸੀ, ਜੋ ਉਹਨਾਂ ਦੀ ਪ੍ਰੈਸ, ਕਾਗਜ਼, ਸਕਰੀਨਿੰਗ ਮੈਥਡ ਅਤੇ ਇੰਕ ਲਈ ਟਿਊਨ ਕੀਤਾ ਹੁੰਦਾ ਸੀ।
ਜਦੋਂ ਲਕੜੀ ਲਕੜੀ ਦੀ ਨਹੀਂ ਪਰ"ਭਰੋਸੇਯੋਗਤਾ" ਮੰਤਵ ਹੁੰਦੀ ਹੈ, ਦੁਹਰਾਏ ਜਾਣ ਯੋਗ ਹੋਣਾ ਵਪਾਰ ਲਈ ਫਾਇਦਾ ਬਣਦਾ ਹੈ: ਘੱਟ ਦੁਬਾਰਾ ਛਾਪਾਈ, ਘੱਟ ਵਿਵਾਦ ਅਤੇ ਤੇਜ਼ ਟਰਨਅਰਾਊਂਡ—ਜੋ ਪੇਸ਼ੇਵਰ ਛਾਪਾਈ ਦੀ ਮੰਗ ਹੈ।
PostScript ਛਾਪਾਈ ਲਈ ਇਨਕਲਾਬ ਸੀ, ਪਰ ਇਹ "ਕਿਸੇ ਨੂੰ ਵੀ ਭੇਜੋ" ਵਾਲਾ ਦਸਤਾਵੇਜ਼ ਫਾਰਮੈਟ ਬਣਿਆ ਨਹੀਂ ਸੀ। ਇੱਕ PostScript ਫਾਇਲ ਮੂਲ ਰੂਪ ਵਿੱਚ ਇੱਕ ਕਾਰਜਕ੍ਰਮ ਹੈ ਜੋ ਪੇਜ਼ ਵਰਣਨ ਕਰਦਾ। ਇਹ ਉਦੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਜਦੋਂ ਕਿਸੇ ਪ੍ਰਿੰਟਰ (ਜਾਂ typesetter) ਕੋਲ ਸਹੀ ਇੰਟਰਪ੍ਰੀਟਰ ਹੋਵੇ, ਪਰ ਇਹ ਰੋਜ਼ਾਨਾ ਸਾਂਝੇ ਕਰਨ ਲਈ ਅਸੁਵਿਧਾਜਨਕ ਸੀ: ਵੇਖਣਾ ਅਸਥਿਰ ਸੀ, ਆਉਟਪੁੱਟ ਡਿਵਾਈਸ ਦੇ ਮੁਤਾਬਕ ਵੱਖ ਹੋ ਸਕਦਾ ਸੀ, ਅਤੇ ਫਾਇਲ ਇਕ ਸਵੈ-ਨਿਖੇ ਦਸਤਾਵੇਜ਼ ਵਾਂਗ ਵਰਤ ਨਹੀਂ ਹੋ ਸਕਦੀ ਸੀ ਜਿਸਨੂੰ ਕਿਸੇ ਵੀ ਕੰਪਿਊਟਰ 'ਤੇ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਖੋਲ੍ਹਿਆ ਜਾ ਸਕੇ।
PDF ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਬਣਾਇਆ ਗਿਆ ਕਿ ਦਸਤਾਵੇਜ਼ ਵਹੀ ਹੋਵੇ: ਆਸਾਨੀ ਨਾਲ ਵੰਡਣਾ, ਆਸਾਨੀ ਨਾਲ ਖੋਲ੍ਹਣਾ ਅਤੇ ਇਸ ਦੀ ਰੇਂਡਰਿੰਗ ਹਰ ਜਗ੍ਹਾ ਇੱਕੋ ਜਿਹੀ ਹੋਵੇ। ਟੀਚਾ ਸਿਰਫ਼ "ਇਹ ਛਪਦਾ ਹੈ" ਨਹੀਂ ਸੀ, ਬਲਕਿ "ਇਹ ਹਰ ਜਗ੍ਹਾ ਇੱਕੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ"—ਵੱਖ-ਵੱਖ ਸਕ੍ਰੀਨਾਂ, ਪ੍ਰਿੰਟਰਾਂ ਅਤੇ ਓਐਸ ਉੱਤੇ।
ਇੱਕ ਮੁੱਖ ਬਦਲਾਅ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਇਕ ਇਕਾਈ ਪੈਕੇਜ ਵਜੋਂ ਦੇਖਣ ਸੀ। ਬਾਹਰੀ ਹਿੱਸਿਆਂ 'ਤੇ ਨਿਰਭਰ ਹੋਣ ਦੀ ਥਾਂ, ਇੱਕ PDF (ਕਿਸੇ ਹੱਦ ਤੱਕ) ਉਹ ਚੀਜ਼ਾਂ ਆਪਣੇ ਅੰਦਰ ਸ਼ਾਮਲ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਪੇਜ਼ਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਲਈ ਲੋੜੀਂਦੀਆਂ ਹਨ:
ਇਹ ਪੈਕੇਜਿੰਗ ਹੀ ਉਹ ਕਾਰਨ ਹੈ ਕਿ PDF ਇੱਕੋ ਪੇਜਿੰਗ, ਸਪੇਸਿੰਗ ਅਤੇ ਟਾਈਪੋਗ੍ਰਾਫੀ ਨੂੰ ਸਾਲਾਂ ਬਾਅਦ ਵੀ ਬਚਾ ਸਕਦਾ ਹੈ।
PDF ਦੋ ਜਗ੍ਹਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ। ਸਕ੍ਰੀਨ ਵੇਖਣ ਲਈ, ਇਹ ਤੇਜ਼ ਡਿਸਪਲੇ, ਖੋਜ, ਹਾਈਪਰਲਿੰਕ ਅਤੇ ਟਿੱਪਣੀਆਂ ਸਹਾਇਤ ਕਰਦਾ ਹੈ। ਛਾਪਾਈ ਲਈ, ਇਹ ਸਹੀ ਜਯੋਮੈਟਰੀ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰੋਫੈਸ਼ਨਲ ਵਰਕਫਲੋ ਲਈ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ (ਫੋਂਟ, ਸਪੌਟ ਰੰਗ, ਟ੍ਰਿਮ ਬਾਕਸ ਆਦਿ) ਰੱਖ ਸਕਦਾ ਹੈ। ਨਤੀਜਾ: ਇਕ ਐਸਾ ਫਾਇਲ ਜੋ ਇੱਕ ਆਖਰੀ ਦਸਤਾਵੇਜ਼ ਵਾਂਗ ਵਰਤਦਾ ਹੈ, ਨਾ ਕਿ ਹਮੇਸ਼ਾ ਲਈ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਚਲਾਉਣ ਵਾਲੀ ਹਦਾਇਤਾਂ ਦਾ ਸੈੱਟ।
PostScript ਅਤੇ PDF ਅਕਸਰ ਇਕੱਠੇ ਜਿਕਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਦੋਹਾਂ ਪੇਜ਼ਾਂ ਦੀ ਵਰਣਨਾ ਕਰਦੇ ਹਨ। ਪਰ ਉਹ ਵੱਖ-ਵੱਖ ਕੰਮਾਂ ਲਈ ਬਣਾਏ ਗਏ ਸਨ।
PostScript ਇੱਕ ਭਾਸ਼ਾ ਹੈ—ਇਕ ਸੀਟ ਹਦਾਇਤਾਂ ਜਿਵੇਂ “ਇਸ ਫੋਂਟ ਨੂੰ ਵਰਤੋ,” “ਇਹ ਕਰਵ ਖਿੱਚੋ,” “ਇਹ ਚਿੱਤਰ ਇੱਥੇ ਰੱਖੋ,” ਅਤੇ "ਇਸ ਅਸਲ ਆਕਾਰ ਤੇ ਪ੍ਰਿੰਟ ਕਰੋ।" ਇੱਕ PostScript-ਯੋਗ ਪ੍ਰਿੰਟਰ (ਜਾਂ RIP) ਇਹ ਹਦਾਇਤਾਂ ਚਲਾਉਂਦਾ ਹੈ ਤਾਂ ਕਿ ਆਖਰੀ ਪੇਜ਼ ਆਉਟਪੁੱਟ ਹੋਵੇ।
ਇਸ ਲਈ PostScript ਪਰੰਪਰਾਵੀ ਤੌਰ 'ਤੇ ਛਾਪਾਈ ਸੰਸਾਰ ਲਈ ਢਹਿਲ ਬੈਠਦਾ ਹੈ: ਇਹ ਸਿਰਫ ਸਮੱਗਰੀ ਦਾ ਕਨਟੇਨਰ ਨਹੀਂ, ਇਹ ਪੇਜ਼ ਨੂੰ ਰੇਂਡਰ ਕਰਨ ਲਈ ਇੱਕ ਸਹੀ ਰੈਸੀਪੀ ਹੈ।
PDF ਇੱਕ ਫਾਰਮੈਟ ਹੈ ਜਿਸ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਵੇਖਣ, ਬਦਲੀਆਨਵਾਲੀ, ਸਾਂਝਾ ਕਰਨ ਅਤੇ ਆਰਕਾਈਵ ਕਰਨ ਲਈ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਦੀ ਰੇਂਡਰਿੰਗ ਨਿਰਵਿਛਿੱਨ ਹੋਵੇ। ਇੱਕ PDF ਆਮ ਤੌਰ 'ਤੇ ਦਰਸ਼ਕ (Acrobat, ਬ੍ਰਾਊਜ਼ਰ, ਮੋਬਾਈਲ ਐਪ) ਦੁਆਰਾ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਛਾਪਿਆ ਵੀ ਜਾ ਸਕਦਾ ਹੈ।
ਰੋਜ਼ਮਰਾ ਦੀ ਗੱਲ: PostScript "ਪ੍ਰਿੰਟਰ ਲਈ ਨਿਰਦੇਸ਼" ਵਾਂਗ ਹੈ; PDF "ਜੋ ਤੁਸੀਂ ਭੇਜਦੇ ਹੋ" ਵਾਂਗ ਹੈ।
PostScript ਅਜੇ ਵੀ ਪੇਸ਼ੇਵਰ ਛਾਪਾਈ ਅਤੇ ਪ੍ਰੀਪ੍ਰੈਸ ਵਰਕਫਲੋਜ਼ ਦੇ ਪਿੱਛੇ ਨਜ਼ਰ ਆਉਂਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜਿੱਥੇ ਸਮਰਪਿਤ RIPs ਅਤੇ ਪ੍ਰਿੰਟ ਸਰਵਰ ਆਉਂਦੇ ਜੌਬਾਂ ਨੂੰ ਸੰਭਾਲਦੇ ਹਨ।
PDF ਆਮ ਲੋਕਾਂ, ਕਾਰੋਬਾਰਾਂ, ਡਿਜ਼ਾਈਨਰਾਂ ਅਤੇ ਪ੍ਰਕਾਸ਼ਕਾਂ ਲਈ ਸਾਂਝਾ ਕਰਨ ਵਾਲੀ ਡੀਫਾਲਟ ਫਾਰਮੈਟ ਬਣ ਗਈ ਹੈ—ਕੋਈ ਵੀ ਅਸਾਨੀ ਨਾਲ ਖੋਲ੍ਹ ਸਕੇ ਅਤੇ ਲੇਆਉਟ ਬਚ ਜਾਵੇ।
| ਵਿਸ਼ਾ | PostScript | |
|---|---|---|
| ਕੀ ਹੈ | ਇਕ ਭਾਸ਼ਾ (ਡਰਾਇੰਗ/ਪ੍ਰਿੰਟਿੰਗ ਹਦਾਇਤਾਂ) | ਇਕ ਫਾਇਲ ਫਾਰਮੈਟ (ਪੈਕੇਜ ਕੀਤਾ ਦਸਤਾਵੇਜ਼) |
| ਮੁੱਖ ਮਕਸਦ | ਪ੍ਰਿੰਟਰਾਂ/RIPs 'ਤੇ ਭਰੋਸੇਯੋਗ ਪੇਜ਼ ਆਉਟਪੁੱਟ | ਵੇਖਣ, ਸਾਂਝਾ ਕਰਨ ਅਤੇ ਆਰਕਾਈਵ ਕਰਨ ਲਈ ਭਰੋਸੇਯੋਗ |
| ਮਜ਼ਬੂਤੀਆਂ | ਰੇਂਡਰਿੰਗ 'ਤੇ ਸੁਖਮ ਨਿਯੰਤਰਣ; ਪ੍ਰਿੰਟ-ਉਦਦੇਸ਼ੀ | ਪੋਰਟੇਬਲ; ਦਰਸ਼ਕ-ਸਹਾਇਤ; ਫਾਰਮ, ਲਿੰਕ, ਐਕਸੈਸਿਬਿਲਟੀ ਸਮਰਥਨ |
| ਆਮ ਉਪਭੋਗਤਾ | ਪ੍ਰਿੰਟ ਸ਼ਾਪ, ਪ੍ਰੀਪ੍ਰੈਸ, ਪ੍ਰਿੰਟ ਸਰਵਰ | ਹਰ ਕੋਈ: ਕਾਰੋਬਾਰ, ਡਿਜ਼ਾਈਨਰ, ਪ੍ਰਕਾਸ਼ਕ |
ਜੇ ਤੁਸੀਂ ਇੱਕ ਗੱਲ ਯਾਦ ਰੱਖੋ: PostScript ਨੂੰ ਪੇਜ਼ ਪੈਦਾ ਕਰਨ ਲਈ ਬਣਾਇਆ ਗਿਆ ਸੀ; PDF ਨੂੰ ਪੇਜ਼ ਪਹੁੰਚਾਉਣ ਲਈ।
PDF ਚੁਪਚਾਪ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਦਾ "ਆਖਰੀ ਰੂਪ" ਬਣ ਗਿਆ: ਉਹ ਵਰਜ਼ਨ ਜੋ ਤੁਸੀਂ ਭੇਜਦੇ ਹੋ ਜਦੋਂ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਦੂਜਾ ਵਿਅਕਤੀ ਬਿਲਕੁਲ ਉਹੀ ਦੇਖੇ ਜੋ ਤੁਸੀਂ ਦੇਖ ਰਹੇ ਹੋ। ਕਈ ਕੰਮਕਾਜ਼ ਥਾਵਾਂ 'ਤੇ, Word ਫਾਇਲਾਂ ਅਤੇ ਸਲਾਈਡ ਡੈਕ ਅਜੇ ਵੀ ਖਾਕੇ ਬਣਾਉਣ ਦੇ ਟੂਲ ਹਨ, ਪਰ PDF ਮਨਜ਼ੂਰੀ ਅਤੇ ਰਿਕਾਰਡ ਲਈ ਚੈਕਪੌਇੰਟ ਬਣ ਗਿਆ—ਜੋ ਜੋੜ ਕੇਈ-ਗੁਣਾ, ਈਮੇਲ ਨਾਲ ਅਟੈਚ ਕਰਨਾ, ਪੋਰਟਲ 'ਤੇ ਅਪਲੋਡ ਕਰਨਾ ਜਾਂ ਅਰਕਾਈਵ ਕਰਨ ਲਈ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
ਇਕ ਵੱਡਾ ਕਾਰਨ ਭਰੋਸੇਯੋਗਤਾ ਹੈ। PDF ਲੇਆਉਟ, ਫੋਂਟ, ਵੇਕਟਰ ਗ੍ਰਾਫਿਕਸ ਅਤੇ ਚਿੱਤਰਾਂ ਨੂੰ ਇੱਕ ਪੈਕੇਜ ਵਿੱਚ ਬੰਨ੍ਹ ਦਿੰਦਾ ਹੈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਹਰ ਜਗ੍ਹਾ ਅਤੇ ਹਰ ਐਪ ਵਿੱਚ ਇੱਕੋ ਜਿਹਾ ਵਿਹਾਰ ਕਰਦਾ ਹੈ। ਇਸ ਨੇ ਉਹਨਾਂ ਟੀਮਾਂ ਵਿਚਕਾਰ ਹੈਂਡਆਫ਼ ਲਈ ਇਹ ਫਾਰਮੈਟ ਆਦਰਸ਼ ਬਣਾਇਆ ਜਿਨ੍ਹਾਂ ਕੋਲ ਇਕੋ ਸੈਟਅਪ ਜਾਂ ਸਿਸਟਮ ਨਹੀਂ ਸੀ—ਅਥਵਾ ਇਕੋ ਓਐਸ ਨਹੀਂ ਸੀ।
ਜਿਵੇਂ-ਜਿਵੇਂ ਸੰਸਥਾਵਾਂ ਨੇ Macs ਅਤੇ Windows PCs (ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਸਰਵਰਾਂ ਤੇ Linux) ਨੂੰ ਮਿਲਾਇਆ, PDF ਨੇ “ਮੇਰੇ ਕੰਪਿਊਟਰ 'ਤੇ ਇਹ ਵੱਖਰਾ ਦਿਸਦਾ ਹੈ” ਸਮੱਸਿਆ ਘਟਾ ਦਿੱਤੀ। ਤੁਸੀਂ ਇੱਕ ਟੂਲ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਂਦੇ, ਇਕ ਹੋਰ ਵਿੱਚ ਸਮੀਖਿਆ ਕਰਦੇ ਅਤੇ ਕਿਸੇ ਹੋਰ ਥਾਂ ਛਾਪਦੇ ਹੋ—ਘੱਟ ਅਣਚਾਹੇ ਬਦਲਾਅ ਨਾਲ।
ਇਸ ਨੇ ਵਰਕਫਲੋਜ਼ ਨੂੰ ਸਟੈਂਡਰਡਾਈਜ਼ ਕਰਨ ਵੀ ਆਸਾਨ ਕੀਤਾ:
ਇਹੀ "ਪੋਰਟੇਬਲ, ਭਰੋਸੇਯੋਗ ਆਉਟਪੁੱਟ" ਵਿਚਾਰ ਹੁਣ ਉਹਨਾਂ ਅੰਦਰੂਨੀ ਐਪਾਂ ਵਿੱਚ ਵੀ ਦਰਸਦਾ ਹੈ ਜੋ ਡੌਕਯੂਮੈਂਟ ਤਿਆਰ ਕਰਦੇ—ਕੋਟਸ, ਚਲਾਨ, ਆਡਿਟ ਰਿਪੋਰਟ, ਸ਼ਿਪਿੰਗ ਲੇਬਲ, ਆਨਬੋਰਡਿੰਗ ਪੈਕੇਟ ਆਦਿ।
ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਇਹ ਸਿਸਟਮ ਬਣਾਉਂਦੀ ਹੈ, ਤਾਂ PDF ਜਨਰੇਸ਼ਨ ਨੂੰ ਪਹਿਲੀ-শ੍ਰੇਣੀ ਵਰਕਫਲੋ ਸਮਝਣਾ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ: ਇੱਕਸਾਰ ਟੈਮਪਲੇਟ, ਐਂਬੈੱਡ ਕੀਤੇ ਫੋਂਟ, ਦੁਹਰਾਊ ਨਿਰਯਾਤ ਸੈਟਿੰਗਾਂ ਅਤੇ ਜਦੋਂ ਕੋਈ ਟੈਮਪਲੇਟ ਅਪਡੇਟ ਲੇਆਉਟ ਨੂੰ ਖ਼ਰਾਬ ਕਰ ਦੇਵੇ ਤਾਂ ਰੋਲਬੈਕ ਲਈ ਢੰਗ। ਇਹੀ ਥਾਂ ਹੈ ਜਿੱਥੇ Koder.ai ਵਰਗਾ ਪਲੇਟਫਾਰਮ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਫਿੱਟ ਹੋ ਸਕਦਾ: ਟੀਮਾਂ ਚੈਟ ਇੰਟਫੇਸ ਤੋਂ ਇੱਕ ਅੰਦਰੂਨੀ ਦਸਤਾਵੇਜ਼ ਪੋਰਟਲ ਜਾਂ PDF-ਜਨਰੇਸ਼ਨ ਮਾਈਕਰੋਸਰਵਿਸ vibe-code ਕਰ ਸਕਦੀਆਂ ਹਨ, ਫਿਰ planning mode ਅਤੇ snapshots/rollback ਵਰਗੀਆਂ ਸੁਵਿਧਾਵਾਂ ਨਾਲ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਇਟਰਰੇਟ ਕਰ ਸਕਦੀਆਂ ਹਨ—ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਪੂਰੀ ਮਾਲਕੀ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਸਰੋਤ ਕੋਡ ਐਕਸਪੋਰਟ ਵੀ ਕਰ ਸਕਦੇ ਹੋ।
PDF ਉਹਨਾਂ ਸੰਸਥਾਵਾਂ ਦੀ ਮਦਦ ਲਈ ਮਹੱਤਵਪੂਰਨ ਬਣਿਆ ਜੋ ਬਹੁਤ سارੀਆਂ ਫਾਰਮਾਂ ਅਤੇ ਨੋਟਿਸਾਂ ਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰਦੀਆਂ ਹਨ। ਸਰਕਾਰਾਂ ਨੇ ਅਰਜ਼ੀਆਂ ਅਤੇ ਸਰਜਨਿਕ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ PDFs ਨੂੰ ਅਪਣਾਇਆ; ਸਕੂਲ ਸਿਲੈਬਸ, ਪੈਕਟ ਅਤੇ ਜਮਹੂਰੀਆਂ ਲਈ ਵਰਤਿਆ; ਕਾਰੋਬਾਰਾਂ ਨੇ ਚਲਾਨ, ਮੈਨੂਅਲ ਅਤੇ ਅਨੁਸੂਚੀ ਰਿਕਾਰਡ ਲਈ ਭਰੋਸਾ ਕੀਤਾ। ਸਾਂਝਾ ਉਮੀਦ ਬਣ ਗਈ: “ਜੇ ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਤਾਂ ਉਹ ਇੱਕ PDF ਹੈ।”
ਇੱਕ PDF ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਐਕਸੈਸਿਬલ ਨਹੀਂ ਹੁੰਦਾ। ਸਕ੍ਰੀਨ ਰੀਡਰਾਂ ਨੂੰ ਅਕਸਰ ਢਾਂਚਾ ਟੈਗਿੰਗ, ਮਾਨੇ-ਪੂਰਨ ਪੜ੍ਹਨ ਦਾ ਆਰਡਰ ਅਤੇ ਚਿੱਤਰਾਂ ਲਈ alt ਟੈਕਸਟ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਫਾਰਮਾਂ ਨੂੰ ਵੀ ਸੋਚ-ਵਿਚਾਰ ਨਾਲ ਸੈਟਅੱਪ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ—fillable ਫੀਲਡ, ਵੈਲੀਡੇਸ਼ਨ ਅਤੇ ਕੰਪੈਟਬਿਲੀਟੀ ਟੈਸ팅— ਨਹੀਂ ਤਾਂ ਉਹ ਭਰਨ ਲਈ ਮੁਸ਼ਕਲ ਜਾਂ ਜਮ੍ਹਾਂ ਕਰਨ ਯੋਗ ਨਾ ਰਹਿ ਸਕਣ। PDF ਇੱਕ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਪੂਰਨ ਤੌਰ 'ਤੇ ਬਚਾ ਸਕਦਾ ਹੈ, ਪਰ ਉਹ ਉਸ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਵੀ ਬਰਕਰਾਰ ਰੱਖੇਗਾ, ਜਦ ਤੱਕ ਤੁਸੀਂ ਇਸਨੂੰ ਵਰਤਣਯੋਗ ਬਣਾਉਣ ਲਈ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਕਰਦੇ।
ਜਿਆਦਾਤਰ "ਮੇਰੀ ਫਾਇਲ ਤੁਹਾਡੇ ਮਸ਼ੀਨ ਤੇ ਵੱਖਰੀ ਦਿਸਦੀ ਹੈ" ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਲੇਆਉਟ ਬਾਰੇ ਨਹੀਂ ਹੁੰਦੀਆਂ—ਉਹ ਅਦਿੱਖੇ ਸਮੱਗਰੀ ਬਾਰੇ ਹੁੰਦੀਆਂ ਹਨ: ਫੋਂਟ, ਰੰਗ ਪਰਿਭਾਸ਼ਾ ਅਤੇ ਇਮੇਜ ਡੇਟਾ। PostScript ਅਤੇ ਬਾਅਦ ਵਿੱਚ PDF ਨੇ ਇਹ ਵੇਰਵੇ ਵਧੇਰੇ ਨਿਯੰਤਰਣਯੋਗ ਬਣਾਏ, ਪਰ ਸਿਰਫ਼ ਇਸੇ ਤਰ੍ਹਾਂ ਜੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਪੈਕੇਜ ਕਰੋ।
ਫੋਂਟਾਂ ਪਹਿਲਾਂ ਇੱਕ ਦਹਿਸ਼ਤ ਸਨ ਕਿਉਂਕਿ ਦਸਤਾਵੇਜ਼ ਅਕਸਰ ਇੱਕ ਫੋਂਟ ਨੂੰ "ਸੰਦਰਭ" ਕਰਦਾ ਸੀ ਬਜਾਏ ਇਸਦੇ ਕਿ ਉਸਨੂੰ ਆਪਣੇ ਨਾਲ ਲੈ ਕੇ ਚਲੇ। ਜੇ ਪ੍ਰਿੰਟਰ ਜਾਂ ਹੋਰ ਕੰਪਿਊਟਰ ਕੋਲ ਠੀਕ ਫੋਂਟ ਵਰਜਨ ਨਾ ਹੋਵੇ, ਤਾਂ ਟੈਕਸਟ ਰੀਫਲੋ ਹੋ ਸਕਦਾ, ਲਾਈਨ-ਬ੍ਰੇਕ ਬਦਲ ਸਕਦੇ ਜਾਂ ਸਬਸਟਿਊਟ ਫੋਂਟ ਆ ਸਕਦਾ।
PDF ਨੇ ਇਸਦੀ ਬਹੁਤ ਹੱਦ ਤੱਕ ਹੱਲ ਕੱਢਿਆ ਕਿਉਂਕਿ ਇਹ ਫੋਂਟ ਐਂਬੈੱਡਿੰਗ ਦੀ ਸੁਵਿਧਾ ਦਿੰਦਾ: ਟਾਈਪਫੇਸ (ਜਾਂ ਲੋੜੀਂਦੇ ਅੱਖਰ) ਫਾਇਲ ਦੇ ਅੰਦਰ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਮੁੱਖ ਵਿਚਾਰ ਹੋ ਇਹ ਹੈ: ਜੇ ਫੋਂਟ ਦਸਤਾਵੇਜ਼ ਨਾਲ ਯਾਤਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਦਸਤਾਵੇਜ਼ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ।
ਸਕ੍ਰੀਨਾਂ ਰੋਸ਼ਨੀ ਮਿਲਾ ਕੇ ਰੰਗ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਉਹ RGB (ਲਾਲ, ਹਰਾ, ਨੀਲਾ) ਵਰਤਦੀਆਂ ਹਨ। ਛਾਪਾਈ ਇੰਕ ਮਿਲਾ ਕੇ ਰੰਗ ਬਣਾਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਆਮ ਤੌਰ 'ਤੇ CMYK (ਸਿਆਹ/ਕਾਲਾ, ਸਿਆਨ, ਮੈਜੈਂਟਾ, ਪੀਲਾ) ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਚਮਕਦਾਰ ਸਕ੍ਰੀਨ ਰੰਗ ਸ਼ਾਇਦ ਇੰਕ ਵਿੱਚ ਮੁਜੂਦ ਨਾ ਹੋਵੇ, ਇਸ ਲਈ RGB → CMYK ਰੂਪਾਂਤਰਨ ਰੰਗਾਂ ਨੂੰ ਹਲਕਾ ਜਾਂ ਬਦਲ ਸਕਦਾ ਹੈ।
ਜਦੋਂ ਵਰਕਫਲੋ ਭਰੋਸੇਯੋਗ ਹੋਵੇ, ਤੁਸੀਂ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ ਕਦੋਂ ਅਤੇ ਕਿਵੇਂ ਉਹ ਤਬਦੀਲੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਾ ਕਿ ਇਸਨੂੰ ਆਖਰੀ ਪਲ 'ਤੇ ਆਪ-ਚਲਤੀ ਤਰ੍ਹਾਂ ਹੋਣ ਦੇ ਦਿਓ।
ਛਪਾਈ ਲਈ, ਇਮੇਜਾਂ ਨੂੰ ਆਖਰੀ ਆਕਾਰ 'ਤੇ ਕਾਫੀ ਵਿਵਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਬਹੁਤ ਘਟ ਹੋਣ 'ਤੇ ਨਜਰ ਨਰਮ ਜਾਂ ਬਲਾਕੀ ਹੋ ਜਾਂਦੀ ਹੈ; ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੋਣ 'ਤੇ ਫਾਇਲ ਭਾਰੀ ਤੇ ਧੀਮੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
ਕੰਪ੍ਰੈਸ਼ਨ ਵੀ ਇਕ ਵਪਾਰ-ਆਧਾਰ ਤੇ ਤਰਾਜੂ ਹੈ:
ਪ੍ਰਿੰਟ ਨੂੰ ਫਾਇਲ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਚੈਕ ਕਰੋ: ਫੋਂਟ ਐਂਬੈੱਡ ਹੋਏ ਹਨ, ਚਾਹੀਦਾ ਰੰਗ ਮੋਡ (RGB vs CMYK), ਇਮੇਜ ਰੈਜ਼ੋਲੂਸ਼ਨ ਆਖਰੀ ਆਕਾਰ 'ਤੇ ਕਾਫੀ ਹੈ, ਅਤੇ ਛਪਾਈ ਵਿੱਚ ਅਹਿਮ ਫੋਟੋਜ਼ ਜਾਂ ਗ੍ਰੇਡੀਐਂਟ ਵਿੱਚ ਕੰਪ੍ਰੈਸ਼ਨ ਆਰਟਿਫੈਕਟ ਨਹੀਂ ਹਨ।
ਜੇ PostScript ਨੇ ਇਹ ਸਾਬਤ ਕੀਤਾ ਕਿ ਇੱਕ ਪੇਜ਼ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਵਰਣਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ PDF ਨੇ ਇਹ ਵਿਚਾਰ ਅੱਗੇ ਵਧਾਇਆ: ਇੱਕ ਦਸਤਾਵੇਜ਼ ਉਹ ਨਿਯਮ ਵੀ ਆਪਣੇ ਨਾਲ ਲੈ ਕੇ ਚੱਲ ਸਕਦਾ ਹੈ ਜੋ ਉਸ ਦੀ ਇੱਕੋ ਜਿਹੀ ਰੇਂਡਰਿੰਗ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਨ। ਮਿਆਰੀਕਰਨ ਫਰਕ ਪੈਂਦਾ ਹੈ "ਮੇਰੇ ਕੰਪਿਊਟਰ 'ਤੇ ਖੁਲਦਾ ਹੈ" ਅਤੇ "ਇਸ 'ਤੇ ਸਾਲਾਂ ਬਾਅਦ ਵੀ ਭਰੋਸਾ ਕੀਤਾ ਜਾ ਸਕਦਾ" ਦੇ ਵਿਚਕਾਰ।
ਇੱਕ ਮਿਆਰ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਸਾਂਝਾ ਠੇਕਾ ਹੁੰਦਾ ਹੈ: ਫੋਂਟਾਂ ਨੂੰ ਕਿਵੇਂ ਦਰਸਾਇਆ ਜਾਵੇ, ਰੰਗ ਕਿਵੇਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਜਾਣ, ਚਿੱਤਰ ਕਿਵੇਂ ਐਂਬੈੱਡ ਕੀਤੇ ਜਾਣ ਅਤੇ ਕੌਣ-ਕੌਣ ਫੀਚਰ ਇਜਾਜ਼ਤ ਹਨ। ਜਦੋਂ ਹਰ ਕੋਈ ਇੱਕੋ ਢੰਗ ਅਨੁਸਰਣ ਕਰਦਾ, ਦਸਤਾਵੇਜ਼ ਹੇਅੰਡਆਫ਼ ਦੇ ਦੌਰਾਨ—ਐਪਸ, ਓਐਸ, ਪ੍ਰਿੰਟਰ ਅਤੇ ਸਰਵਿਸ ਪ੍ਰੋਵਾਈਡਰਾਂ ਵਿਚਕਾਰ—ਬਿਨਾਂ ਅਟਕਣ ਦੇ ਬਚ ਜਾਂਦੇ ਹਨ।
ਇਹ ਭਰੋਸਾ ਖ਼ਾਸ ਕਰਕੇ ਅਮੋਲਕ ਬਣ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਅਸਲ ਲੇਖਕ, ਸੌਫਟਵੇਅਰ ਵਰਜ਼ਨ ਜਾਂ ਫੋਂਟ ਲਾਇਬ੍ਰੇਰੀ ਹੁਣ ਉਪਲਬਧ ਨਹੀਂ ਰਹਿੰਦੀ।
ਸੰਸਥਾਵਾਂ ਆਮ ਤੌਰ 'ਤੇ ਉਹ ਰਿਕਾਰਡ ਰੱਖਣੀਆਂ ਹਨ ਜੋ ਸਮੇਂ ਦੇ ਨਾਲ ਪੜ੍ਹਨਯੋਗ ਅਤੇ ਵਿਜ਼ੂਅਲੀ ਤੌਰ 'ਤੇ ਸਥਿਰ ਰਹਿਣ: ਸਾਈਨ ਕੀਤੇ ਫਾਰਮ, ਰਿਪੋਰਟ, ਤਕਨੀਕੀ ਮੈਂਯੁਅਲ, ਚਲਾਨ, ਉਤਪਾਦ ਲੇਬਲ ਜਾਂ ਨਿਯੰਤਰਿਤ ਸੰਚਾਰ। ਮਿਆਰ compliance "ਗਾਰੰਟੀ" ਨਹੀਂ ਹਨ, ਪਰ ਉਹ ਅਹੰਕਾਰ ਘਟਾ ਕੇ ਫਾਈਲਾਂ ਨੂੰ ਸਵੈ-ਨਿਰਧਾਰਿਤ ਤੇ ਆਸਾਨ ਵੈਰੀਫਾਈ ਕਰਨ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ।
PDF/A PDF ਦਾ ਆਰਕਾਈਵ-ਕੇਂਦ੍ਰਿਤ ਵਰਜਨ ਹੈ। ਇਸਨੂੰ ਇੱਕ ਐਸਾ ਨਿਯਮ-ਸੈੱਟ ਸਮਝੋ ਜੋ ਲੰਬੇ ਸਮੇਂ ਪੜ੍ਹਨਯੋਗਤਾ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਤੇ ਫਲ flashy ਫੀਚਰਾਂ ਦੀ ਥਾਂ ਭਰੋਸੇਯੋਗ ਵਿਵਹਾਰ ਨੂੰ ਮੱਨਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਐਸੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ: ਐਂਬੈੱਡ ਕੀਤੇ ਫੋਂਟ, ਭਰੋਸੇਯੋਗ ਰੰਗ ਪਰਿਭਾਸ਼ਾ ਅਤੇ ਉਹ ਤੱਤ ਜਿਨ੍ਹਾਂ 'ਤੇ ਬਾਹਰੀ ਸਰੋਤ ਜਾਂ ਡਾਇਨਾਮਿਕ ਵਿਵਹਾਰ ਨਿਰਭਰ ਨਾ ਹੋਵੇ।
ਟੋਂ ਸੋਚੋ ਜਦੋਂ ਤੁਸੀਂ:
ਇੱਕ ਪ੍ਰਯੋਗਕ ਅਗਲਾ ਕਦਮ ਇਹ ਹੈ ਕਿ ਇੱਕ ਅੰਦਰੂਨੀ ਨਿਰਯਾਤ ਚੈੱਕਲਿਸਟ ਤੈਅਰ ਕਰੋ ਅਤੇ ਕੁਝ ਅਸਲੀ ਦਸਤਾਵੇਜ਼ਾਂ 'ਤੇ ਇਸਨੂੰ ਟੈਸਟ ਕਰੋ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਪਾਲਸੀ-ਵਾਇਡ ਬਣਾਉ।
PDFs "ਆਖਰੀ" ਮਹਿਸੂਸ ਹੋਂਦੀਆਂ ਹਨ, ਪਰ ਬਹੁਤ ਸਾਰੇ ਸਮੱਸਿਆਵਾਂ ਕੁਝ ਆਮ ਥਾਵਾਂ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ: ਚਿੱਤਰ, ਪੇਜ਼ ਜਯੋਮੈਟਰੀ, ਰੰਗ ਸੈਟਿੰਗ ਅਤੇ ਫੋਂਟ। ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਪਕੜਨਾ ਸਮਾਂ, ਦੁਬਾਰਾ ਛਾਪਾਈ ਅਤੇ ਆਖ਼ਰੀ-ਮਿੰਟ ਸੋਧਾਂ ਬਚਾਉਂਦਾ ਹੈ।
ਇੱਕ ਵੱਡਾ PDF ਆਮ ਤੌਰ 'ਤੇ ਅਣਕੰਪਰੈੱਸਡ ਇਮੇਜਾਂ ਜਾਂ ਗਲਤੀ ਨਾਲ ਐਂਬੈੱਡ ਕੀਤੇ ਹੋਏ ਨਕਲ ਕੀਤੇ ਇਮેજ ਡਿਊਪਲੀਕੇਟ ਕਾਰਨ ਹੁੰਦਾ ਹੈ।
ਧੁੰਦਲਾ ਹੋਣਾ ਆਮ ਤੌਰ 'ਤੇ ਘੱਟ-ਰੈਜ਼ੋਲੂਸ਼ਨ ਆਰਟਵਰਕ ਦੇ ਵੱਡਾ ਕੀਤਾ ਜਾਣ ਕਾਰਨ ਹੁੰਦਾ ਹੈ।
ਪੇਜ਼ ਬਾਕਸਾਂ ਨੂੰ ਸਮਝਣਾ ਬਹੁਤ ਅਹਿਮ ਹੈ: ਇੱਕ PDF ਸਕ੍ਰੀਨ 'ਤੇ ਠੀਕ ਦਿਸ ਸਕਦੀ ਹੈ ਪਰ ਗਲਤ ਟ੍ਰਿਮ/ਬਲੀਡ ਸੈਟਿੰਗ ਹੋ ਸਕਦੀ ਹੈ।
ਪुनਰ-ਉਪਯੋਗ ਨਿਰਯਾਤ ਚੈਕਲਿਸਟ ਲਈ, /blog/pdf-export-checklist ਵੇਖੋ।
PostScript ਅਤੇ PDF ਸਿਰਫ਼ "ਫਾਰਮੈਟ" ਨਹੀਂ ਸਨ। ਉਹ ਇਕ ਵਾਅਦਾ ਸਨ: ਜੇ ਤੁਸੀਂ ਪੇਜ਼ ਨੂੰ ਕਾਫੀ ਸਪਸ਼ਟਤਾ ਨਾਲ ਵਰਣਨ ਕਰੋਗੇ, ਤਾਂ ਇਹ ਵੱਖ-ਵੱਖ ਪ੍ਰਿੰਟਰਾਂ, ਕੰਪਿਊਟਰਾਂ ਅਤੇ ਦਹਾਕਿਆਂ ਬਾਅਦ ਵੀ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਦੁਹਰਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
ਦੋ ਧਾਰਣਾਂ ਨੇ ਖਾਸ ਤੌਰ 'ਤੇ ਚੰਗਾ ਪ੍ਰਭਾਵ ਦਿਖਾਇਆ: ਡਿਵਾਈਸ-ਇੰਡਪੀਡੈਂਸ (ਦਸਤਾਵੇਜ਼ ਨੂੰ ਇੱਕ ਮਸ਼ੀਨ ਨਾਲ ਨਾ ਜੋੜੋ) ਅਤੇ ਫੀਡੈਲਿਟੀ (ਜੋ ਤੁਸੀਂ ਮਨਜ਼ੂਰ ਕਰੋ ਉਹੀ ਦੂਸਰੇ ਵੀ ਵੇਖਣ ਅਤੇ ਛਾਪਣ)। ਭਾਲੀ-ਭਾਂਤੀ ਵੀ ਜਦੋਂ ਸਭ ਕੁਝ "ਡਿਜਿਟਲ" ਹੋ ਗਿਆ, ਇਹ ਗਾਰੰਟੀਏਂ ਮਹਿੰਗੇ ਬੈਕ-ਅਣ-ਫੋਰਥ, ਦੁਬਾਰਾ ਕੰਮ ਅਤੇ ਗਲਤਫਹਿਮੀਆਂ ਘਟਾਉਂਦੀਆਂ ਹਨ।
ਕਾਫੀ ਸਮੱਗਰੀ ਹੁਣ web-first ਹੈ: responsive ਲੇਆਉਟ, ਲਗਾਤਾਰ ਅਪਡੇਟ ਅਤੇ ਸਹਿਯੋਗ। ਇੱਕੋ ਸਮੇਂ, ਉਮੀਦਾਂ ਵਧ ਰਹੀਆਂ ਹਨ ਐਕਸੈਸਿਬਿਲਟੀ (ਅਸਲੀ ਟੈਕਸਟ, ਟੈਗਡ ਢਾਂਚਾ, ਪੜ੍ਹਨਯੋਗ ਆਰਡਰ) ਅਤੇ ਸੰਰਚਿਤ ਸਮੱਗਰੀ ਜੋ ਚੈਨਲਾਂ ਵਿੱਚ ਦੁਬਾਰਾ ਵਰਤੀ ਜਾ ਸਕੇ।
ਇਸ ਨਾਲ PDF ਦਾ ਅਰਥ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ—ਇਹ ਤੁਹਾਡੇ ਇਸਤੇਮਾਲ ਦੇ ਸਮੇਂ ਨੂੰ ਬਦਲਦਾ ਹੈ।
PDF ਆਧੁਨਿਕ ਟੂਲਾਂ ਦੇ ਨਾਲ ਇੱਕਠੇ ਰਹਿੰਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਭਰੋਸੇਯੋਗ ਹੈਂਡਆਫ਼ ਫਾਰਮੈਟ ਹੈ: ਮਨਜ਼ੂਰੀਆਂ, ਕਾਂਟ੍ਰੈਕਟ, ਨਿਯੰਤਰਿਤ ਰਿਕਾਰਡ, ਆਖਰੀ ਡਿਜ਼ਾਈਨ ਪੈਕੇਜਿੰਗ ਜਾਂ ਪਰਿੰਟਰ ਲਈ ਫਾਇਲ ਭੇਜਣ। ਵੈਬ ਪੰਨੇ ਪਢਨ ਅਤੇ ਸਾਂਝਾ ਕਰਨ ਲਈ ਬਿਹਤਰ ਹਨ; PDFs ਇਰਾਦਾ ਨੂੰ ਫਿਕਸ ਕਰਨ ਲਈ ਬਿਹਤਰ ਹਨ।
ਜੇ ਤੁਸੀਂ ਅਣਿਸ਼ਚਿਤ ਹੋ, ਉਸ ਫਾਰਮੈਟ ਨੂੰ ਚੁਣੋ ਜੋ "ਮੋਢੇ" (moment) ਨਾਲ ਸਭ ਤੋਂ ਵੱਧ ਮੈਲ ਖਾਂਦਾ ਹੈ: ਡਰਾਫਟ, ਸਹਿਯੋਗ, ਮਨਜ਼ੂਰੀ, ਪ੍ਰਕਾਸ਼ਨ, ਆਰਕਾਈਵ। ਇਹ ਸਧਾਰਨ ਫ੍ਰੇਮਿੰਗ Warnock ਦੀ ਪੇਜ਼-ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਵਿਰਾਸਤ ਤੋਂ ਮਿਲੀ ਲੇਸਨ ਹੈ।
ਇਹ ਮੁਸ਼ਕਲ ਇਸ ਲਈ ਸੀ ਕਿ ਦਸਤਾਵੇਜ਼ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦੇ ਸੈੱਟਅੱਪ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੇ ਸਨ।
Device-independent output ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਇਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਕਿਸ ਖਾਸ ਪ੍ਰਿੰਟਰ ਨੂੰ ਕਿਸ ਤਰੀਕੇ ਨਾਲ ਖਿੱਚਣਾ ਹੈ; ਤੁਸੀਂ ਪੇਜ਼ "ਕੀ" ਹੈ ਉਹ ਵਰਣਨ ਕਰਦੇ ਹੋ (ਫੋਂਟ, ਆਕਾਰ, ਰੰਗ, ਕੋਆਰਡੀਨੇਟ ਆਦਿ)।
ਇਕ ਕੰਪੈਟਿਬਲ ਪ੍ਰਿੰਟਰ ਜਾਂ ਇੰਟਰਪ੍ਰੀਟਰ ਫਿਰ ਉਸ ਵਰਣਨ ਨੂੰ ਆਪਣੀਆਂ ਡੌਟਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜਦੋਂਕਿ ਮਕਸਦੀ ਲੇਆਉਟ ਅਤੇ ਜੀਓਮੀਟਰੀ ਬਰਕਰਾਰ ਰਹਿੰਦੀ ਹੈ।
PostScript ਇੱਕ ਪੇਜ਼-ਡਿਸਕ੍ਰਿਪਸ਼ਨ ਭਾਸ਼ਾ ਹੈ—ਹਦਾਇਤਾਂ ਜੋ ਇੱਕ ਪ੍ਰਿੰਟਰ ਜਾਂ RIP ਨੂੰ ਹਰ ਪੇਜ਼ ਨੂੰ ਕਿਵੇਂ ਖਿੱਚਣਾ ਹੈ ਇਹ ਦੱਸਦੀਆਂ ਹਨ।
ਇਹ ਟੈਕਸਟ, ਵੇਕਟਰ ਸ਼ੇਪਾਂ ਅਤੇ ਇਮੇਜਾਂ ਦੇ ਨਿਰੀਖਣਤਮ ਸਥਾਨਾਂ ਲਈ ਬਹੁਤ ਸਹੀ ਨਤੀਜੇ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਸਹਿ-ਸੰਪਾਦਨ ਯੋਗ ਦਸਤਾਵੇਜ਼ ਫਾਰਮੈਟ ਨਹੀਂ ਹੈ।
ਵੇਕਟਰ ਗ੍ਰਾਫਿਕਸ ਨੂੰ ਗਣਿਤ ਦੇ ਰੂਪ ਵਿੱਚ ਵਰਣਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਲਾਈਨ, ਕਰਵ, ਭਰਨ), ਨਾ ਕਿ ਪਿਕਸਲ ਦੇ ਨਿਰਧਾਰਤ ਗਰਿੱਡ ਵਜੋਂ।
ਇਸ ਕਰਕੇ ਲੋਗੋ, ਡਾਇਗ੍ਰਾਮ ਅਤੇ ਟਾਈਪ ਨੂੰ ਵੱਡੇ ਕਿੱਮਤ ਜਾਂ ਛੋਟੇ ਕਦਰਾਂ 'ਤੇ ਵੀ ਤਿੱਖਾ ਛਾਪ ਮਿਲਦਾ ਹੈ—ਇਹ ਡੈਸਕਟਾਪ ਪਬਲਿਸ਼ਿੰਗ ਅਤੇ ਪ੍ਰੋਫੈਸ਼ਨਲ ਛਾਪਾਈ ਲਈ ਵੱਡਾ ਫਾਇਦਾ ਸੀ।
RIP (Raster Image Processor) PostScript (ਜਾਂ PDF) ਪੇਜ਼ ਵਰਣਨਾਂ ਨੂੰ ਉਸ ਰਾਸ਼ਟਰੀ ਪਿਕਸਲ ਡੇਟਾ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜੋ ਇੱਕ imagesetter ਜਾਂ ਪ੍ਰਿੰਟਰ ਅਸਲ ਵਿੱਚ ਆਉਟਪੁੱਟ ਕਰਦਾ ਹੈ।
ਪ੍ਰਿੰਟ ਸ਼ਾਪਆਂ RIPs ਨੂੰ ਇਸ ਲਈ ਵਰਤਦੀਆਂ ਸਨ ਤਾਂ ਕਿ ਵਿਭਿੰਨ ਜ਼ਰੂਰਤਾਂ (ਪਰੈਸ, ਪੇਪਰ, ਸਕਰੀਨਿੰਗ ਮੈਥਡ, ਇੰਕ) ਲਈ ਇੱਕ ਕਂਟਰੋਲਡ ਵਾਤਾਵਰਨ ਵਿੱਚ ਨਿਰਯਾਤ ਦੀ ਵਿਆਖਿਆ ਹੋਵੇ।
PDF ਬਣਾਇਆ ਗਿਆ ਤਾਂ ਕਿ ਦਸਤਾਵੇਜ਼ ਆਸਾਨੀ ਨਾਲ ਵੰਡੇ ਜਾਣ, ਖੋਲ੍ਹੇ ਜਾਣ ਅਤੇ ਯਥਾਰਥ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਹੋਣ।
PostScript ਇੱਕ ਪ੍ਰੋਗ੍ਰਾਮ ਵਾਂਗ ਹੈ ਜੋ ਪੇਜ਼ ਖਿੱਚਦਾ ਹੈ; PDF ਜ਼ਿਆਦਾਤਰ ਵਾਰੀ ਉਹ ਚੀਜ਼ਾਂ ਇੱਕ ਪੈਕੇਜ ਵਜੋਂ ਬੰਦ ਕਰ ਲੈਂਦਾ ਹੈ—ਆਮ ਤੌਰ 'ਤੇ ਫੋਂਟ, ਇਮੇਜ ਅਤੇ ਲੇਆਉਟ ਸ਼ਾਮਲ—ਤਾਂ ਜੋ ਇਹ ਹਰ ਸਿਸਟਮ 'ਤੇ ਵਧੇਰੇ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਖुले।
ਸੌਖਾ ਫਰਕ ਇਹ ਹੈ:
ਅਮਲ ਵਿੱਚ:
Font embedding ਦਾ ਅਰਥ ਹੈ ਕਿ ਟਾਇਪਫੇਸ ਦਾ ਡੇਟਾ (ਜਾਂ ਲੋੜੀਂਦੇ ਕੈਰੈਕਟਰ) PDF ਦੇ ਅੰਦਰ ਸਮੇਤ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਇਸ ਨਾਲ ਬਦਲੀ ਸਥਾਪਿਤ ਹੋਣ ਤੋਂ ਰੋਕ ਮਿਲਦੀ ਹੈ ਜੋ ਸਪੇਸਿੰਗ ਅਤੇ ਲਾਈਨ-ਬ੍ਰੇਕ ਨੂੰ ਬਦਲ ਸਕਦੀ ਹੈ, ਅਤੇ ਦਸਤਾਵੇਜ਼ ਉਸੇ ਪੇਜਿੰਗ ਅਤੇ ਟਾਈਪੋਗ੍ਰਾਫੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ ਭਾਵੇਂ ਹੋਰ ਮਸ਼ੀਨਾਂ 'ਤੇ ਉਹ ਫੋਂਟ ਇਨਸਟਾਲ ਨਾ ਹੋਣ।
ਪਹਿਲਾਂ ਪ੍ਰਿੰਟਰ ਦੀਆਂ ਮੰਗਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ "ਅਦ੍ਰਿਸ਼ਟ" ਵਿਸਥਾਰਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
ਪੁਨਰ-ਉਪਯੋਗ ਪ੍ਰਕਿਰਿਆ ਲਈ, /blog/pdf-export-checklist ਵੇਖੋ।
ਜਦੋਂ ਲੰਬੇ ਸਮੇਂ ਲਈ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਸਥਿਰਤਾ ਜ਼ਰੂਰੀ ਹੋਵੇ—ਜਿਵੇਂ ਆਰਕਾਈਵਿੰਗ—ਤਦ PDF/A ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਇਹ ਆਰਕਾਈਵ-ਕੇਂਦ੍ਰਿਤ PDF ਦਾ ਵਰਜਨ ਹੈ ਜੋ ਲੰਬੇ ਸਮੇਂ ਪੜ੍ਹਨਯੋਗਤਾ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ: ਆਮ ਤੌਰ 'ਤੇ ਫੋਂਟ ਐਂਬੈੱਡ ਕਰਨ, ਭਰੋਸੇਯੋਗ ਰੰਗ ਪਰਿਭਾਸ਼ਾ ਵਰਤਣ ਅਤੇ ਬਾਹਰੀ ਸਰੋਤਾਂ ਜਾਂ ਡਾਇਨਾਮਿਕ ਕੰਟੈਂਟ 'ਤੇ ਨਿਰਭਰਤਾ ਘਟਾਉਣ ਦੀ ਲੋੜ ਰੱਖਦਾ ਹੈ।