Eyedropper bug / annoyance Illustrator CC

Hi everyone,
I believe this is something which seems to have happened in the last couple of weeks.
I've recorded a video of my issue to try and show you guys what my problem is.
Basically, I have my shield on the left which is a shape with a fill and stroke. I'd like to select the wifi signal's style, by selecting the eyedropper. The wifi signal is a group made up of three shapes.
For whatever reason, my styling completely gets removed, as you can see here:
http://monosnap.com/file/hQayYPlpaj4c7zh6mBEIfCknlZ13xn#
In my eyedropper settings, I have all the boxes checked.
This is frustrating me like you wouldn't believe. Any ideas?

Thank you Larry. I just submitted this bug report pasted below at the link you provided.
******BUG******
Illustrator CC 17.0.0 *always* merges layers when opening a DXF file, even if you have the "Merge Layers" unchecked.
1. Open a DXF file that contain multiple layers in Illustrator CC 17.0.0
2. Uncheck the "Merge Layers" button.
3. Click OK.
Results: It has merge all the layers into one layer.
Expected results: It should open with multiple layers preserved. Illustrator CS6 works properly.

Similar Messages

Bug Found: Illustrator CC *always* merges layers when opening a DXF file - CS6 works properly

Bug Found: Illustrator CC *always* merges layers when opening a DXF file - CS6 works properly. When opening a DXF, CC merges multiple layers into one, even if you have the "Merge Layers" unchecked. Can a forum admin employee get this submitted as a bug report? Thanks.

Thank you Larry. I just submitted this bug report pasted below at the link you provided.
******BUG******
Illustrator CC 17.0.0 *always* merges layers when opening a DXF file, even if you have the "Merge Layers" unchecked.
1. Open a DXF file that contain multiple layers in Illustrator CC 17.0.0
2. Uncheck the "Merge Layers" button.
3. Click OK.
Results: It has merge all the layers into one layer.
Expected results: It should open with multiple layers preserved. Illustrator CS6 works properly.

