Microsoft Word 2010 को स्क्रीनशॉट को स्मूद करने से रोकें?


30

जब मैं Microsoft Word में JPEG स्क्रीनशॉट सम्मिलित करता हूं, तो यह बिटमैप से मूल पिक्सेल को संरक्षित करने के बजाय उन्हें सुचारू करता है। जब मैं पीडीएफ (एक्रोबैट डिस्टिलर का उपयोग करके) प्रिंट करता हूं, तो मेरी डाउनसम्पल सेटिंग्स के आधार पर, मुझे या तो धुंधले स्क्रीनशॉट मिलते हैं या बेहद फूला हुआ फ़ाइल आकार मिलता है।

मैं क्या चाहता हूँ:

मैं चाहूंगा कि वर्ड और एक्रोबैट को बिटमैप्स को अकेला छोड़ दें ताकि वे इसे अपने पिक्सल के साथ प्रक्रिया के माध्यम से बनाए रखें। जब आप ज़ूम इन करते हैं तो यह मूल छवि दिखती है:

मैं क्या चाहता हूँ

जो मैं समझता हूं:

जब आप एक ही छवि सम्मिलित करते हैं और ज़ूम इन करते हैं तो Word दस्तावेज़ ऐसा दिखता है। जब यह PDF में प्रिंट होता है, तो उन सभी अतिरिक्त पिक्सेल का परिणाम बहुत बड़ी फ़ाइल में होता है।

जो मैं समझता हूं

नमूना फ़ाइलें:

  • Test.png (56K) एक नमूना स्क्रीनशॉट छवि फ़ाइल
  • Test.docx (69K) इस छवि के अलावा कुछ भी नहीं है एक शब्द फ़ाइल
  • Test.PDF (9.4MB) डिस्टिलर का उपयोग करते हुए वर्ड फ़ाइल से मुद्रित एक पीडीएफ फाइल, सभी डाउनसम्पलिंग के साथ बंद हो गई
  • Test2.PDF (98K) Word 2010 के "Save as PDF" टूल का उपयोग कर उत्पन्न एक पीडीएफ फाइल (संपीड़ित छवि की बहुत कम गुणवत्ता पर ध्यान दें)

संपादित करें: यह Word 2010 के साथ है - मैंने उसे दर्शाने के लिए टैग अपडेट किए हैं।


संपादित करें: मैंने पुष्टि की है कि OpenOffice में यह समस्या नहीं है। मैंने Test.docx (ऊपर संदर्भित) खोला है और इसे OO से एक पीडीएफ के रूप में निर्यात किया है (विकल्पों में छवियों के तहत "दोषरहित संपीड़न" चुनना), और छवि अप्रकाशित के माध्यम से आती है।

दुर्भाग्यवश, OpenOffice, अधिक जटिल वर्ड डॉक्यूमेंट्स पर फॉर्मेटिंग को बनाता है जो मैंने बनाया है; इसलिए मैं सिर्फ Word में दस्तावेज़ नहीं बना सकता और PDF को रेंडर करने के लिए OO का उपयोग कर सकता हूं; मुझे OO पर पूरी तरह से स्विच करना होगा, जो कि मेरे द्वारा अभी लेने के लिए तैयार किए जाने की तुलना में एक बड़ा कदम है।


आप उन्हें किस रूप में चिपका रहे हैं? बिटमैप, संवर्धित मेटाफ़ाइल, जेपीईजी, जीआईएफ, पीएनजी, विंडोज मेटाफ़ाइल?
Rhys गिब्सन

वे JPEG फाइलें (फ़ोटोशॉप से ​​बचाई गई अधिकतम गुणवत्ता के साथ) "फ़ाइल से चित्र सम्मिलित करें" का उपयोग करके दस्तावेज़ में डाली गई हैं।
हर्ब कॉडिल

1
क्या आपने एक वैकल्पिक (गैर-दोषपूर्ण) फ़ाइल प्रारूप (जैसे PNG) की कोशिश की है? यदि आप भाग्यशाली हैं तो यह कुछ ऐसा होगा जो वर्ड और डिस्टिलर को फिर से संपीड़ित करने में मदद करने के लिए बहुत कम संभावना है।
DMA57361

