Incorrect display of hairlines

I've been working on several projects recently that contain 0,25 pt rules. I'm using InDesign CS3 for the layout, but when I view the finished PDFs in Acrobat 7 Pro (and Adobe Reader) the thin rules appear much heavier than when viewed in InDesign. Apple Preview and Adobe Bridge don't seem to have the same problem.
I haven't experimented much with the printing, but I suspect that it's just a display problem and won't affect how the design looks in print. However, it's very frustrating as the client can't view the designs as I intend them to look. I've tried unchecking the "Smooth text" and "Smooth line art" options in the preferences, but it doesn't get it looking any better. And I wouldn't want to ask the client to do this each time I send through a draft of the design.
Any ideas why Acrobat is doing this? Any way to get around it? As it is I've resorted to taking screen shots from InDesign and sending JPEGs to the client instead, which is obviously not ideal.
Any help or advice would be greatly appreciated.

If you use extensions (Tools > Add-ons > Extensions) like Adblock Plus or NoScript or Flash Block that can block content then make sure that such extensions aren't blocking content.
Start Firefox in [[Safe Mode|Safe Mode]] to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem (switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance).
*Do NOT click the Reset button on the Safe mode start window or otherwise make changes.
*https://support.mozilla.org/kb/Safe+Mode
*https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes
*https://support.mozilla.org/kb/Websites+look+wrong

Similar Messages

Report in Crystal 10 incorrectly displays rows when it shouldn't

We have a problem in Crystal Reports 10 whereby the report incorrect displays 6 rows/records in the report but when we run the exact same SQL statement on its own (outside of Crystal) it does not bring back any results.
Clare

That didn't work either. I'm still getting the wrong timestamp.
But, I did try something else, with more unexpected results. Just for the heck of it, I exported my workbook to excel (the workbook showing the 12:00 AM timestamps). When I opened the Excel file, it has the Archive Date with the correct times. Very strange. I export the workbook with all 17-NOV-09 12:00 AM timestamps in every Archive Date row, and in Excel it opens with the correct dates (17-NOV-09 10:15, 10:18 and 10:23 AM). So weird.
That seems to reinforce that Discoverer can at least see the dates as they exist in the data warehouse, but for some reason, it insists on displaying 12:00 AM. And exporting the 12:00 AM results to Excel actually produces the correct times. Is this like some Java bug or something? I seem to get bit by Java problems more often than not.
***EDIT***
I shouldn't say your suggestion didn't work entirely. It worked in that I am no longer getting 17-NOV-09 12:00 AM. But, it's returning a timestamp that does not exist for the given record. For example, all 3 Nov 17th timestamps (in the Discoverer report) are now showing 17-NOV-09 10:11 AM. 10:11 AM isn't even a timestamp available in the database for any record in the table. Why did it arbitrarily pick 10:11? It seems like your suggestion to create a TO_CHAR calculation from the column is on the right track, but the 10:11 AM thing is odd.
Edited by: user527082 on Nov 17, 2009 4:29 PM

I've noticed that since version 7.0 (and in 8.0) FF is either hijacking on incorrectly displaying fonts on some sites, regardless of what is defined in the site's CSS.