Eyedropper Bug? (Objects in Clipping Masks Report Different CMYK values0

1. Draw a box and fill it with c20 m40 y60.
2. Measure with the eyedropper. Result: c20 m40 y60
3. Draw another box and clip the first into it.
4. Measure with the eyedropper. Result: c16.47 m38.1 y58.41 k4.22
5. Release clipping mask.
5. Measure with the eyedropper. Result: c20 m40 y60
Additionally, if you output the file to PDF or through the RIP the results are c20 m40 y60, which indicates this is an eyedropper bug.
Is there any legit reason why this might happen (I can't think of any) before I submit a bug report?

>Perhaps it happens because the document color space is RGB.
Exactly right, Gernot.
I was able to replicate the 'problem' by using RGB mode. Eyedropper readings within the masked object are 19.61 / 39.61 / 59.61 / 0.39.
Differences between my readings and the OP's might be caused by different color space settings.
Or, it might be a version-dependent thing.

Possible bug in Illustrator CS4 text anti-aliasing in Save for Web and Devices

Hello all,
This could be a bug... if so, I'd be happy to add it to Wade's bug list a few messages down the stream.
Here's what's happening: when I create small text using a very thin font (in this case, Helvetica Neue Light), the Pixel Preview gives a noticeably different anti-aliasing solution to the actual output from Save for Web & Devices. I'm attaching an original .AI file as well as a screenshots of what I'm getting in both situations.
I'd really prefer the Save for Web and Devices output to look exactly like the Pixel Preview. The font looks great in Illustrator but loses a lot of its punch when I Save for Web.
---Peter

In the Svae for Web and Device under the image tab where it says art Optimize that is a drop down menu select Type Optimize as such
htis is what it lloks like in AI and a browser when you choose Type Optimize
This the difference between Art Optimized and Type Optimize
That is what is happening to you you are selcting Art Optimize and that is the reason when you choose art optimize aqnd you rraster the image it looks right to you.

Mitering Bug in Illustrator CS4?

I finally bit the bullet and moved from Illustrator 10 to CS4 this winter. So far, it's been great! I don't regret it at all. On my very first project, though, I noticed that CS4 seems not to miter certain small paths correctly. At first I thought my geometry might not have been exact, but I opened the same file up in version 10 and the mitering is perfect. Has anyone else noticed this? I'm attaching two images of the same file, one opened in version 10 (with the mitering I had expected) and one in CS4 (with the incorrect mitering, circled in red).
I will add this to Wade's list too, but wanted to see if anyone else had had this problem. If not, where is the appropriate place to report a bug?

How were you able to get the coordinates of the direction handles?
The dialog shown in the screenshots is a Script Alert. It's one of a handful of very simple "get info" Javascripts I use to obtain specific info about selections when working on more elaborate scripts.
//--start script
var docRef=app.activeDocument;
var pathRef=docRef.selection[0];
var pointsRef=pathRef.pathPoints;
var pointsCount=pointsRef.length;
for(i=0;i<pointsCount;i++){
var pointRef=pointsRef[i];
var myReturn="\r";
if(pointRef.selected==PathPointSelection.ANCHORPOINT){
alert("Anchor "+i+" X: "+pointRef.anchor[0]+myReturn+
"Anchor "+i+" Y: "+pointRef.anchor[1]+myReturn+
"LeftDirection X: "+pointRef.leftDirection[0]+myReturn+
"LeftDirection Y: "+pointRef.leftDirection[1]+myReturn+
"RightDirection X: "+pointRef.leftDirection[0]+myReturn+
"RightDirection Y: "+pointRef.rightDirection[1]);
//--end script
And how were you able to numerically adjust them?
I didn't. See the guides in the second screenshot? I just snapped a horizontal ruler guide to the bottom of the extended handle and a vertical ruler giude to the anchorPoint. Then I snapped the handle to the intersection of the two guides.
What a cool feature that would be.
Javascripts can be used to set coordinates of anchorPoint anchors and handles. Some of my scripts do. But you would have to be carefully specific about what exactly you want the behavior of the script to be. For example:
FreeHand has for decades provided retract and extend buttons for incoming and outgoing handles. Those buttons would fix your specific problem with a mere couple of clicks. Illustrator only just very recently got around to providing point kind (corner or smooth) conversion buttons in its Control Panel--and those fall far short of the functionality and utility of FreeHand's treatment. The FreeHand functionality could be constructed in Javascript without too much difficulty (the auto-extend portion of it would be the trickiest), so I would think it should be a piece of cake to build it into the program.
But don't hold your breath. The program still can't join more than two open paths at a time, either.
By the way, five out of the twelve innermost points of your path are Smooth Points. Unfortunately, Illustrator's convert buttons retracts the handles when you convert to cornerPoints, and doesn't give you any option to specify otherwise. See that little Automatic checkbox in FreeHand's Object inspector? Also, note how easy it is to differentiate between selected corner (round) and curve (square) points in FreeHand:
If I had but one pathpoint selected, its position would be shown above, too. In fact, in this one tidy palette I can see and set important things about a selected path or pathpoint for which in Illustrator you have to visit the Appearance, Attributes, and (of all things) Document Info palettes.
JET

Color manager bug in illustrator cs5

i try to change objects colors via the color manager with a cmyk code for the new color. the color of layers i changed already changes while i'm changing the other layers. It takes 5-6 time before the right color stay. why? is it a bug? i would like to set the same color for all layers ...thanks

Confirmed this is being generated entirely in CS5. I opened the font Sabon. I created a text box. I pasted in some generic type I had just made in text edit. I changed the font to Sabon and the paragraph to justify. I saved and closed the document and closed Illustrator. I closed Sabon and opened Sabon from another foundry. I opened Illustrator and opened the document. All looked good. I duplicated the text box over and outlined the type. I went into the font manager and closed Sabon. I opened the original Sabon. DING! Type reflow. I saved as a second document. I copied the outlined type and closed the document. I opened the original document (note the original font is open). No problems. I paste the outlined type (type outlined with the wrong version of the font active) and it lands exactly in place. I open the second document. The type that reflowed now gives me the stupid message about another version of Illustrator screwing it up. I hit OK and the type reflows back to the way it is supposed to be.
This proves that the kerning changes weren't due to differences between the fonts. This proves that Illustrator CS5 has a MAJOR type engine bug that could easily spell disaster in production.

Snapping bug in Illustrator CC?

Hello. I've an issue with Illustrator CC. When moving more than one point of an object, the points snap to some predefined pixel grid... You'll notice from the attached images - the second image shows the first scaled down to about half the size - the 'slits' on the side elements have either been widened, or reduced to nothing (as shown by the last image)...
I've used illustrator since version 9, so am used to using the application. Snap to grid and pixel are both off (as is pixel preview or anything else that defines how the image is viewed), so believe this to be a bug - a very annoying bug that effectively renders the application useless for precision illustration.
Any thoughts? Many thanks!

Paul,
In the Transform panel, select everything and untick Align to Pixel grid, this frees the present objects, then in the Options untick for New Objects.
You may avoid using (RGB) document types made for web and similar uses. or change their default to have Align to Pixel Grid unticked.
Edit: Hi Monika.

A few more FCP X Bugs/Annoyances

Hello all,
I cannot thank the help and expertise from some of the members in the FCP X support community. Luis Sequeira and Tom Wolsky you guys are part of the reason why I am persevering with FCP X and am finding it to be the future of editing despite the many flaws it has. I was glad to find out I wasn't just one of a few who found some of the bugs and inconsistencies to be slightly more than an annoyance. Here are a few more that i've noticed and am wondering if anyone has found out why these issues exist and would care to add upon:
This one is for Macbook FCP X users. I don't have this problem on my tower or my 27" iMac so I am led to believe this is a deliberate (althrough strange and unwise) GUI design change from Apple. When I open up my color board on my 13" Macpro, I see my color board, exposure and saturation control just like I do on my desktops. I do not however, see the percentage change view/controls underneath. I cannot scroll down further, all I have to play with is the respective color, saturation and exposure "board" leaving me to use my eyes as my only trusted gauge for correction/change. Here's an image of what I see...
Notice no percentage gauge?
Here's another issue I have not been able to find a workaround for despite trying usual and predictable avenues in my attempts. It's not a huge deal, but being a keyboard shortcut junky, I find it annoying that I cannot press Command + E to export with my default settings on my macbook. The shortcut is not visible in the menu or when I hover my curser over the icon. Naturally, I went into my command editor to see whether i'd have to edit or completely create this shortcut on my own. The shortcut is definately still the same in the comman editor, but still no avail. I've input the keys to manually create this shortcut, still the same.
Here is what I see:
No matter what I do, when I press Command + E (I make sure i'm in the timeline) the shortcut doesn't work and I hear the sound that occurs when an incorrect or unvailable command/action occurs. Not a huge deal but still need to know if this is a legit bug or if it was intentional for laptop owners for some strange unidentifiable reason. I'm wondering if any other Macbook users are encountering the same problem.
I am about to mention these issues as well as a few others in hopes they can address them in future updates but wanted other peoples take on them. These aren't bugs as much as things I think would make more sense if corrected or improved upon:
Pressing CMD + 6 to open AND CLOSE the color board to make color adjustments. Once i am done making my necessary color/exposure adjustments, why can't i close this window with the same shortcut i used to open it? I can open the color board with CMD+ 6 but cannot close it with the same keyboard shortcut command. Same with CMD + 8 for audio enhancements, I can open the audio enhancements window with this shortcut but cannot close it with this shortcut. I have to close the entire inspector with the keyboard shortcut cmd 4 to close the window. Seems very counter intuitive and for short term projects isn't that big of an issue (like I mentioned i'm a keyboard shortcut fanatic), but becomes very annoying for paid, commercial work (which i've become accustomed to using CS6 for). When i work on my laptop I keep the inspector open when I need to maximize viewer space and would like to be able to have the color board close as conveniently as it opens without having to press cmd 4 to close inspector. Not that big of a deal but would like to see this fixed, wanted other people's thoughts?
Thanks again for your help, the transition to FCP X for things other than Facebook and short Instagram vids is coming about slowly but surely...
Anthony

Pull down the separator bar at the bottom of the color board to create more space for the percentages.
The color board and audio enhancements are parts of the inspector. You close the inspector with Cmd-4.
Cmd-E is the default export setting. It's assignable to any preset or custom export setting. Open Destination preferences, right-click on the setting you want and select make default.

Bug in Illustrator CS2-CS5.1 beim SVG Speichern

Mittlerweile ist klar, das ist ein Fehler im Programm, getestet mit Illustrator CS2, CS4 und CS5.1 .
Was muss man wo tun um ein Hotfix zu erhalten?
Wohin muss ich mich da wenden und was kostet's ggf.?
Eine Kollegin hat herausgefunden, dass Illustrator bei eingestellter Codierung UTF-8 nicht in UTF-8 exportiert, sondern in ANSI.
Wenn UTF-8 drauf steht, aber ANSI drin ist, passt das natürlich nicht zusammen
D.h. im XML Quelltext steht UTF-8 drin, aber es ist eigentlich ANSI, das führt dann zu Interpretationsfehlern.
Witzigerweise kann AI sein gerade gespeichertes SVG noch nicht mal selbst öffnen.
Beispiel:
Öffnet das Pseudo-UTF SVG mal mit den normalen Windows Editor, anschließend geht ihr auf "Speichern unter", der Editor schlägt vor, in ANSI zu speichern, heißt die Datei ist eigentlich ANSI kodiert. Speichert man das SVG mit dem Editor dann nicht unter ANSI, sondern als UTF-8 ab, gibt es plötzlich keine Anzeigefehler mehr, weder im IE noch im Firefox.
Habe mittlerweile die Möglichkeit gehabt es in CS5.1 zu versuchen, selber Fehler.
Gibts dafür vielleicht schon ein Fix?
Wir steigen nun von CorelDraw auf Illustrator um, zu Testzwecken habe ich im Mom zwar nur CS2 drauf, aber CS5.1 wird folgen.
Es geht darum maussensitive SVG's zu erstellen, d.h. bei einigen Objekten werden Grafikattribute hinterlegt um das SVG hinterher interaktiv machen zu können.
Problem:
Das Grafikattribut ist als "Imagemap: Polygon" gesetzt und sieht in etwa so aus: "Þg;8314;S005Þ"
Problem:
Leider werden Objekte die mit diesem Attribut im SVG später nicht angezeigt(siehe "Link mit Zeichen"). Wenn ich das Thorn "Þ" weglasse, werden die SVG's richtig angezeigt (siehe "Link ohne Zeichen").
Im IE8 werden Objekte im SVG mit diesem Thorn einfach weggelassen, der Rest wird angezeigt.
Im Firefox wird das SVG gar nichtt angezeigt und er gibt einen XML-Verarbeitungsfehler in der entsprechenden Code Zeile aus.

Confirmed this is being generated entirely in CS5. I opened the font Sabon. I created a text box. I pasted in some generic type I had just made in text edit. I changed the font to Sabon and the paragraph to justify. I saved and closed the document and closed Illustrator. I closed Sabon and opened Sabon from another foundry. I opened Illustrator and opened the document. All looked good. I duplicated the text box over and outlined the type. I went into the font manager and closed Sabon. I opened the original Sabon. DING! Type reflow. I saved as a second document. I copied the outlined type and closed the document. I opened the original document (note the original font is open). No problems. I paste the outlined type (type outlined with the wrong version of the font active) and it lands exactly in place. I open the second document. The type that reflowed now gives me the stupid message about another version of Illustrator screwing it up. I hit OK and the type reflows back to the way it is supposed to be.
This proves that the kerning changes weren't due to differences between the fonts. This proves that Illustrator CS5 has a MAJOR type engine bug that could easily spell disaster in production.

Eyedropper: Bug or Feature

This seems like bug:
When i put something in group and want to sample it with eyedropper tool with: "All layers exlude Adjustment layer" sampling isn't avalaible, video HERE

yeah, that does not seem right to me.
If I put an Adjustment Layer above the Group, eyedropper seams to work as expected. But even with adjustment layer in Group, it does not work like I think it should . Does not seem to matter if Group blend is set to Normal or Pass Through.
Maybe someone from Adobe can comment on expected behavior for the new Eyedropper settings in CS6.

"Verdana missing" bug in illustrator CC on Mac

Hi Adobe,
I just called your outsourced phone support at the request of the tier 1 support/chat and they were unable or unwilling to address this issue and I was told to start a new thread here to try to get the attention of the programmers. For some reason, Illustrator CC stops working randomly, and asks for the font Verdana. It's installed, and active, in all 4 flavors but Illustrator can't or won't see it. In my experience a restart fixes the issue, but it will return again within a week and this has been happening since about mid-December 2013, or about 2 months. I am up to date on all cc files, and am running OSX v10.9.1 and I find it a vexing problem that this verdana font, which I *never* use is crashing your software and I see it as a threat to my livelyhood and sanity! What is being done to fix the dependancy that Illustrator has on this font? Why don't the tech people know about the issue when it is clearly a known issue on the discussion boards? Why are your previous threads about the issue closed without a clear resolution? What changed in the most recent version to create this dependacy on a system font that has *no business* being used for design work? I await your response...

Yes Monika, they are there as I previously stated....
**please do not post to this thread without reading the issue first, what we are talking about here is a program bug which has been reported to adobe and unless you are an adobe programmer you can't solve the issue***
Message was edited by: PrePress1

Major font substitution bug in Illustrator CS5

Hi all,
This took me a good long time to track down, and since I didn't find any information here and Adobe technical support was no help, I figured I'd post the result. Happy new year.
Here was the problem. Working in CS5, intermittently we would get font reflow issues. In addition, when going to edit the type boxes with font reflow, we would get the message, "This text was created in a different version of Illustrator. Editing the text may cause some changes to your text layout. Basic formatting will not be affected. Do you want to continue?" Please note it says "different version" rather than "previous version". These files originated and stayed in Ilustrator CS5! If we hit OK, the type would snap back to the original state!!! Worse, if the type was copied and pasted, or anything in character or paragraph styles was edited, it would snap back without ANY warning. Now you see it... now you don't. Major problem in any print environment.
So here is what I found, and this is a CS5 exclusive. If you are working on a file and have a font set open which includes a font from one foundry, and then opened another document and activated a font set with an identical font from a different foundry (the original font closing), the kerning for the original document (in the background now) would be set to zero (rather than auto) and the font would reflow. If you didn't notice the reflow, and saved the file, well it would create the condition as described above. Of course it isn't ideal to have the font foundry change like that, but bottom line usually you could get away with it... maybe with one or two characters moving slightly. In the new CS5 world, Illustrator decides you really don't need ANY kerning pair information and then helpfully tells you it was a "different" version of Illustrator that caused this. Heh.
What a mess. Bottom line, make sure your font management application is set to throw warnings when conflicting fonts are opened, and most importantly, leave the original font open! Do not allow the new font to be opened until the conflict is resolved.
If your font management application does not have this option (Universal Type Server 1 did not), you better upgrade or forget about using Illustrator CS5 in a heavy production environment.
Adobe, this was a major change and a major headache. You have some explaining to do...

Confirmed this is being generated entirely in CS5. I opened the font Sabon. I created a text box. I pasted in some generic type I had just made in text edit. I changed the font to Sabon and the paragraph to justify. I saved and closed the document and closed Illustrator. I closed Sabon and opened Sabon from another foundry. I opened Illustrator and opened the document. All looked good. I duplicated the text box over and outlined the type. I went into the font manager and closed Sabon. I opened the original Sabon. DING! Type reflow. I saved as a second document. I copied the outlined type and closed the document. I opened the original document (note the original font is open). No problems. I paste the outlined type (type outlined with the wrong version of the font active) and it lands exactly in place. I open the second document. The type that reflowed now gives me the stupid message about another version of Illustrator screwing it up. I hit OK and the type reflows back to the way it is supposed to be.
This proves that the kerning changes weren't due to differences between the fonts. This proves that Illustrator CS5 has a MAJOR type engine bug that could easily spell disaster in production.

Modal dialog bug in Illustrator CS3, CS4 (Mac)

Using the latest point version of Illustrator CS3 and a newly installed copy of Illustrator CS4, I have noticed a consistent bug on at least two different Macs (10.5.5). This bug pops up when you have a text item with optical kerning, and you try to manually adjust the kerning between characters. The value in the kerning field of the Character Panel has parenthesis around the numbers to show that it is a calculated value. If you change the numbers, but accidentally leave the parentheses, a modal dialog pops up saying, "Invalid numeric value." It is not possible to dismiss this dialog, and it is necessary to force quit the program.
When the text is Auto-kerned, and one makes the same mistake, the parentheses are automatically removed for you.
Using Illustrator CS3 in Windows, the "Invalid numeric value" dialog pops up under the above scenario; however, one is able to dismiss this dialog and resume working.

I wasn't quite sure where to submit bug reports, which is why I posted here. However, I finally did find the bug report form on the Feedback tab of Adobe's Contact page. So I just reported this bug.

Bug in Illustrator on MacBook Retina with external monitor

I noticed that in Illustrator CS6 - after the Retina update
when I am working on a document on my MacBook Pro Retina - it look fine
but when I connect to external Thunderbolt display - and start moving around objects on layer
I get a bunch of white lines through my graphic where the object rectangle boundries were (in old position and when moved to new position)
this is a display only issue as it does not get exported into final imgae, and it can be cleared by refreshing the screen (drag a window on top of it for example to force a redraw)
however it makes editing very annoying as I'm workign with precision elements and they are getting sliced up with 1 pixel white lines everywhere and I have to go manually clear them every minute or two which is distracting.
Anyone else having this issue? I suppose I'll open a bug report but wanted to see if anyone else noticed it as well.

Yes, you can. I have the Bluetooth wireless keyboard and mouse and a Dell widescreen display, but if you have a USB keyboard and mouse, it works essentially the same way. Just power everything up, then close the lid on the MBP to put it to sleep. Then, leaving the lid on the MBP closed, press a key or move the mouse, and your MBP will wake using the external display as the primary.
Should be no problem ;))

Eyedropper tool in Illustrator not working on pasted Photoshop image

Hey,
I've copied images from 3 different layers in Photoshop into Illustrator. One is an outline, another is a colour fill and the last is a filled in ellipse. When trying to use the eyedropper tool to get a colour used in the colour fill, it doesn't work - only showing black or white. But it will pick up the ellipse's fill colour. It picks up other colours in the document fine that I drew in Illustrator.
Any idea what I need to do to get this to work? I'm at a loss.
Thanks!
Mike

Thanks Mike!
I think I've figured out what was going on. The eyedropper was picking up only the outline layer's colours so was only getting black when on an outline, and white when on the colour fill area. If I delete the outline and left only the colour fill and the pink background, the eyedropper works. The outline was blocking the eyedropper from accessing the colour fill. Not sure exactly how that works as the outline isn't filled in with colour (obviously, otherwise the colour fill below wouldn't show through). Nor is it completely transparent - it's just an outline.
They are all copied into a new document on the same layer, but grouped. So I either have to delete the outline layer or turn it off in the - I'm not sure of the terminology here - layers that are within the layer(?).
Hope that makes sense - thanks for your brainstormage Mike and Ton!

Eyedropper bug / annoyance Illustrator CC

Similar Messages

Maybe you are looking for