logo
  • Home
  • Toteboards
  • About Carl Oppedahl
  • speedtest
  • Sites that Cite our Site

Category Archives: non-DOCX penalty

What happens if you file using a DOCX file

22nd September, 2020 · oppedahl · 6 Comments

click to enlarge

Yet another oddity in USPTO’s handling of a DOCX patent application file … this DOCX file is now displayed in “Display References”.  Not only that, it is displayed in two different places in “Display References”. Continue reading →

Posted in non-DOCX penalty, Patentcenter |

Using DOCX leads to delay in visibility in IFW

8th August, 2020 · oppedahl · 13 Comments

USPTO has made it plain that it really wants filers to file their US patent applications in Microsoft Word format, not as PDFs.  (USPTO expresses this wish by saying it wants patent applications to be filed in “DOCX” format, but of course there is no single “DOCX” format, there are many variants of DOCX and the only variant that USPTO handles correctly is the variant that Microsoft Word generates.)  There are many drawbacks to the way that the USPTO has implemented its handling of patent applications filed in a DOCX format, and one of them is that this can result in a long delay in the visibility of the newly filed patent application in IFW.  It is yet another reason to simply file in PDF format.  Continue reading →

Posted in non-DOCX penalty |

Still concerned about DOCX?

27th May, 2020 · oppedahl · 4 Comments

A colleague today noted that by now more than a month has passed since the last time I griped about USPTO’s DOCX activities in this blog.  He wondered if perhaps my silence was an indication that I feel the USPTO people have somehow addressed my concerns about the DOCX situation.

Just so that there is no risk of any misunderstanding about this, no, it is not the case that anything that anyone at the USPTO has done has alleviated in any way my concerns about USPTO’s DOCX plans. Continue reading →

Posted in non-DOCX penalty |

How the USPTO should do DOCX (pre-conversion format)

19th April, 2020 · oppedahl · 3 Comments

click to enlarge

Today I am working on getting ready to file a PCT patent application and I am filing it in DOCX and it reminds me how wrong-headed USPTO’s approach is.  Folks, if you have not filed DOCX at the RO/IB, I invite you to try it so that you can see that there is a correct way to do DOCX.  It’s just that the USPTO does not do it that way. Continue reading →

Posted in non-DOCX penalty |

An open letter to the Commissioner for Patents

13th April, 2020 · oppedahl · 5 Comments

What should the the USPTO do so that patent applicants and practitioners will be less reluctant to try filing with DOCX files?

The problem of course is that the e-filing regime which USPTO presently imposes is that when the filer uploads a DOCX file, the USPTO e-filing system (EFS-Web or Patentcenter) then renders the DOCX file into a PDF using USPTO’s own proprietary rendering engine.  The e-filing system then displays the PDF and presents an adhesion contract for a click-wrap signature by the filer.  The filer is required to irrevocably agree that whatever appears in the PDF as rendered by the USPTO will control for all later purposes.

This e-filing regime is often played out at a time of day that is only a few hours or even just a few minutes prior to midnight on the day that the filer absolutely must get the patent application filed.  Under such circumstances it is wholly unacceptable for USPTO to require that the filer proofread the entire PDF from the top to the bottom to see whether the USPTO’s proprietary rendering engine might have rendered something incorrectly.

This e-filing regime presents an unacceptable malpractice risk for the patent practitioner.

This e-filing regime puts the patent practitioner in an untenable position regarding inventor workflow.  The inventor is asked to review a draft patent application and to sign an inventor’s oath or declaration based upon that draft patent application.  The document reviewed by the inventor might be a word processor file in a format that is commonly understood by the inventor and the practitioner.  Alternatively the document reviewed by the inventor might be a PDF file that was rendered by the practitioner.  But later, at e-filing time, the practitioner uploads a DOCX file and the USPTO uses its proprietary rendering engine to render the DOCX file into a PDF file.  And it is this PDF file which is the subject of the click-wrap adhesion contract.  It is this PDF file, which almost certainly is non-identical to the PDF or word processor rendering that was reviewed by the inventor, that USPTO intends will control.

What is untenable is that the practitioner is in the position of filing at the USPTO an inventor declaration that refers to a document or rendering that is known to be non-identical to the patent application actually being filed with that inventor declaration.

