← Back to branch summary

~ubuntu-branches/ubuntu/natty/pdfmod/natty

« back to all changes in this revision

Viewing changes to lib/PdfSharp/PdfSharp.Pdf.Advanced/PdfContent.cs

  • Committer: Bazaar Package Importer
  • Author(s): Chow Loong Jin
  • Date: 2010-09-29 17:34:49 UTC
  • mfrom: (2.1.1 experimental)
  • Revision ID: james.westby@ubuntu.com-20100929173449-4ezagrzettatjk36
Tags: 0.9.0-1
* New upstream release
* debian/copyright: Document PdfSharp.SharpZipLib/*
* Drop all patches: committed upstream
* No change bump of Standards-Version from 3.8.4 to 3.9.1

Show diffs side-by-side

added added

removed removed

Lines of Context:
lib/PdfSharp/PdfSharp.Pdf.Advanced/PdfContent.cs
3
3
// Authors:
4
4
//   Stefan Lange (mailto:Stefan.Lange@pdfsharp.com)
5
5
//
6
 
// Copyright (c) 2005-2008 empira Software GmbH, Cologne (Germany)
 
6
// Copyright (c) 2005-2009 empira Software GmbH, Cologne (Germany)
7
7
//
8
8
// http://www.pdfsharp.com
9
9
// http://sourceforge.net/projects/pdfsharp
69
69
    /// Initializes a new instance of the <see cref="PdfContent"/> class.
70
70
    /// </summary>
71
71
    /// <param name="dict">The dict.</param>
72
 
    public PdfContent(PdfDictionary dict) // HACK
 
72
    public PdfContent(PdfDictionary dict) // HACK PdfContent
73
73
      : base(dict)
74
74
    {
75
75
      // A PdfContent dictionary is always unfiltered.
123
123
    /// </summary>
124
124
    internal void PreserveGraphicsState()
125
125
    {
126
 
      // If a conent stream is touched by PDFsharp it is typically because graphical operations are
 
126
      // If a content stream is touched by PDFsharp it is typically because graphical operations are
127
127
      // prepended or appended. Some nasty PDF tools does not preserve the graphical state correctly.
128
128
      // Therefore we try to relieve the problem by surrounding the content stream with push/restore 
129
129
      // graphic state operation.