पीएनजी की समस्याएं समान हैं (मैंने अभी ऊपर एक उदाहरण जोड़ा है)।
हर्ब कॉडिल

दिलचस्प समस्या आप यहाँ आ रहे हैं ... यहाँ अंतिम लक्ष्य पीडीएफ के आकार को कम करना है?
जेम्स मेर्टज़

जवाबों:


9

हो सकता है कि वर्ड केवल अपकर्षित छवि को प्रस्तुत करता है और इसे प्रिंटर इनपुट के रूप में भेजता है (मुझे लगता है कि डिस्टिलर प्रिंटर के रूप में काम करता है)। यदि ऐसा है, तो यह सामान्य प्रिंटर के लिए अच्छा है, लेकिन पीडीएफ फाइलों का निर्माण करने वाले नकली प्रिंटर के लिए अक्षम है।

उदाहरण के लिए pdfLaTeX आउटपुट फ़ाइल में छवि को ठीक से एम्बेड करता है। Min.us गैलरी में अपलोड की गई मेरी PDF की जाँच करें: LaTeX दस्तावेज़ में एंबेडिंग छवि

महत्वपूर्ण बात यह है कि पीडीएफ उत्पादक स्टैक आप क्या उपयोग कर रहे हैं। यदि अन्य पीडीएफ प्रिंटर की कोशिश करना, जैसे कि महान और मुफ्त PDFCreator , समस्या को ठीक नहीं करता है, तो आपको समर्पित पीडीएफ निर्यात का उपयोग करने की कोशिश करनी चाहिए, अर्थात प्रिंटर के रूप में काम नहीं करना चाहिए। AFAIK हाल के वर्ड संस्करणों में पीडीएफ निर्यात अंतर्निहित है, इसलिए यदि इसे ठीक से लागू किया जाता है, तो आपको दस्तावेज़ में उपयोग की जाने वाली छवियों को एम्बेड करने के लिए, छोटी फ़ाइल मिलेगी।

विशाल संस्करण

गैलरी को LaTeX बनाम वर्ड में पीएनजी छवि एम्बेड करने के लिए नाम दिया गया है

मैंने mytest.pdfपीडीएफ़एलटीएक्स द्वारा उत्पन्न मेरे और test2.pdfवर्ड द्वारा उत्पन्न आपके द्वारा अधिक अच्छी तरह से देखा है ।

mytest.pdf test2.pdf

चलिए शुरुआत करते हैं। यदि आप असम्पीडित फ़ाइल में देखते हैं, तो आप आसानी से इमेज स्ट्रीम ( <<...>>streamलाइन विथ विथ एंड test.pngहाइट पैरामीटर , यानि इन , 176x295) की शुरुआत करेंगे , जो endstreamटैग के साथ समाप्त होती है । झांकने का समय।

(इस बिंदु पर पर्किंग को संस्करण १.४१ में माना जाता है)

test2.pdf

$ pdftk test2.pdf output test2uc.pdf uncompress
$ sed '\,^<</Width 176[^>]*/Height 295[^>]*>>stream$,!d' test2uc.pdf
<</Width 176/BitsPerComponent 8/Interpolate true/Height 295/Filter[/DCTDecode]/Subtype/Image/Length 20003/ColorSpace/DeviceRGB/Type/XObject>>stream
$ sed '1,\,^<</Width 176[^>]*/Height 295[^>]*>>stream$,d;/^endstream$/,$d' test2uc.pdf > test2stream
$ xxd test2stream | head -10
0000000: ffd8 ffe0 0010 4a46 4946 0001 0101 0048  ......JFIF.....H
0000010: 0048 0000 ffe1 005c 4578 6966 0000 4d4d  .H.....\Exif..MM
0000020: 002a 0000 0008 0004 0302 0002 0000 0016  .*..............
0000030: 0000 003e 5110 0001 0000 0001 0100 0000  ...>Q...........
0000040: 5111 0004 0000 0001 0000 0b13 5112 0004  Q...........Q...
0000050: 0000 0001 0000 0b13 0000 0000 5068 6f74  ............Phot
0000060: 6f73 686f 7020 4943 4320 7072 6f66 696c  oshop ICC profil
0000070: 6500 ffe2 0c58 4943 435f 5052 4f46 494c  e....XICC_PROFIL
0000080: 4500 0101 0000 0c48 4c69 6e6f 0210 0000  E......HLino....
0000090: 6d6e 7472 5247 4220 5859 5a20 07ce 0002  mntrRGB XYZ ....
$ file test2stream 
test2stream: JPEG image data, JFIF standard 1.01