Everybody agrees that of course there are goals common to the applicant and to the patent office that are advanced whenever characters are provided rather than mere images.  

For many years now, the patent community has suggested several ways to the USPTO by which the USPTO could greatly reduce or even eliminate these profound problems and risks from the existing DOCX e-filing regime.  What is regrettable is that USPTO has ignored them all.  For example many years ago the patent community pointed out to the USPTO the solution that had been arrived at in the PCT community, namely the filing of a “document in pre-conversion format”.  You can read about this in Section 706 of the Administrative Instructions.  This approach of course has the profound drawback of being “not invented here” from USPTO’s point of view.

The patent community has also pointed out that most patent applicants have for years been e-filing patent applications as PDF files that do contain characters.  USPTO regrettably flattens such PDFs into pure-image TIF files when loading those PDFs into its IFW system.  USPTO actively discards those characters.  USPTO could get 80% of the way toward its character-capture goal simply by not discarding those characters.

As I say, these two approaches, the “pre-conversion format” approach and the “don’t discard the characters in the PDF” approach, have fallen on deaf ears at the USPTO.  So today’s blog article offers yet another suggestion how USPTO could largely eliminate the risks and problems with USPTO’s DOCX e-filing regime.

The chief concern is the mistaken impression that there is some single unambiguous way that everyone in the world renders DOCX into human-viewable images, for example as PDF files.  This mistaken impression is communicated by the oxymoron phrase “DOCX standard”.  There is no “DOCX standard”.  (The USPTO disingenuously and falsely refers to a “DOCX standard” but there is no such thing.)

This lack of any single unambiguous way that everyone in the world renders DOCX into human-viewable images only becomes a problem if a government agency selects some particular proprietary rendering engine and sets up a filing regime in which the rendering takes place at e-filing time and in which the user is required to agree at e-filing time to an adhesion contract that the images rendered by that proprietary engine control for later purposes.  The combination of a rendering shortly before midnight on filing day, with an adhesion contract that the rendered images control, is absolutely unacceptable to applicants or to practitioners.

The single best way to eliminate this problem is for USPTO to publish the source code for its rendering engine. It’s as simple as that.  Locate that body of source code, and with one or two mouse clicks, publish it on USPTO’s web site.  That’s it.  Then the problems all go away.

If for some reason the USPTO feels it cannot or will not publish that particular source code, then USPTO should scrap that rendering engine and adopt an open-source rendering engine.  Such an open-source rendering engine is available for example in the Libre Office software development platform. 

If the rendering engine code is public, then applicants can see for themselves exactly how particular tags and markup will be rendered and in particular can see this well in advance of filing day. 

Ten years later in litigation, there would not be any opportunity for dueling experts to pretend to hold different views as to how a particular tag or markup would or would not have been rendered on filing day, because the open-source rendering engine would have been documented and date-stamped in the relevant software development platform. 

So there’s the answer, presented in this open letter to the Commissioner for Patents.  Publish the source code for your DOCX-to-PDF rendering engine.  Do that, and I can promise you that the patent filing community will join you in moving this DOCX e-filing initiative forward.

Posted in non-DOCX penalty |

Who was a beta-tester of ePave?

2nd April, 2020 · oppedahl · 3 Comments

A member of the EFS-Web listserv asks if he can hear from people who used USPTO’s XML patent application authoring and e-filing system back in 2002.  Yes our firm was among the beta-testers of that system.  This prompts the following blog article. Continue reading →

Posted in non-DOCX penalty |

USPTO bounces its own rendering of DOCX claims

5th March, 2020 · oppedahl · 12 Comments

I just received a Notice to File Corrected Application Papers telling me that the PDF claims in IFW for my newly filed patent application don’t have the right line spacing.   The Notice says that I have to reprint the claims and send them in again.  But get this — I filed those claims as a DOCX file — a character-based file.  Would you like to make a guess who it is that converted that DOCX file into a PDF file?  Yes.  It was the USPTO that did the conversion to PDF.  Not me.  So it’s the USPTO that got the line spacing wrong. Continue reading →

Posted in non-DOCX penalty |

How the non-DOCX penalty will work for non-English filings?

10th October, 2019 · oppedahl · 4 Comments