version 7.0 (and in 8.0) : FF is either hijacking on incorrectly displaying fonts on some sites,''' regardless of what is defined in the site's CSS'''. Example: in Safari, the informationweek.com homepage '''always''' displays the fonts correctly. Recently, it's '''RARELY''' correct in FF, but occasionally it will "suddenly" displays right. The CSS has NOT changed. Multiple users are experiencing this issue, on multiple platforms (FF7, in windows)
Example: in Safari, the informationweek.com homepage always displays the fonts correctly. Recently, it's RARELY correct in FF, but occasionally it will "suddenly" display right. The CSS has NOT changed, code has not changed (that I'm aware of).

There are lots of CSS errors shown in the "Firefox/Tools > Web Developer > Error Console" (Shift+CtrL+J) on that website.
Can you attach a screenshot?
*http://en.wikipedia.org/wiki/Screenshot
Use a compressed image type like PNG or JPG to save the screenshot and make sure that you do not exceed the maximum file size (1 MB).
You can do a check for corrupted and duplicate fonts and other font issues:
*http://www.thexlab.com/faqs/multipleappsquit.html - Font Book 2.0 Help: Checking for damaged fonts
*http://www.creativetechs.com/iq/garbled_fonts_troubleshooting_guide.html

Purchase orders item texts incorrect display

Hi everyone,
i am having a bit of a hard time solving an incorrect display of purchase orders item texts.
For an unknown reason, i can't manage to modify the item's text of a purchase order, it's as it has been set on "display".
I checked AKTH, ME21,ME21N and PT0F( the item i use) on spro :
Materials Management=>Purchasing =>Purchase Order= > Define Screen Layout at Document Level => Reference data item for the texts and it's always set on Optionnal Entry.
I even tried to set them on Requested Entry but i didn't manage to get the text-item field modified.
Any kind of help would be appreciated.
Thanks.
Siidou

Yes i did, thanks.
I found the answer: when the item-text is set on Requested Entry, sap considers it as if it was set on dispalay.
I set the item text in AKTH, ME21,ME21N and PT0F on OPptional entry and i can modify it again.

1.5.1 Opening File in PlsqlNode incorrectly displays a default connection

SQL Developer 1.5.1.54.40, JDK 1.6.0_04, Win XP SP 2
I have just noticed that opening a file as a PlsqlNode (based on file type preferences) displays a default connection (the connection for the current tab). However, when compiling, you are prompted to select which connection you want to run against - ie there is no connection associated with the editor. This happens regardless of how you open the file (File > Open, Open toolbar button, Ctrl-O, double click in Files navigator).
This does not happen for SQL Script file types, where no connection is displayed on opening them.
theFurryOne

Bug 7171360 - opening file in plsqlnode incorrectly displays a default connection
logged.
-Raghu

Incorrect display of punctuation (parentheses, periods) in .PDF forms.

The .PDF file attached here was downloaded from the US Department of Homeland Security. I need to fill in this form with Adobe Reader 9.1.3, but some of the punctuation is displayed and printed incorrectly positioned.
For example, in Section A of the form the line that should show "Family Name (Last Name)" shows "(Family Name (Last Name". It seems that when a line ends with a Closing Parenthesis, that parenthesis character appears at the BEGINNING of the line instead of where it should be--at the end of that line.
In some cases this happens also with the Period (.) character, as can be seen in Part 2 of this form. Perhaps this phenomenon is related to a bug in Adobe Reader while operating in an environment where Hebrew is activated in Windows XP Professional (SP3), which is my case, even though the form itself has no Hebrew content.
I have tried all possible combinations of the Edit --> Preferences --> International; that is:
Application Language
Default Reading Direction
Enable right-to-left language options
Select Font
but to no avail.
My System Parameters are:
Available Physical Memory: 900296 KB
Available Virtual Memory: 1891424 KB
BIOS Version: LENOVO - 48
Default Browser:
Default Mail: Microsoft Office Outlook
    mapi32.dll
    Version: 1.0.2536.0 (XPClient.010817-1148)
Graphics Card: Intel(R) 946GZ Express Chipset Family
    Version: 6.14.10.4764
    Check: Not Supported
Installed Acrobat:
Installed Acrobat: C:\Program Files\Adobe\Reader 9.0\Reader\AcroRd32.exe
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 17:10:32
Locale: English (United States)
Monitor:
    Name: Intel(R) 946GZ Express Chipset Family
    Resolution: 1152 x 864 x 75
    Bits per pixel: 32
OS Manufacturer: Microsoft Corporation
OS Name: Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 3
Page File Space: 4194303 KB
Processor: x86 Family 6 Model 15 Stepping 13 GenuineIntel ~1995 Mhz
System Name: GARY
Temporary Directory: C:\DOCUME~1\Gary\LOCALS~1\Temp\
Time Zone: Jerusalem Standard Time
Total Physical Memory: 2086952 KB
Total Virtual Memory: 2097024 KB
User Name: Gary
Windows Directory: C:\WINDOWS
My installed Plug-ins are:
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Accessibility.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:30:36
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\AcroForm.api
    Version: 9.1.2.82
    Creation Date: 2009/05/21
    Creation Time: 14:53:01
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Annots.api
    Version: 9.1.2.82
    Creation Date: 2009/05/21
    Creation Time: 04:55:00
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\DigSig.api
    Version: 9.1.2.82
    Creation Date: 2009/05/21
    Creation Time: 14:49:24
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\eBook.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:30:46
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\EScript.api
    Version: 9.1.2.82
    Creation Date: 2009/05/21
    Creation Time: 14:50:25
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\IA32.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:30:44
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Multimedia.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:32:38
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\PDDom.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:31:04
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\PPKLite.api
    Version: 9.1.2.82
    Creation Date: 2009/05/21
    Creation Time: 14:56:21
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\ReadOutLoud.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:30:52
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\SaveAsRTF.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:39:02
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Search.api
    Version: 9.1.2.82
    Creation Date: 2009/05/21
    Creation Time: 14:50:40
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\SendMail.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:32:46
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Spelling.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:34:34
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\Updater.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:33:14
C:\Program Files\Adobe\Reader 9.0\Reader\plug_ins\weblink.api
    Version: 9.1.0.2009022700
    Creation Date: 2009/02/27
    Creation Time: 16:31:44
Thank you for any ideas on how I can print the document with the punctuation positioned correctly.

Thanks, but that gave me the same result.
GaryN6

Incorrect display of HTML document in UWL

Hi experts,
we are using SRM 5.0 with UWL integration. If a workitem is rejected the requestor gets a notification in his SAP Business Workplace (SBWP). This notification contains a link to the SRM shopping cart.
The notification is also available in the UWL, but there all HTML tags are visible. It seems that in this case the UWL is not able to display HTML notifications properly. Are there any additional settings necessary to display the notification? Maybe currently some kind of text format is set to default.
Best regards
Tom

Hi Manish,
I am able to see WBS Elements in MB51 Report after going to detailed list from the initial output page. In this detailed output the sender and receiver WBS Elements are getting displayed incorrectly.From that screen only,if I go to Material document list,sender and receiver WBS Elements are getting displayed correctly.
Regards,
B P Singh

Incorrect Display of Time by Portal Report

Any assistance would be much appreciated:
Portal report display of a date field using MM-DD-
YYYY:HH24:SS:MI is off by 12 hours. Select of same field and
mask via SQL*Plus looks okay.
Thanks in advance,
- LTG

Chetan,
Thanks for responding... I'm not sure I follow your suggestion...
Here is some more info about the problem.
I used the Portal "Reports From Query Wizard" to create a
tabular report from a pretty simple db table containing an
Oracle date field. In the Column Formatting window I entered MM-
DD-YYYY:HH24:MI:SS for the format mask for the Oracle date
field. When I run the report, the Oracle date field is
displayed with an incorrect time (18:52:20 is displayed as
06:52:20). An Sql*Plus query using to_char(timestamp,'MM-DD-
YYYYY HH24:MI:SS') displays the correct time.
I attempted to put to_char(timestamp,'MM-DD-YYYYY HH24:MI:SS')
into the format mask for the Oracle date field in the Column
Formatting screen (instead of MM-DD-YYYY HH24:MI:SS). No
apparent effect.
Did I follow your suggestion correctly? Is there something more
to do? Please advise?
Thanks,
Len Greenberg

Incorrect Display of Totals (Urgent ! Plz Assist)

Hi everyone,
Please help me out as this is very urgent at the moment.
   When I display
   PLANT
   STORAGE LOC
   WAREHOUSE NO
   PROFIT CENTRE
   MATERIAL
   No of Bins -> 7338.6821235
   When I display the same report just with
   PROFIT CENTRE
   No of Bins -> 7099.809557752
   WHY IS THIS HAPPENING ?
   I suspect because No of Bins is based on a Formula variable that uses Replacement Path of Attribute MATERIAL.
So when MATERIAL is not displayed in the Report then it will not accurately display the results.
Any views on this please ? What can I do otherwise ?

Hi Ganesh
   I can`t change this "precision" because No of Storage Bins is a Calculated Key Figure which is based on a Formula Variable that uses Replacement Path of tyep Attribute
Even I change this to Before Aggregation it does work.
Should I try making this as a navigational attribute in my cube.
Then will I still face this problem ?

Incorrect display of line thickness

Not sure if I should post this in the Acrobat-Mac or Acrobat-Windows forum, as I've looked at it on both platforms... we're mostly a Mac-based shop, so I've leaned that way.
Someone here created an ad in Illustrator. It uses Stone Sans, but they've converted all the fonts to outlines (as we sometimes to do with output, just to avoid font issues once the file goes out the door). But there's something weird about it. The ad looks perfectly fine in Illustrator (CS3, 13.0.2 with all the latest CS3 updates) or in Apple's Preview program. But if you look at it in Acrobat Pro (8.1.3), virtually every occurrence of the lowercase "l" in the add is overly thick. Reminder -- these really aren't lowercase "l" figures anymore -- they're outlines!
I've reviewed the original Illustrator files and all the outlines have the same stroke (none) and the same overprint settings. I printed the PDF to a laser printer and it *appears* to look okay... but I'm reluctant to send the ad file out like this.
I've looked at the PDF in Acrobat Pro 8.1.3 on the Mac (on both Mac OS X 10.4.11 and 10.5.6), and also checked it out in Acrobat Reader 9 on Windows (Vista SP1). I think the problem may possibly be on-screen only. It appears the closer you zoom in, the less prominent the problem appears. At 100%, it's very obvious. At 200%, it's still apparent but not quite as bad. At 400%, you have to look specifically at the "l" characters and then you'll notice it. At 800% I'm no longer sure if there's a difference but it appears it might be off by a fraction. At 1600% I cannot perceive any problem at all.
I've posted the original Illustrator file and the matching PDF at my website if anyone wants to take a peek at these.
http://www.fortbailey.com/acrobat/badlines.eps
http://www.fortbailey.com/acrobat/badlines.pdf
I'd like to be 100% sure this is just an on-screen display issue and will not affected the printed output. Can anyone say that with certainty?

MICHAEL CULPA & PGARY: Thanks for the sage and friendly advice. It is clear to me now that I should avoid using outlines like I have in the past. I'll be meeting with our artists tomorrow to review this. However, this raises one follow-up question that I hope you can comment on.
I hope this is a 100% onscreen only issue, because there are times we still *must* convert fonts to outlines. For example, if we design a logo for a client, it's been standard practice to use outlines in the EPS because -- most often -- the user is going to want to do something like slap the logo into their letterhead and print to a PCL6 printer. They're not going to want to buy the Adobe font for all their workstations or get a PostScript printer just to deal with the fact that we used Stone Sans for their logo... in cases like this, we've converted the fonts to outlines to avoid that whole situation. And we can't give them a PDF to embed into a Word document... I'm not even sure if the most recent version of Word would do that anyway, and it'd likely make it barf (I'll blame that on Microsoft Word but whatever... it's still an issue we need to be aware of for our clients). Is there anything that can be done when converting to outlines that would be helpful?
MIKE KAZLOW: Yeah, okay, maybe this issue has been beaten to death in the forum. But I didn't just blindly post my question without looking around first. I googled for this issue. I checked Adobe's knowledgebase. I did a search on this very forum for the word "thick" and the only posting that comes up with that criteria is this one. So while this might be all over the place in the forum, I couldn't find it. It wasn't for a lack of trying.
Just because you've seen the issue over and over again doesn't mean someone else isn't running into it for the first time. I've been managing computer systems for ad agencies for more than 15 years. I've been working with computers since CP/M (the operating system that came before DOS). I've been working in desktop publishing since the Mac IIfx was the hottest system in the business. I'm sorry I'm not a mathematics professor with a technical typesetting practice -- but that doesn't make me a moron either. I only post questions in these forums when I've gone through my own extensive repertoire of computer skills to solve a problem, and that means I'm looking for help, not snide remarks about my choice of workflow or how apparently my practices -- which have worked fine for years -- are "aeons" out of date. I appreciate the help and your advice, but you should couch your responses a little less harshly.
I and other people come to these forums as a last resort. We've been wracking our brains on a given problem for hours in some cases, done all the research and workarounds we can think of, and are desperately looking for help. A better-than-thou response is really like rubbing salt in a wound... it doesn't help, and it really just makes me want to bite back. You could stand to take a cue from the other guys who responded to this issue a little more politely.

Incorrect display of images in PDF on iPad

I have a problem with displaying images in a PDF on the iPad. The PDF is created from a MS-Word file on a PC.
On a PC, the images in the PDF display OK.
On an iMac, the images in the PDF display OK.
Only on the iPad, the images in the PDF display weird, see these pictures:
First the correct image as it is diplayed on PC and iMac:
And this is how it looks on my iPad:
The text in the PDF is OK, it just that (some) images display faulty.

it is possible that you transferred data to your ipod through my computer or something, that wuold not show up in the library or be accessable on your ipod but it would still take up space, for example i saved my whole cmoputer and all the files on my ipod drive for system recovery and it showed my ipod at full capacity with only 600 songs

Incorrect display format in report column

Hi.
A report have two columns, the first display a value based in a case expression:
NVL (DE.IMPORTE, 0) IMP_CHEQ
the second colum, displays the value formatted:
CASE WHEN DE.IMPORTE IS NULL THEN '-'
WHEN DE.IMPORTE > 0 THEN TO_CHAR (DE.IMPORTE, 'FM99G999G990D00')
ELSE '' ||
TO_CHAR (DE.IMPORTE, 'FM99G999G990D00') ||
'' END IMP_CHEQUES
As I want to sum the values of the formatted column, I choice the "sum" option in the first column, but use #IMP_CHEQUES# in the HTML Expression Column Formatting of the first (unformatted) column.
The formatting part of the column is "ignored", because the values are displayed in black, instead the indicated red color. What am I doing wrong?

Denes, thanks for your reply.
I was looking your example, and learning a little more about html formatting.
In my problem, I saw more similar your example in http://htmldb.oracle.com/pls/otn/f?p=31517:111
I redo my answer:
A column value (DE.IMPORTE as IMP_CHEQ), is an important monetary indicator,
But the report reader wants to look the negative values in red, and for that I am using CASE to format the value color (according to the values been positives, null or negatives):
CASE WHEN DE.IMPORTE IS NULL THEN '-'
WHEN DE.IMPORTE > 0 THEN TO_CHAR (DE.IMPORTE, 'FM99G999G990D00')
ELSE '' ||
TO_CHAR (DE.IMPORTE, 'FM99G999G990D00') ||
'' END IMP_CHEQUES
in other column (IMP_CHEQUES) non visible.
Then, the column doesn't summarize IMP_CHEQUES, because these values aren't numbers.
The solution is show (and SUM) IMP_CHEQ, but set the HTML Expression column attribute as #IMP_CHEQUES#
That I don't understand is why any negative values are displayed en red color. Some is re-formatting the red colored values to the original
black color, and can't let function the "FONT COLOR /FONT" couple.
Thanks again, Marcelo.

Century Gothic incorrect display

Not sure if this is an Illustrator or Acrobat question!? I created a document in Illustrator CS6 using the font Century Gothic. I converted the text to outlines then saved the document as a PDF. When the document is viewed in Acrobat Pro or Reader, the lowercase letter "L" does not display properly. It's as if the pixel depth is not granular enough, so it increases the width of the letter. If I zoom in past 200% the letter seems to display properly, but anything below that it displays oddly. I sent the exact same file to my DropBox account, downloaded it onto my iPad (retina) and the letters look just fine; same with my iPhone.
Screenshot: http://www.purpleproof.com/downloads/century_gothic.png
Note: This happens whether I create/view on my Mac or my PC. Additionally, if I do not convert to outlines, the font displays just fine. Regardless of the display, the document always prints correctly. I've experienced this since CS3, but never cared too much since most of my documents were for print only. Now many of my docs will be viewed rather than printed, therefor proper display rendering is a much bigger issue.
Any thoughts?

This is a well-known failing of outlined sans serif type and not much you can do about it.
However it looks o.k. when you zoom in as far as you can go and will print o.k. too.
Just looks nasty on screen.

Incorrect display of phonetics

Dear People
Firefox 24.8.0 running on Linux (Mageia 3, or Mageia 4 ... both 64 bit)
A specific example of my issue: At <http://www.larousse.fr/dictionnaires/francais-anglais/amende/2778> the word "amende" is followed by a phonetic guide to pronunciation which should read "amad" with a '~' over the second 'a'. Howerver, the display shows the '~' over the 'd' in "amad". The source code for the particular item (amad) shows the '~' over the second a, as it should be, but the display is rendered with the '~' over the d, instead.
Can you offer any help, please? Thank you
Regards
Fred James
PS: I just upgraded Firefox on this machine to 32.0.3, and the results described above remain the same.

Cor-el
thank you ... I had already done much of what you suggested, but ... that "[] Allow pages to choose their own fonts ..." part did it. Apparently Larousse was choosing Liberation over my selection of DejaVu? By the way ... at your suggestion, I did use Inspector ... that is where I found that the page was using Liberation Sans in several elements.
Thanks again
Regards
Fred James

Incorrect display of MIME Multipart message

I have non critical, yet annoying problems.
My problem is similar to:
https://support.mozilla.org/en-US/questions/992656?esab=a&as=aaq
I have a single sender who email's do not display the proper Mime attachment inline. What I have found is that the order of the mime parts seems to be important. In my case, the "HTML" content is listed first in the message, and the "text" content is second. In this case, the "text" is the body part that is displayed.
I have access to the source message. I simply reversed the order of the body parts in the source message, then the HTML version is displayed.
I did installed the addon https://support.mozilla.org/en-US/kb/viewing-all-body-parts
I am able to see both parts when I set the correct settings.
My questions seem to be, (why) does Thunderbird care what order the body parts are in? If I choose view "original html", shouldn't thunderbird display the HTML if it exists?
I can post the source message if you think it will help. However as I said, simply re-order the body parts, I get the HTML when it is the 2nd / last body part.

It is standard practice for the body parts to be Text then HTML.
I think the RFC explains the situation fairly well
http://www.w3.org/Protocols/rfc1341/7_2_Multipart.html
To quote
As a very simple example, the following multipart message has two parts, both of them plain text, one of them explicitly typed and one of them implicitly typed:
From: Nathaniel Borenstein <[email protected]>
To: Ned Freed <[email protected]>
Subject: Sample message
MIME-Version: 1.0
Content-type: multipart/mixed; boundary="simple
boundary"
This is the preamble. It is to be ignored, though it
is a handy place for mail composers to include an
explanatory note to non-MIME compliant readers.
--simple boundary
This is implicitly typed plain ASCII text.
It does NOT end with a linebreak.
--simple boundary
Content-type: text/plain; charset=us-ascii
This is explicitly typed plain ASCII text.
It DOES end with a linebreak.
--simple boundary--
This is the epilogue. It is also to be ignored.
The use of a Content-Type of multipart in a body part within another multipart entity is explicitly allowed. In such cases, for obvious reasons, care must be taken to ensure that each nested multipart entity must use a different boundary delimiter. See Appendix C for an example of nested multipart entities.
The use of the multipart Content-Type with only a single body part may be useful in certain contexts, and is explicitly permitted.

Incorrect display of hairlines

Similar Messages

Maybe you are looking for