इसलिए वर्ड आगे पीडीएफ प्रोसेसिंग के लिए अपने आंतरिक आउटपुट पर PNG के बजाय JPEG दे रहा है। बस वाह! प्रिंटर पर आउटपुट भेजते समय एक ही बात हो सकती है।

test2stream.jpg

mytest.pdf

$ pdftk mytest.pdf output mytestuc.pdf uncompress
$ sed '\,^<</Width 176[^>]*/Height 295[^>]*>>stream$,!d' mytestuc.pdf
<</Width 176/BitsPerComponent 8/Height 295/Subtype/Image/Length 155760/ColorSpace/DeviceRGB/Type/XObject>>stream
$ sed '1,\,^<</Width 176[^>]*/Height 295[^>]*>>stream$,d;/^endstream$/,$d' mytestuc.pdf > myteststream
$ xxd myteststream | head -10
0000000: ebeb ebea eaea ecec eceb ebeb ebeb ebeb  ................
0000010: ebeb ebeb ebec ecec ebeb ebeb ebeb ebeb  ................
0000020: ebeb ebeb ebeb ebeb ebeb ebeb ebeb ebeb  ................
0000030: ebeb ebea eaea eaea eaec ecec eaea eaec  ................
0000040: ecec ebeb ebec ecec ebeb ebeb ebeb ebeb  ................
0000050: ebeb ebeb ebeb ebeb ebeb ebeb ebeb ebeb  ................
0000060: ebeb ebeb ebeb ebeb ebeb ebeb ebeb ebeb  ................
0000070: ebeb ebeb ebeb ebeb ebeb ebeb ebeb ebeb  ................
0000080: ebea eaea ecec eceb ebeb ebeb ebea eaea  ................
0000090: ebeb ebeb ebeb ebeb ebeb ebeb ebeb ebeb  ................
$ file myteststream 
myteststream: DOS executable (COM)

यह COM फ़ाइल नहीं है, लेकिन यह PNG भी नहीं है।

$ du -b test.png test2stream myteststream 
57727   test.png
20004   test2stream
155761  myteststream

अब आप इसे देखें? PDFLaTeX द्वारा निर्मित पीडीएफ से इमेज स्ट्रीम (पीएनजी) संभवतः सरल कच्चा प्रारूप है (176 * 295 * 3 = 155760, 1 शानदार नई रेखा से आता है)। आइए इसे जांचें:

$ convert -depth 8 -size 176x295 rgb:myteststream myteststream.png

और हमारी मूल छवि वापस आ गई है! इंतज़ार नही। ऐसा लगता है कि pdftk 1.41 उतार-चढ़ाव छोटी गाड़ी है और छवि कुछ खामियों के साथ लगभग समान थी। मैंने pdftk 1.44 में अपग्रेड किया, लेकिन यह संस्करण छवि स्ट्रीम को बिल्कुल भी विघटित नहीं करता है। इसके अलावा pdftk एक लाइन में स्ट्रीम डिक्शनरी का आउटपुट नहीं देता है, इसलिए उपरोक्त निष्कर्षण sed के उपयोग से अब काम नहीं करता है, लेकिन अब इसे ठीक करने का कोई मतलब नहीं है।

तो हम Word के बारे में क्या कर सकते हैं? ज्यादा मेथिंक नहीं। कम से कम आप एम्बेडेड इमेज को एक पीडीएफ से दूसरे में ट्रांसप्लांट कर सकते हैं। मैंने हाल ही में पीडीएफटी का उपयोग करते हुए दोनों पीडीएफ के असंबद्धता को दोहराया, उन्हें विम में खोला, test2uc.pdf <<...>>stream...endstreamसमकक्ष से बदल दिया mytestuc.pdf, के रूप में सहेजा गया test2fixuc.pdfऔर संकुचित किया गया test2fix.pdf

test2fix.pdf

test.pdf

