Colin Flashman
My feedback
144 results found
-
1 vote
An error occurred while saving the comment Colin Flashman
shared this idea
·
-
236 votes
An error occurred while saving the comment Colin Flashman
commented
This needs to get bumped so that this gets fixed.
Rival software - Serif Affinity Publisher - can do this without issue - here is the demonstration: https://youtu.be/toPXmbANygk?t=67
Colin Flashman
supported this idea
·
-
97 votesColin Flashman
supported this idea
·
-
103 votesColin Flashman
supported this idea
·
-
145 votesColin Flashman
supported this idea
·
-
166 votesColin Flashman
supported this idea
·
-
276 votes
Thanks for raising this feature ask. We are reviewing this
An error occurred while saving the comment Colin Flashman
commented
Direct competitor software - Serif Affinity Publisher - can do this right now. It is called "discontiguous selections". Demonstration is here: https://youtu.be/8PiWMNzoVLQ?t=883
Colin Flashman
supported this idea
·
-
284 votes61 comments · Adobe InDesign: Feature Requests » Cloud services (Typekit, CC Libraries etc) · Admin →
Thanks for making this request. In order to understand the use-case more better I have a few questions:
1. Whats the role of the different people working collaboratively on the same file. Are they always only designers or are other personas also involved.
2. What is the use-case here, some parts of this request suggest an Editorial collaboration whereas others suggest collaboration amongst different designers. I am trying to separate these 2 requests out.
3. What are the different kind of files (brochures, books, magazines etc) for which this is required.
4. Does it need to be a web based service, or having the user be able to collaborate on one shared file using InDesign or InCopy on the Desktop will work? What is the advantage you feel over a web-service over the desktop app?
5. How do you workaround this need today? What are the most important problems with…Colin Flashman
supported this idea
·
-
323 votesColin Flashman
supported this idea
·
-
327 votes
Hi everyone,
This feature is available in Adobe InDesign 2023 version.
Please update to this InDesign version to work with this feature.
--
Adobe InDesign team
Colin Flashman
supported this idea
·
-
394 votes
Thanks for the suggestion. We have started to explore this feature. Will share more details soon
Thanks
AbhinavColin Flashman
supported this idea
·
-
634 votesColin Flashman
supported this idea
·
-
19 votes
According to the ISO-32000, the Hyperlinks are NOT supposed to be populated into the Alt-Text field. They should be entered into the Contents Key (see attachment) instead.
InDesign currently does place them in the correct place [see screenshot attached].
While someone using Acrobat can also add them to the Alt-text field, this is technically less correct than entering into the Contents key but either will pass an Accessibility checker.InDesign implemented this correctly based on the above information (provided by Accessibility experts, like Dax Castro, thanks Dax).
Closing this issue.
—
Adobe InDesign teamColin Flashman
supported this idea
·
-
81 votes
Fix for this issue is now available in the latest update of InDesign 2021 – that is, InDesign 16.2.1
In the Creative Cloud Desktop application, click on the Updates section on the left. You should be able to see the Update available for InDesign. Please update your InDesign application to this version to try out the fix.
Let us know in the comments section if you still face this problem.
—
Adobe InDesign TeamColin Flashman
supported this idea
·
-
69 votes
Thanks for reporting. We will review the issue shortly
-InDesign Team
Colin Flashman
supported this idea
·
-
10 votes
An error occurred while saving the comment Colin Flashman
commented
I'd include the ability for preflight to also FIX the issues at hand. e.g. it detects registration being used in type... how about a "convert to black" button when that is detected? Another example - it detects images not bleeding off the page, though there is enough image to do so - how about a button that can be clicked that says "add bleed" and it fixes the issue? Reporting on the issues is one part, but fixing the issues would also be great.
Colin Flashman
supported this idea
·
-
132 votesColin Flashman
supported this idea
·
-
22 votes
The issue has also been fixed in the latest update of InDesign 2020 (ver. 15.1.3).
Please update InDesign 2020 to version 15.1.3 to get the fix.— Adobe InDesign team
An error occurred while saving the comment Colin Flashman
commented
noticed this when trying to enter in new GREP searches - the blinking cursor is nowhere to be seen :(
-
227 votes
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.
An error occurred while saving the comment Colin Flashman
commented
> Can you help us understand the key problems that you face in the absence of ability to send an anchored image backwards?
At the moment it is impossible and there's no real workaround that isn't inconvenient or easily understood by everyone who may have to work on the same file.
The behaviour of the anchored objects has two behaviours that are inherently frustrating:
1) The anchored object will appear one stack above the type it is being anchored to; and
2) Will not text wrap around any objects that appear on the same line or earlier in a story (Pariah Burke's video does a good job explaining this: https://youtu.be/cwgdGM4dQ6A and provides a workaround that can easily be undone by anyone else unfamiliar with the workaround who has to work on the same file)An instance of why you may want an anchored object to appear underneath the text could be a stylised heading like the attached photo. Currently, this is done by having the graphic on a stack below the type that is simply floating; but if the type moves, the graphic will stay where it is. The purpose of anchoring the graphic is that if the type moves, the picture follows it; but currently this is only in the X and Y axis, not the Z-axis of stacking where the only level of control is for the anchored object to be one stack above the type.
Colin Flashman
supported this idea
·
-
ID 2020 15.1 - All text variables (including page numbers) replaced by "ss" text
-
Adnotare 2020-06-19 220139.png 78 KB -
Annotation 2020-06-18 114245.png 3 KB -
Annotation 2020-06-18 113938.png 2 KB -
Annotation 2020-06-18 113957.png 18 KB -
Screenshot 2020-06-18 at 14.54.05.png 10 KB -
Fehler-Querverweise.png 670 KB -
Caminando por Fe_sample 5.pdf 431 KB -
Screen Shot 2020-06-17 at 12.46.36 PM.png 128 KB -
Screen Shot 2020-06-16 at 22.04.35.png 96 KB -
corrupted text variables.png 4 KB -
proper text variables.png 8 KB
218 votesThe fix is now publicly available in the latest InDesign update, 15.1.1
Please update to this latest version to get the fix.
—
Adobe InDesign teamAn error occurred while saving the comment Colin Flashman
commented
I understand that I can fix this using the workaround but I really need my files to be correct in the first place. Please advise when a patch is released.
Colin Flashman
supported this idea
·
-
Me again. Images three, five and seven didn't come through in my original post. I've attached them to this subsequent post.