Bevi Chagnon | ACP
My feedback
46 results found
-
517 votes122 comments · Adobe InDesign: Feature Requests » Text and Type · Flag idea as inappropriate… · Admin →
An error occurred while saving the comment Bevi Chagnon | ACP
supported this idea
·
-
410 votes
Thank you all for supporting this feature request.
Moving the feature request to the product backlog.Bevi Chagnon | ACP
supported this idea
·
-
434 votes69 comments · Adobe InDesign: Feature Requests » Long Document Features · Flag idea as inappropriate… · Admin →
We have added this feature in our backlog for future release
Bevi Chagnon | ACP
supported this idea
·
-
10 votesBevi Chagnon | ACP
supported this idea
·
An error occurred while saving the comment Bevi Chagnon | ACP
commented
This is a CRITICAL shortcoming of InDesign.
Accessible PDFs that are placed into an InDesign layout are converted to graphics and lose their individual components (body text, headings, tables, figures, etc.) and are merged together as one huge graphic <Figure>.What's needed: If a placed PDF is accessible -- that is, live tagged text, individual <Figure>, hyperlinks, and everything else that makes it accessible -- and that PDF is placed inside another InDesign layout, then retain the full accessibility and individual components when it is exported to tagged PDF from the new layout.
-
223 votes34 comments · Adobe InDesign: Feature Requests » Layout/Graphics etc · Flag idea as inappropriate… · Admin →
An error occurred while saving the comment Bevi Chagnon | ACP
commented
It's 3 years since this was originally requested here in UserVoice.
And 20+ years since it was requested by the beta testing team and other users.It's a HUGE bug in InDesign and affects those who need to anchor graphics for their particular type of documents, namely EPUB, accessible PDF, and exports to HTML and XML.
Seriously, move this up in the pipeline. Please fix it.
An error occurred while saving the comment Bevi Chagnon | ACP
commented
This is so critical for accessible, tagged PDFs from InDesign.
It controls the reading order, which i central requirement in PDF/UA-1.Bevi Chagnon | ACP
supported this idea
·
-
11 votes
Thanks for reporting this issue. We’ll review it shortly.
—
Adobe InDesign teamBevi Chagnon | ACP
supported this idea
·
An error occurred while saving the comment Bevi Chagnon | ACP
commented
One more facet of this bug:
Because the OBJR sub-tag provides the accessibility for those who don't use mice (in other words, provides "keyboard" access), the multi-OBJRs can fail when the keyboard is used. Mouse clicks work, but not the keyboard.Please correct this: we need ONE OBJR sub-tag for the entire hyperlink in order for the PDF to be fully accessible to all assistive technologies, especially those ATs that reflow text or use the keyboard to execute the hyperlink.
The entire URL should be in the <Link> Tag with one <Link - OBJR> sub-tag , not 2 or more <Link - OBJR> sub-tags.
Multiple <Link - OBJR> subtags can affect accessibility in some assistive technologies, and when the content is migrated to different technologies, such as HTML, XML, EPUB, etc. or when the content reflowed.
Having the content tagged based on the lines of text as they appear in InDesign is not helpful.
-
12 votes7 comments · Adobe InDesign: Feature Requests » Document/Pages · Flag idea as inappropriate… · Admin →Bevi Chagnon | ACP
supported this idea
·
An error occurred while saving the comment Bevi Chagnon | ACP
commented
No just hyperlinks!
Any time a PDF is placed in InDesign, it should retain all of these interactive elements when it's exported in the final PDF:
-- Hyperlinks in the source PDF
-- Buttons in the source PDF
-- Accessibility tags and features in the source PDFAt this time, placed PDFs are treated as "dead" graphics.
The magazine ads described by Evan are an excellent example of what's needed.
And accessibility is a huge requirement for government, academia, and general publishing.URGENT NEED, Adobe!
-
15 votes4 comments · Adobe InDesign: Feature Requests » Document/Pages · Flag idea as inappropriate… · Admin →Bevi Chagnon | ACP
supported this idea
·
An error occurred while saving the comment Bevi Chagnon | ACP
commented
So critical!
Especially common problem in long documents, such as reports, where the chart graphic won't fit on the page where it's referenced in the body text.
We need to be able to anchor graphics (and groups, and text frames) to a spread that is before/after the one where they are visible. -
6 votesBevi Chagnon | ACP
shared this idea
·
-
163 votes
Dear All,
Now you can set fonts/typeface directly in InDesign while creating PDF forms. This feature is now available in latest InDesign CC version. Please upgrade to the latest release.
Thanks
Abhinav AgarwalBevi Chagnon | ACP
supported this idea
·
-
220 votes27 comments · Adobe InDesign: Feature Requests » Layout/Graphics etc · Flag idea as inappropriate… · Admin →
Thank you all for the votes.
Can you help us understand the key problems that you face in the absence of ability to send an anchored image backwards?
What’s the current workaround that you have to follow?
What are the use cases wherein you need that the text appears specifically on top of inline anchored image?
This information will help us evaluate the functionality better.
Bevi Chagnon | ACP
supported this idea
·
-
267 votesIn Backlog · 32 comments · Adobe InDesign: Feature Requests » Styles · Flag idea as inappropriate… · Admin →Bevi Chagnon | ACP
supported this idea
·
-
262 votes50 comments · Adobe InDesign: Feature Requests » Layout/Graphics etc · Flag idea as inappropriate… · Admin →
Thanks for raising this feature ask. We are reviewing this
Bevi Chagnon | ACP
supported this idea
·
-
568 votes110 comments · Adobe InDesign: Feature Requests » Text and Type · Flag idea as inappropriate… · Admin →
An error occurred while saving the comment Bevi Chagnon | ACP
commented
And it needs to work with Acrobat to provide full accessibility in a tagged, accessible PDF. Consult with Leonard R @ Adobe about this.
Bevi Chagnon | ACP
supported this idea
·
-
130 votes
The fix for this issue is now available in the latest update of InDesign – version 16.1
Please update to this version to get the fix. To prevent problem on existing documents and see the footnotes again, you will have to force recompose the stories.
To force recompose stories, you can use the shortcut Command-Option-/ (slash) on Mac or Ctrl-Alt-slash on Windows-InDesign Team
Bevi Chagnon | ACP
supported this idea
·
-
36 votesBevi Chagnon | ACP
supported this idea
·
-
30 votes
An error occurred while saving the comment Bevi Chagnon | ACP
commented
Similar to Alt-Text, Expansion text is an attribute on a <Span> tag that indicates to screen readers how to voice the abbreviation/acronym.
Examples:
MoMA = "mo mah", the Museum of Modern Art in NYC
USDA = U S D A, the US Department of Agriculture, not "uzdah"
St. Louis = "saint louis", not "street Louis."
Louis St = Louis Street.
1600 PA Ave NW = "1600 Pennsylvania Avenue Northwest", not 1600 pah aave nwah
Bevi Chagnon | ACP
supported this idea
·
-
36 votesBevi Chagnon | ACP
supported this idea
·
-
31 votesBevi Chagnon | ACP
supported this idea
·
-
27 votesBevi Chagnon | ACP
supported this idea
·
Need to create our own custom footnote "numbering" system. In some professional fields, they have required footnote sequences, such as *, †, ‡, ¶, § which at this time, is not available in Document footnote options.
Let us create a custom pattern of numbering/symbols.
And to do this for each individual story thread, not the entire document.
And to create a different pattern/sequence for EACH TABLE, too. Right now, a table's footnotes get numbered (and placed) along with the document's footnotes.
Quite often, document footnotes are 1, 2, 3, while the table footnotes are *, **, ** or a, b, c.