यह एक बड़ा पाप होगा जो आपकी बड़ी पीडीएफ की जांच नहीं करेगा। ठीक है, मैंने एक और ऑनलाइनर तैयार किया है जो पीडीएफ़टी के साथ खेलने के लिए 1.44 असम्पीडित पीडीएफ फाइलों में छवि धाराओं और उनकी शुरुआत की लाइनों को सूचीबद्ध करने के लिए है। तो मैं शुरुआत करूँगा test.pdf

(इस बिंदु pdftk पर चेतावनी को संस्करण 1.44 में माना जाता है)

$ pdftk test.pdf output testuc.pdf uncompress
$ awk '{if(i)h=h$0} /^[0-9]+ [0-9]+ obj $/{i=1;h=""}/^stream$/{i=0;if(h!~/\/Image/)next;print h,":"NR+1}' testuc.pdf 
<</ColorSpace /DeviceRGB/Subtype /Image/Length 10443804/Width 707/Type /XObject/BitsPerComponent 8/Height 4924>>stream :619
<</ColorSpace /DeviceRGB/Subtype /Image/Length 11264460/Width 953/Type /XObject/BitsPerComponent 8/Height 3940>>stream :12106
<</ColorSpace /DeviceRGB/Subtype /Image/Length 2813256/Width 953/Type /XObject/BitsPerComponent 8/Height 984>>stream :12910
<</ColorSpace /DeviceRGB/Subtype /Image/Length 11264460/Width 953/Type /XObject/BitsPerComponent 8/Height 3940>>stream :18547
<</ColorSpace /DeviceRGB/Subtype /Image/Length 2813256/Width 953/Type /XObject/BitsPerComponent 8/Height 984>>stream :19312
<</ColorSpace /DeviceRGB/Subtype /Image/Length 4845216/Width 328/Type /XObject/BitsPerComponent 8/Height 4924>>stream :19326

कुछ वास्तव में यहाँ पागल है! 6 कच्ची छवियां (जाहिरा तौर पर इस बार pdftk को 43444452 बाइट्स में एक साथ लेने में उन्हें कोई समस्या नहीं हुई)! चलो फिर से जाँचें test2uc.pdfऔर mytestuc.pdf

$ awk '{if(i)h=h$0} /^[0-9]+ [0-9]+ obj $/{i=1;h=""}/^stream$/{i=0;if(h!~/\/Image/)next;print h,":"NR+1}' test2uc.pdf 
<</Width 176/BitsPerComponent 8/Interpolate true/Height 295/Filter /DCTDecode/Subtype /Image/Length 20003/ColorSpace /DeviceRGB/Type /XObject>>stream :113
przemoc@debian:~/latex/test/img/mod$ awk '{if(i)h=h$0} /^[0-9]+ [0-9]+ obj $/{i=1;h=""}/^stream$/{i=0;if(h!~/\/Image/)next;print h,":"NR+1}' mytestuc.pdf 
<</DecodeParms <</Colors 3/Columns 176/Predictor 10/BitsPerComponent 8>>/Width 176/BitsPerComponent 8/Height 295/Filter /FlateDecode/Subtype /Image/Length 54954/ColorSpace /DeviceRGB/Type /XObject>>stream :22

दोनों ही मामलों में केवल एक छवि स्ट्रीम। क्यों बिल्ली वहाँ उनमें से अधिक हो सकता है ?!

$ sed '1,618d;/^endstream $/q' testuc.pdf | convert -depth 8 -size 707x4924 rgb:- testuc-stream1.png
$ sed '1,12105d;/^endstream $/q' testuc.pdf | convert -depth 8 -size 953x3940 rgb:- testuc-stream2.png
$ sed '1,12909d;/^endstream $/q' testuc.pdf | convert -depth 8 -size 953x984 rgb:- testuc-stream3.png
$ sed '1,18546d;/^endstream $/q' testuc.pdf | convert -depth 8 -size 953x3940 rgb:- testuc-stream4.png
$ sed '1,19311d;/^endstream $/q' testuc.pdf | convert -depth 8 -size 953x984 rgb:- testuc-stream5.png
$ sed '1,19325d;/^endstream $/q' testuc.pdf | convert -depth 8 -size 328x4924 rgb:- testuc-stream6.png

