Hello @Ervins G., I'm sorry to hear about your experience. Would you mind trying the suggestions in this help article (https://adobe.ly/45UYBkP) and letting us know if they help? If the problem persists, kindly share more details, like the exact version of the OS/InDesign, system config (CPU/GPU/Memory), details of your workflow, and a screen recording of the problem (https://adobe.ly/45SW0b1), so we can investigate this further? Looking forward to hearing from you.   Thanks, Anubhav ... View more

I've just done this and created 2 files from your psd (one run with your action/profiles) and one with a 'straight' conversion via 'convert to profile'. I see that the one using your steps is more neutral and has a more subtle range of tones. Is that what I should be seeing?   I have another file that needs to be converted from greyscale to CMYK 4C. Is this advisable and how would you do it? With the same workflow? ... View more

With black only I think the press operator might push the black in order to overcome the "grayness" of one color on an uncoated sheet. For color work where there’s CMY supporting the black, the tendency might be to hold back on the black density because the blacks are going to be richer.   Yes. and Yes again. I think you you are explaining my initial post so much better with these words.   ... View more

Hi, that doesn't solve the issue – please can you try testing this out? The language presets and defaults are all set to left-to-right, English. The only time it's an issue is when I paste text and InDesign automatically generates a text frame – in which case it automatically overrides the language direction. If I clear overrides, it corrects the position. If I paste into a frame I draw myself with the text tool, the out ports are in the correct location. The issue is with InDesign autogenerating the text frame when I click paste – it should be 1. set with the story writing direction to match that of the document / default; and 2. a [basic text frame] style, not [none] since I'm pasting text, not anything else. I don't really care much about 2. but 1. is important, as it's slow manually drawing a lot of text boxes.   Thanks! ... View more

Your screen colourpace is not used in the conversion to CMYK Stephen and D Fosse are right, receiving an untagged image means that the system has to make an assumption, maybe your Win and Mac machines are set up differently (Photoshop Color Settings) the default RGB working colour space there is used as a source for the conversion (and viewing of) untagged images.    By the way, why the hell are the library selling untagged images! It's resulting in Russian roulette. You'll need to open the image on a calibrated screen and "try" assigning different RGB profiles until the image "looks " right. See what we mean about roulette! Then save with the profile embedded and try it on both machines.   I hope this helps neil barstow, colourmanagement net - adobe forum volunteer - co-author: 'getting colour right' google me "neil barstow colourmanagement" for lots of free articles on colour management   ... View more

Which makes me very nervous, as I have no idea why they'd ask for that - presumably they'd be converting later on in the process.   It might be their guidelines are outdated—the old [High Quality Print] preset from CS2 uses No Color Conversion and no Standard. If you include RGB color, the profile Inclusion Policy is important—RGB can’t be correctly converted to CMYK at output without a profile embedded, so the policy should be Include All RGB and Tagged Source Profiles, and if you are using native RGB colors, it should be All Profiles.   You don’t necessarily have to use the X-4 standard—you just need all RGB to include profiles—but there are some benefits, and I doubt a printer would reject a PDF with the X4 standard. X standards include an Output Intent Profile, which is the output profile you expect to be used, but isn’t necessarily the final output profile. Your printer would have the flexibility to use a different profile (to control TAC?) when the RGB images are converted.   Also, X4 doesn’t profile document CMYK colors. Native InDesign CMYK colors export as DeviceCMYK, which make CMYK-to-CMYK conversions of native color less likely—black only text would not convert to 4-color. InDesign native RGB colors always get a profile assignment.     ... View more

Have you tried to set the View>Display Performance to Fast Display? The High Quality Display setting will anti-alias all of the text, which looks nice but would like have an affect on document performance. ... View more

Changing the user dictionary IS changing the text as the hyphenation uses ist entries. So it will reflow. ... View more

Has anyone been able to test whether this bug is carried onto devices that use ADE as a base (various types of Nook etc)? ... View more

Thanks for the response. In a perfect world, I wouldn't copy them at all: I want to duplicate the text of a paragraph minus the text anchor but can't find a way of doing it. At least when it's duplicated, it becomes a new anchor rather than some weird copied-by-reference thing. Either way, I need to exclude them from duplication (in which case how can I find them to ignore them) or remove them afterwards (ditto). The only reliable way seems to be tediously going through the indexed position of the character in question against all the destinations, which is a bit of a drag. Something like (for one char - untested!) // with one anchor selected var char = app.selection[0]; var dests = app.activeDocument.hyperlinkTextDestinations; for (var i = 0 ; i < dests.length ; i++) {    if ((dests.destinationText.index == char.index) && (dests.destinationText.parent == char.parent)) {    // delete char    } } ... View more

That looks like it! Just when I thought I'd read every possible attribute... Haven't tested yet but it must be right. Thanks very much. Alex ... View more

…As a sort of related issue, this might be useful to anyone who, like me, was confused by indexing and insertion: if p represents a paragraph of 39 characters: p.characters.length            // = 39 p.insertionPoints[-1].index    // = 39 p.insertionPoints[-1] = "ABC"  // added "ABC" to end of paragraph p.characters.length            // = 43 (correct) p.insertionPoints[-1].index    // still = 39, which is WRONG (stale) p.insertionPoints[-1] = "DEF"  // means the paragraph ends "DEFABC" // so we have to go up to the story level and // then back down to get the "live" insertion point: p.parent.characters[p.index + p.characters.length - 1].insertionPoints[-1].contents = "DEF" Alternatively, you could use a function like: function realLastCharacter(p) {     return p.parent.characters[p.index + p.characters.length - 1]; } Hope that comes in useful for someone, it's not obvious that it will work like that! ... View more

Hi, My script Place Microsoft Word_Style.scpt includes the following handler for setting RTF import preferences. Written originally for InDesign 5 and 5.5, it still works today: (*Sets preferences for importing Microsoft Word RTF format*) on mWordImportPrefs()   tell application "Adobe InDesign CC 2018"   tell word RTF import preferences   set convert bullets and numbers to text to false   set convert page breaks to none --can be page break or column break   set remove formatting to false   set import endnotes to true   set import footnotes to true   set import index to true   set import TOC to true   set import unused styles to false   set preserve graphics to true   set resolve character style clash to resolve clash use existing   set resolve paragraph style clash to resolve clash use existing   set use typographers quotes to true   --note: the following are valid if remove formatting is set to true   --set convert tables to Unformatted Table --can be Unformatted Tabbed text   --set preserve local overrides to true   end tell   end tell end mWordImportPrefs Since you want to set all paragraph styles to a single style and character styles to none, you might want to just set remove formatting to true and preserve local overrides to false. Shirley W. Hopkins ... View more