USPTO published a Notice of Proposed Rulemaking some months ago, proposing to hit the filer with a $400 if the filer files a patent application in a format other than Microsoft Word word processor format.  (USPTO says “DOCX” but realistically the only way a filer can get USPTO’s system to work accurately is to generate the word processor file with Microsoft Word, and even then, only with Microsoft Word for Windows, in a very recent version of the software.) 

I published two comments (here and here) explaining some of the reasons why I feel the USPTO got it wrong on this.  And I joined seventy-two other patent practitioners in signing a comment that explored in quite some detail some of the things that USPTO got wrong on this. 

I imagine most of us nowadays have started at least trying to e-file in DOCX, just to try to find out how bad it is so that we can get ready for how bad it will be when USPTO starts charging the $400 penalty.  And recently I realized that there is a very interesting fact pattern that I am quite confident that no one at the USPTO thought about at all when it promulgated this Rule — the fact pattern where the initial filing is in a non-English language. Continue reading →

Posted in non-DOCX penalty |

Wasted energy at USPTO regarding page numbering

8th October, 2019 · oppedahl · 2 Comments

click to enlarge

Every now and then we receive a notice like this after paying an Issue Fee.   It is a Notice to File Corrected Application Papers (“NTFCAP”), and it tells us that our case will go abandoned if we fail to hand in a Substitute Specification, identical to what is already in the file except that it has to have page numbers added. Continue reading →

Posted in non-DOCX penalty, Patents |

Seventy-Three Patent Practitioners

1st October, 2019 · oppedahl · 2 Comments

About forty-six comments have been filed in response to USPTO’s recent notice of proposed rulemaking regarding patent fees.  One of the comments is filed by “Seventy-three patent practitioners”.  Here is the opening paragraph of their letter:

We write as patent practitioners to comment on a Notice of Proposed Rulemaking (NPRM), Setting and Adjusting Patent Fees During Fiscal Year 2020.  The signatories are members of several email listserv groups, a community of patent practitioners. The signatories taken together filed about 20,000 patent applications at the PTO during the past ten years, and paid about $50 million in fees to the PTO in the past ten years.

I am honored to be among the signers of that letter.

On a quick skim, it appears that every comment to this NPRM (including the comment cited above) that touches in any way on the non-DOCX surcharge is critical of USPTO’s effort to try to force applicants to file patent applications in DOCX format through imposition of a $400 penalty for failure to do so.  

In future blog articles I will try to excerpt and summarize some of the views expressed in the comments.

Posted in non-DOCX penalty |
Next Posts

Subscribe to Blog via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Categories

  • Copyrights (25)
  • Industrial Designs (243)
    • Hague Agreement (60)
  • Office Tech (175)
  • Patents (738)
    • non-DOCX penalty (17)
    • Patentcenter (62)
    • PCT (262)
    • Substantive law (5)
  • Trade Secrets (1)
  • Trademarks (293)
    • Madrid Protocol (51)
  • Travel (20)
  • Uncategorized (1)

Archives

  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • August 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019
  • June 2019
  • May 2019
  • April 2019
  • March 2019
  • February 2019
  • January 2019
  • December 2018
  • November 2018
  • October 2018
  • September 2018
  • August 2018
  • July 2018
  • June 2018
  • May 2018
  • April 2018
  • March 2018
  • February 2018
  • January 2018
  • December 2017
  • November 2017
  • October 2017
  • September 2017
  • August 2017
  • July 2017
  • June 2017
  • May 2017
  • April 2017
  • March 2017
  • February 2017
  • January 2017
  • December 2016
  • November 2016
  • October 2016
  • September 2016
  • August 2016
  • July 2016
  • June 2016
  • May 2016
  • April 2016
  • March 2016
  • February 2016
  • January 2016
  • December 2015
  • November 2015
  • October 2015
  • September 2015
  • August 2015
  • July 2015
  • June 2015
  • May 2015
  • April 2015
  • March 2015
  • February 2015
  • January 2015
  • December 2014
  • November 2014
  • October 2014
  • September 2014
  • August 2014
  • July 2014
  • June 2014
  • May 2014
  • April 2014
  • March 2014
  • February 2014
© 2019 Carl Oppedahl
  • Home
  • Toteboards
  • About Carl Oppedahl
  • speedtest
  • Sites that Cite our Site