छवि को कई टुकड़ों में काट दिया गया था ... यह किसी तरह की पूरी तरह से बेवकूफ संरक्षण की तरह दिखता है, शायद डिस्टिलर द्वारा पेश किया गया (और शायद इसे चालू किया जा सकता है)? मुझे संदेह है कि PDFCreator द्वारा एक ही बात उड़ाई जाएगी, जब तक कि यह वर्ड नहीं है जो इस अविश्वसनीय पागलपन का प्रदर्शन करता है ...

testuc-stream1.png और अन्य (नेविगेट करने के लिए दाएँ तीर का उपयोग करें)

निष्कर्ष

महत्वपूर्ण बातें हैं:

  • आप स्पष्ट रूप से देख सकते हैं कि उस विशाल छवि को टुकड़ों में काट दिया गया था, जो वास्तव में जेपीईजी से प्रभावित थी, इसलिए मेरी परिकल्पना सही थी,
  • क्योंकि PDFCreator में आपको आउटपुट में बहुत बड़ी फाइल मिलती है, यह वर्ड है जो नकली पीडीएफ प्रिंटर को भयानक रूप से बड़ी छवि प्रदान करता है, और मेरा पहले का सपोजिशन भी सही था।

ओह। इस जांच में कुछ समय लगा। शब्द रद्दी का टुकड़ा है।

समाधान?

इस बीच कुछ सुझाव दिए गए थे। मुझे उन्हें टिप्पणी दें।

लिबरऑफिस जैसे सभ्य पीडीएफ समर्थन के साथ लेखक का उपयोग करना (ओपनऑफिस के बारे में भूल जाओ, यह अब बाधित है) अच्छा समाधान है, जब तक कि कुछ अक्षमताएं आपको इसके साथ काम करने में असमर्थ बनाती हैं।

पृष्ठ पर एक ही बॉक्स में बड़ी छवि का उपयोग करना भी उतना बुरा विचार नहीं है, क्योंकि जेपीईजी-izing के बाद भी कलाकृतियां कम दिखाई देंगी।

मेरा एक और ग्रोस हालांकि शुरुआत से जेपीईजी का उपयोग कर रहा है। इस तरह वर्ड को इसे दोबारा नहीं बनाना चाहिए (आप कभी नहीं जानते ...) और आप जेपीईजी के उच्चतम संभव गुणवत्ता प्रदान कर सकते हैं। दोषरहित जेपीईजी संपीड़न भी है। Redmond के डेवलपर्स ने माना कि इसकी आवश्यकता नहीं है, इसलिए मुझे आश्चर्य नहीं होगा यदि Word ऐसे JPEG को हैंडल नहीं करता है। खैर, टीबीएच इसे व्यापक रूप से समर्थित नहीं है (यहां तक ​​कि खुले स्रोत की दुनिया में भी), अंकगणित कोडिंग की तरह (या यह अंकगणित कोडिंग के मामले में और भी बदतर स्थिति है)।

convert test.png -quality 100 -resize $((100*300/72))% test-300dpi-mitchell.jpg
convert test.png -quality 100 -filter box -resize $((100*300/72))% test-300dpi-box.jpg
convert test.png -quality 100 test.jpg

(विंडोज $(())में POSIX गोले में उपलब्ध इस अंकगणितीय विस्तार के बजाय 416 का उपयोग करें )

मुझे लगता है कि डिफ़ॉल्ट मिशेल अपस्कूलिंग के लिए अच्छा है, लेकिन अगर आप वास्तव में ऐसी पिक्सेल छवि चाहते हैं, तो बॉक्स के साथ @ceving का सुझाव दिया। बेशक पहली 2 फाइलें तभी उपयोगी होती हैं, जब आपको (किसी कारण से) नकली पीडीएफ प्रिंटर का उपयोग करना चाहिए।

मैंने तीनों फाइलें अपलोड कर दी हैं।

परीक्षण 300dpi-mitchell.jpg (426 KB) परीक्षण 300dpi-box.jpg (581 KB) test.jpg (74 KB)

यदि मेरी परिकल्पना सही है और Word JPEG छवि को पुनःप्रकाशित नहीं करेगा, तो बस पिछले एक का उपयोग न करें और अंतर्निहित पीडीएफ आउटपुट के साथ जाएं, क्योंकि इसमें कम कमियां हैं (कम से कम यह अनावश्यक अपसंस्कृति से बचा जाता है)।


