MCPcopy Index your code
hub / github.com/pymupdf/PyMuPDF / PDF_NAME

Function PDF_NAME

src/__init__.py:22148–22159  ·  view source on GitHub ↗
(x)

Source from the content-addressed store, hash-verified

22146
22147
22148def PDF_NAME(x):
22149 assert isinstance(x, str)
22150 ret = getattr(mupdf, f'PDF_ENUM_NAME_{x}')
22151 # Note that we return a (swig proxy for) pdf_obj*, not a mupdf.PdfObj. In
22152 # the C++ API, the constructor PdfObj::PdfObj(pdf_obj*) is marked as
22153 # explicit, but this seems to be ignored by SWIG. If SWIG started to
22154 # generate code that respected `explicit`, we would need to do `return
22155 # mupdf.PdfObj(ret)`.
22156 #
22157 # [Compare with extra.i, where we define our own PDF_NAME2() macro that
22158 # returns a mupdf::PdfObj.]
22159 return ret
22160
22161
22162def UpdateFontInfo(doc: Document, info: typing.Sequence):

Callers 15

_get_redact_valuesMethod · 0.85
_getAPMethod · 0.85
_setAPMethod · 0.85
_update_appearanceMethod · 0.85
apn_bboxMethod · 0.85
blendmodeMethod · 0.85
delete_responsesMethod · 0.85
file_infoMethod · 0.85
get_fileMethod · 0.85
get_ocMethod · 0.85
get_soundMethod · 0.85
has_popupMethod · 0.85

Calls

no outgoing calls

Tested by

no test coverage detected

Used in the wild real call sites across dependent graphs

searching dependent graphs…