धन्यवाद, @przemoc मैंने PDFCreator की कोशिश की और मुझे डिस्टिलर के समान परिणाम मिलते हैं (चित्र धुंधले हैं जैसे वे वर्ड में हैं, और अगर मैं संपीड़न बंद कर देता हूं, तो मुझे एक बड़ी फ़ाइल मिलती है)। मैंने "PDF के रूप में सहेजने" का भी प्रयास किया और मुझे बहुत सारी JPEG की कलाकृतियाँ (हालांकि मूल छवि PNG थी और छवि की एक बहुत ही संकुचित संस्करण मिली है), जैसा कि @nihcap ने सुझाव दिया था कि मेरी छवि संपीड़न बंद है। मैं परिणाम अपलोड करूँगा।
हर्ब काडिल

@ हर्ब महत्वपूर्ण अद्यतन। मैंने आपकी समस्या हल नहीं की है, लेकिन मैंने इस पर कुछ प्रकाश डाला है और यह दिलचस्प पढ़ना चाहिए। कम से कम मुझे आशा है कि ...
przemoc

tl; dr मैंने 100% वर्किंग अराउंड और एक संभवतः काम करने के लिए प्रदान किया है। 1) 100% काम पीडीएफ से छवियों को ठीक से एम्बेडेड दोषरहित संपीड़ित कच्ची छवियों (लिबरऑफिस या पीडीएएलएटीएक्स से उत्पन्न) के साथ आपके पीडीएफ में वर्ड से उत्पन्न (नकली पीडीएफ प्रिंटर का उपयोग करने से बचें)! यदि आपके पास कई चित्र हैं तो दुर्भाग्य से यह थकाऊ हो सकता है। 2) यह मानते हुए कि वर्ड आंतरिक आउटपुट के लिए JPEG इमेज को दोबारा नहीं लाएगा, उच्चतम संभव गुणवत्ता के साथ JPEG का उपयोग करें, जैसे कि convertImageMagick या XnView द्वारा निर्मित । इस मामले में आपके पास गुणवत्ता का नुकसान है, लेकिन यह कम से कम नियंत्रणीय है।
प्रेज़ेमॉक

मैं आपके द्वारा किए गए अनुसंधान की अविश्वसनीय राशि के कारण इनाम का सम्मान कर रहा हूं। बेशक मेरी समस्या अनसुलझी है, लेकिन ऐसा लगता है कि कुछ भी नहीं किया जा सकता है - ऐसा लगता है कि माइक्रोसॉफ्ट ने 2007 और 2010 के बीच छवि से निपटने में एक बड़ा कदम उठाया।
हर्ब कौडिल

@ हर्ब धन्यवाद। वास्तव में मैंने पहले कभी भी आंतरिक स्तर पर पीडीएफ में नहीं देखा था, इसलिए यह जांच दिलचस्प और सूचनात्मक थी (और मुझे कुछ नई समस्याओं में मिला है, कि मुझे चीजों को समझने के अपने आनंद के लिए हल करना होगा)। मैं थोड़ा दुखी हूं कि मैं आपको अधिक संतोषजनक परिणाम प्रदान नहीं कर सका, अर्थात जो कुछ चल रहा है, जो दोषी है, और कार्यदक्षता के कुछ समझ के बजाय वास्तविक समाधान। लेकिन चलो अभी तक मामला बंद नहीं किया गया है, यहां कुछ खुले प्रश्न हैं। मेरे पास Word नहीं है, इसलिए मुझे आपसे 2 और फाइलें अपलोड करने के लिए कहना है 1) PDF w / PNG PDFCreator 2 से) पीडीएफ w / मेरा आखिरी JPG वर्ड से। टीआईए
प्रेज़ेमॉक

7

फ़ाइल खोलें > सेटिंग्स > उन्नत , फिर छवि आकार और गुणवत्ता अनुभाग में, चेक विकल्प फ़ाइलों में छवियों को संपीड़ित न करें (जहां यह विकल्प स्थित है, उसे उन्मुख करने के लिए स्क्रीन कैप्चर देखें)
शब्द सेटिंग्स

निम्नलिखित छवि एक ही JPG छवि है (दस्तावेज़ पर कब्जा करने के लिए एंटी-अलियासिंग अंतर दिखाने के लिए 400% ज़ूम किया गया) उस विकल्प को सक्रिय करने से पहले और बाद में डाला गया:
यहां छवि विवरण दर्ज करें


कोई भी विचार जहां इस सेटिंग को Word 2007 में पाया जा सकता है?
dimo414

मैंने वास्तव में अपनी मूल पोस्ट में समस्या को गलत बताया - यह नहीं है कि वर्ड छवि को संपीड़ित या विरोधी कर रहा है, यह है कि यह मूल पिक्सल दिखाने के बजाय इसे सुचारू कर रहा है। मैंने सेटिंग की कोशिश की है जिसे आप यहां इंगित करते हैं, लेकिन यह अभी भी छवि को चौरसाई कर रहा है, जिसके परिणामस्वरूप फूला हुआ पीडीएफ आउटपुट होता है।
हर्ब कॉडिल

@ dimo414 कार्यालय बटन पर क्लिक करें फिर सेटिंग्स, अन्य चरण समान होने चाहिए।
nyuszika7h

2
यह एक नया Word 2010 विकल्प है।
harrymc

1
मुझे ऐसा लगता है कि मुझे स्पष्ट करना चाहिए क्योंकि यह बहुत सारे वोट प्राप्त कर रहा है - यह जानने के लिए एक अच्छी सेटिंग है, लेकिन यह उस मुद्दे को प्रभावित नहीं करता है जो मैं बिल्कुल कर रहा हूं।
हर्ब कॉडिल

1

ऐसा लगता है कि Microsoft Word की ज़ूम सुविधा बिलिनियर फ़िल्टरिंग का उपयोग करती है। यह छवि को स्वयं नहीं बदलना चाहिए, लेकिन केवल यह दिखाया गया है कि 100% के अलावा अन्य परिमाण में कैसे प्रदर्शित किया जाता है। आप जो चाहते हैं वह निकटतम पड़ोसी स्केलिंग है, लेकिन मुझे संदेह है कि एमएस वर्ड के लिए एक विकल्प है।


0

मैंने Word 2007 में Test.png को एक दस्तावेज़ में डालने की हेरफेर को दोहराया है, और अपने विस्मय को पाया कि परिणाम उस तंत्र पर निर्भर करता है जो एक का उपयोग करता है।

अगर कोई इन्सर्ट / पिक्चर का इस्तेमाल करता है तो तस्वीर स्मूथ हो जाती है।
लेकिन अगर कोई एक छवि-संपादक में प्रवेश करता है और कॉपी करता है, तो Word में पेस्ट करता है, तो छवि को सुचारू नहीं किया जाता है।

अन्य संभावित समाधान हैं:

  1. बिटमैप या डिवाइस स्वतंत्र बिटमैप के रूप में पेस्ट विशेष का उपयोग करने का प्रयास करें।
  2. छवियों को पेस्ट न करें। इनसेट टैब / इलस्ट्रेशन ग्रुप / पिक्चर कमांड का उपयोग करें और "इन्सर्ट" ड्रॉप-डाउन बटन को "फाइल से लिंक करें" में बदलें। कम जगह लेने के लिए वेब के लिए छवि फ़ाइल को अनुकूलित किया जा सकता है।

हम्म - यह मेरा अनुभव नहीं रहा है। जब मैं MS पेंट या फ़ोटोशॉप से ​​पेस्ट करता हूं, तो मुझे वही स्मूथिंग मिलती है जैसे कि मैंने फाइल से इन्सर्ट पिक्चर का इस्तेमाल किया। मैं Word 2010 का उपयोग कर रहा हूं, मुझे आश्चर्य है कि अगर यह अंतर है - मुझे यह समस्या नहीं है जब मैंने Word 2007 का उपयोग किया था।
हर्ब कॉडिल

हम्म, क्या यह एक नया वर्ड 2010 "फीचर" है? शायद Microsoft ने महसूस किया कि पेस्ट "राइट" काम नहीं कर रहा था और इसे "2010 में" ठीक कर दिया गया था।
'18

3
स्क्रीनशॉट पिक्सेलेशन के बारे में, आप विस्टा के स्निपिंग टूल का उपयोग कर सकते हैं और फाइल को पीएनजी के रूप में सहेज सकते हैं जो उस शोर को रोक देगा।
dimo414

@ dimo414: धन्यवाद, एक बहुत ही उपयोगी संकेत।
harrymc

@ हर्ब कॉडिल: यदि आप यह सुनिश्चित करते हैं कि चित्र को एक .doc में डालने का प्रयास किया जाए, तो यह सुनिश्चित करते हुए कि Word विकल्प / उन्नत / संगतता "Word 2003" है?
harrymc

0

मूल छवियों को 300dpi या आपके PDF निर्यात के दौरान जो भी आप उपयोग करते हैं, उसे स्केल करने के लिए यह शायद सबसे आसान समाधान है। ImageMagick का कन्वर्ट प्रोग्राम उदाहरण के लिए कर सकता है।

मूल छवि की चौड़ाई 176 पिक्सेल है। यदि आप इसे 300 इंच के 4 इंच के पैमाने पर रखना चाहते हैं तो लक्ष्य की चौड़ाई 1200 पिक्सेल है। यह यह करेगा:

convert test.png -filter Box -resize 1200 test_300dpi.png

मैंने अनुभव किया है कि Microsoft उत्पादों को यह सोचने से रोकने के लिए हमेशा बेहतर है कि आपके लिए क्या अच्छा हो सकता है। इसे अपने दम पर तय करना हमेशा बेहतर होता है।


मेरा मानना ​​है कि पीडीएफ फाइलों में एक देशी एंबेडेड इमेज रिज़ॉल्यूशन होता है, इसलिए यदि आप अपनी छवियों का मिलान करने के लिए आकार बदलते हैं, तो वर्ड एक कदम को छोड़ने में सक्षम हो सकता है। दुर्भाग्य से मुझे डर है कि परिणामस्वरूप पीडीएफ आकार अनुचित हो सकता है।
मार्क रैनसम

-1

इस सवाल के समान है इस एक

यह रैपिंग स्टाइल के साथ करना है ... इसे केवल ऊपर और नीचे सेट करें। पढ़ें यहाँ


नहीं, रैपिंग के विकल्प बदलने से कोई फर्क नहीं पड़ता।
हर्ब काडिल

@ हिर्ब, इस मुद्दे को एमएस भाग पर एक कोड परिवर्तन की आवश्यकता हो सकती है। मुझे आउटलुक 2003 याद है जहाँ आप एक सम्मिलित चित्र कर सकते हैं और उम्मीद के मुताबिक इसे देखने योग्य हो सकते हैं।
पीसीयूनाइट

-1

यदि यह टिप्पणी बहुत स्पष्ट है या प्रासंगिक नहीं है तो मुझे सुधारें:

जब मैं एक कुरकुरा छवि पेस्ट करता हूं, तो, एक पृष्ठ 2010 के दस्तावेज़ (.docx) में पाठ के एक पृष्ठ (मैंने .bmp और .png) का परीक्षण किया, परिणाम मूल का एक धुंधला संस्करण है। यह स्वचालित रूप से आकार बदलने और वर्ड द्वारा किए गए इमेज प्रोसेसिंग के कारण प्रतीत होता है, "विकल्प" में प्रासंगिक सेटिंग्स की परवाह किए बिना। हालाँकि अगर मैं तब

  1. छवि का चयन करें
  2. रिबन हेडर "प्रारूप" पर जाएं
  3. रिबन के सबसे निचले क्षेत्र में छोटे आइकन का चयन करें जो "पूर्ववत करें" तीर के साथ एक छोटी छवि की तरह दिखता है
  4. संबंधित मेनू को नीचे खींचें
  5. "रिवर्ट इमेज एंड साइज" नामक निचले आइटम का चयन करें (यह जर्मन से एक ढीला अनुवाद था),

फिर मैं जिस कुरकुरी छवि को चिपकाता था, वह धुंधली हो गई थी।


नोट: यदि मैं एक्रोबेट रीडर में अंतर्निहित फोटोग्राफ टूल का उपयोग करता हूं, तो सीधे वर्ड में पेस्ट करें, ऊपर काम नहीं करता है। मुझे पूरी स्क्रीन का स्क्रीनशॉट लेने या इरफ़ानव्यू के माध्यम से जाने की आवश्यकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.