Layer colour tagging bug

If I assign a colour to a layer and then change the layer to a Smart Object the colour tag is lost.
1) Open image
2) Duplicate (Ctrl+J) Background to create a Layer (Layer 1)
3) Right-click on the Layer 1 'Eye' icon and choose a colour (Red)
4) Right-click on Layer 1 and choose " Convert to Smart Object
5) The Red colour that was assigned in step 3 will now disappear.
Expected Result: Layers that have been assigned a colour should keep that colour even when converted to a Smart Object.
PS6 Build: m.415
Confirmed on both Windows7-64 and Vista64
Motherboard: Asus P6X58D-E
CPU: Intel Core i7- 960 (Not overclocked)
RAM: 24GB
Video: ATI Radeon HD5700
HD: OCZ-Vetiex2 120GB SSD (OS/Apps)
HD: WD600GLFS (Data)
HD: WD300GLFS PS (Scratch)
(This error has also confirmed by someone else using a Mac)
Russell

That might be what's going on behind the scenes. But I'm not sure most users will understand why adding a colour tag to a layer cannot be maintained when all they're doing is choosing to apply a layer option.
In my case I was organizing 20 small images on the canvas and found the colour tags very useful in that I could view and align/distribute various groups as per their assigned colour. I then decided that resizing was needed so I changed them all to SO's and that's when all the work I did assigning colours was lost. If the colour tag is being offered as a layer organization feature then it should be maintained when a common layer operation is performed.
Your explanation sounds as if converting a layer to a SO should also cause it to lose any name we've given that layer. But a layer name is not lost and remains intact. So why not the colour?
Russell

Similar Messages

How to search for coloured tags ?

Hi all, I have often been amazed by the speed and accuracy of Searching for Files on my MacBookPro.
As powerful as this SEARCH facility is, recently I wanted to search for a file that I knew had a RED tag assigned to it.
I couldnt find how to do that, it sounds so simple, but, as far as I can see, it cannot be done !!!
I would have thought that it should be easy to do, it is quite an important and useful thing to do, to be able to add coloured TAGS to files, so why can't I search for them, by colour ?
Please. I dont doubt that someone, somewhere knows how to do it, if so please let me know, so I can do it as well. Thanks
Tim

If you search in Finder, you can search for a tag in the search field.
You can also select a Tag from the Sidebar and it will list all files with that tag.
You can Arrange by Tags, too.
It doesn't appear that Tags are a search criteria in the Spotlight menu, though.

Edit region teal colour tag "editableregion" is messing up layout.

Hi I have developed a Photoshop layout.
I carved up vertical menu bar (6 options) and made three different buttons for different states. up down pressed
so I can calculate 6 x button height (52) and 138 width.
So i have an area of 312 x 138
So I create a slice of this size.
So i save for web
Now when in dreamweaver i create template ..
Now for the navigation area of size 312 x 138 i create a div and then i insert a editable region.
I get a bulky teal coloured tag at top
Finally i create my navigation bar and insert 6 images. ... but the bottom is being push by what seems to be the height of the bulky tag.
Any suggestions please

Sure, you can turn off the invisible items, and turn them back on when you need them. Go to View > Visual Aids > Invisible Elements and turn them off.
They only mess up the Design View, they should not be messing up your actual Live View or Browser View.
Beth

How do you change the name of the coloured tags?

I want to change the name of the coloured tags but cannot see where I can do this. Is it possible to add a colour to a new tag?

Hi HP1485,
The page linked below details how to go about changing existing tags as well as adding new tags.
OS X Yosemite: Finder preferences
http://support.apple.com/kb/PH19077
All my best,
Allen

Is there a way to change the Layer Color Tag via Script?

I tried to use the Script Listener to find the Event to change the Layer Color Tag but there were no commands recorded to my desktop. I have scoured the forums and the depths of Goooooo....ooogle and to no avail.
I checked the API for an Art Layer and found no options to assign a Color Tag.
I want to change the Color Tag From:
To Color Tag Purple:
Could anyone please help point me in the Right Direction?

Just solved my own question:
Photoshop was being weird so I had to change the color 2 times for the event to be recognized...idk why but it worked: heres the code:
desc66.putReference( idnull, ref55 );
    var idT = charIDToTypeID( "T   " );
        var desc67 = new ActionDescriptor();
        var idClr = charIDToTypeID( "Clr " );
        var idClr = charIDToTypeID( "Clr " );
        var idVlt = charIDToTypeID( "Vlt " );
        desc67.putEnumerated( idClr, idClr, idVlt );
    var idLyr = charIDToTypeID( "Lyr " );
    desc66.putObject( idT, idLyr, desc67 );
executeAction( idsetd, desc66, DialogModes.NO );

[svn:fx-trunk] 5318: * Vector tag bug fix.

Revision: 5318
Author: [email protected]
Date: 2009-03-16 08:02:21 -0700 (Mon, 16 Mar 2009)
Log Message:
* Vector tag bug fix.
tests Passed: checkintests
Needs QA: YES
Needs DOC: NO
Bug fixes: SDK-19835
API Change: NO
Reviewer: Gaurav
Code-level description of changes:
builder/DocumentBuilder.java
rep/Vector.java
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-19835
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/builder/DocumentBuilder.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/mxml/rep/Vector.java

error dateField not selecion date 27/11/2002 ?
This is bug flex 3 ?
thanks

Changing the layer colour in Isolation Mode

How do I change the layer colour once I'm in Isolation Mode? I'm using CS4 and tring to edit a yellow object but Illustrator has made the layer/paths/edges yellow making it VERY difficult to see what I'm doing?
...actually, I just changed the objects layer to a differrent colour which seems to have made Illustator select the next colour down when in Isolation made.
Is this my only option?

I decided to test this more thoroughly.
Elements edited in Isolation Mode do actually inherit the color of the parent layer.
But there seems to be an exception: symbols. No matter what color the layer is, symbols edited in Isolation Mode get their own color. And that color is persistent across all symbols, regardless of the layer that they appear on.
However, that color is not consistent throughout the lifespan of the document. The color changes according to a pattern.
And the pattern is this: there is a sequential list of layer colors in AI, and a correlation between the number of layers in your document and the sequential number of the colors in the Layer Options color list. Symbols always use the color that is next in the list of layer colors, following the pre-assigned color of the most recently-created layer.
Test this out if you want:
Create a new document. Note that the default layer always uses the "light blue" layer color.
Now create a second layer in that document. It will be red.
The third layer will be green, and the fourth will be blue.
Now make a symbol and edit it in Isolation Mode. It's yellow.
Now look at the sequence of colors in the layer color dropdown menu: "yellow" is fifth in the list, after "blue," the fourth color in the list. It seems like AI is creating a new temporary layer for editing symbols, and like other layers, it is automatically assigned a color.
So basically, symbols edited in Isolation Mode will only be yellow if you have four layers. The way that AI assigns colors to symbols being edited in Isolation Mode seems to depend on the number of layers in the document.
If you followed the steps above, you can test this out by creating a fifth layer. Notice that it automatically gets assigned a layer color of yellow. Edited symbols will be magenta... the sixth color in the list.
It doesn't matter if you change the colors of each layer after creating them; as far as I can tell, if you have four layers, symbols edited in Isolation Mode will always be yellow.
The workaround would be to add a fifth layer to your document. Symbols in Isolation Mode will then show up in magenta, which is much easier to see on a white background.

Make layer colour labels more powerful

Two apparently simple changes would make the layer colour/color feature very useful.
I'm talking here about the colour label which can be assigned to a layer by rightclicking on a layer's show/hide eye.
1. allow several layers to be assigned a colour in one action.
For no apparent reason, the colours are greyed out if you rightclick with several layers/groups selected. When I'm colouring layers, it is to identify layers which have something in common. Selected several and then colouring them is far quicker and more natural than select one, colour it, select another, colour it... ad nauseum (and this is not something I need to do in a simple PSD, so I really do mean ad nauseum.)
2. add a command to select all layers of a particular colour.
The similar layers I labeled with a colour in point 1 often need the same changes made to them. If I could select all the red-labeled text layers and increase their size by a point, then select all the yellow-labeled shape layers and nudge them down a couple of pixels, then select all the green-labeled shape layers and apply a different layer style it would save me literally hours some weeks.

I was unaware of this feature until today (very cool). Glad I learned something today.
photon poet wrote:
For no apparent reason, the colours are greyed out if you rightclick with several layers/groups selected.
Yeah, that's pretty ridiculous and unacceptable.
I like this request and it seems simple enough to implement.

HT2493 Could someone please explain colour tags?

I do not understand the use of colour tags on my Macbook air. Could someone please explain?

The colours are incidental. They are NOT labels any more. You will be frustrated if you try to use Tags to visually find your files.
The advantages of tags are this: you can add as many tags to a file as you like. They provide additional metadata so that you can query your file system. In a typical hierarchical file sytem (folders, subfolder), a file can only be in one place (unless you use aliases).
If I have "Cheeses > France > Soft" as my folders, I can put all the French soft cheese into one folder. But all the English soft cheese are in England > Soft. So what if I want to list ALL the soft cheeses, not just the ones from France? By tagging all the files with "Soft", I can then click on the Tag Smart Folder and list the soft cheeses in both countries' folders all at once.
If used creatively, you could have ALL the files in your Documents folder in one big heap, and then only view subsets of them according to their Tags. Tags represents a complete alternative to using folders to sort your files.
In a sense, a subfolder is simply a Tag in a tree-like structure.
So, instead of trying to visually find some files in a list using coloured labels, you can now query the file system by creating Smart Folders that give you a list of files that match your query: files with Tag X, in folder Y, of type PDF, bigger than 2 MB, containing the word "trumpet".
Visually scouring a folder for files is not as efficient as directly querying the system, even if it is engrained and familiar.

[OSX] Photoshop CC bug - can't change Shape Layer colour from layers panel

Hi there,
I have a persistent bug where after a certain amount of time (potentially after the iMac goes to sleep and reawakes?) that after creating a new Shape Layer I can no longer change it's colour from the layers panel. If I double-click it the colour palette appears and it seems to record the colour but the Shape Layer does not reflect this. If I go into the Shape Layer bar at the top of the screen I can still change the Fill and Stroke.
If I re-open the program it works again.

Had the same problem. Turns out I needed to use the Path Selection Tool and click the path right on the canvas, not in the layer panel. This re-enables the Live Shape properties.
Here is a short video with more details if you're interested -> http://www.michalkopec.com/blog

Colour Profile Bug in CS4 32 bpc Mode?

This has been confirmed on both Mac and PC by different users
(this topic was confirmed on another list before posting here).
One may be working on an image that has a different colour profile
than set as default in colour settings. For example, colour settings
has Adobe RGB while the current document is in ProPhoto RGB. If the
ProPhoto RGB (16 bpc) file is taken to 32 bpc mode, the status message
reports that the file is in a modified linear space based on the input
profile. One may then perform USM, for example and then return to 16
bpc or 8 bpc mode.
Here is the bug: Once the ProPhoto RGB file is returned to 16 or 8
bpc, it now has the working RGB space tagged of Adobe RGB, rather than
the original ProPhoto RGB as input before 32 bpc conversion. This is
not just a tagging issue, the numbers have been converted to working
RGB rather than the input ICC that was tagged to the image prior to
entering 32 bpc mode.
ICC tagged image operations have been divorced from colour settings
since version 6, the document can reside in a space that is
independent of colour settings. I can't recall other operations that
change the files colour space and tag without user intention.
If using 32 bpc edits, to preserve the input space, one either has to
change their colour settings to match the document or convert the
document to working RGB.
So why this reversion to working RGB and not the document RGB - bug or
design feature/limitation? Did CS3 work this way, is it only my
version of CS4?
I have searched the help notes, this forum and other Adobe support docs,
however I could not find this issue documented.
Sincerely,
Stephen Marsh

Can anyone post a supporting argument for the current behaviour (design or bug). While in 32 bpc Photoshop "knows" what the original profile is (it is listed as being in a linear state), while on default conversion to lower bit depth the data is converted to working RGB, rather than the document RGB prior to conversion (if different to working RGB). Am I missing something - is this a good thing, should this be behaviour be changed?
OK, topic drift it is!
Buko/progress, it is not so much bit depth in this case, it is gamma encoding - or lack thereof. 32 bpc mode processes in linear gamma, which can have an effect on some operations for certain receptive image content (tonal moves, USM, interpolation etc).
As one example, some links to linear resampling can be found in the comments at this blog:
http://forensicphotoshop.blogspot.com/2008/11/resize-smaller-part-2.html
I prefer the 32 bpc route to linear processing rather than the alternative, which is 16 bpc and a hacked custom RGB profile set to gamma 1.0.
I don't like linear USM for output sharpening (nasty dark halo artifacts). However, for subtle capture/acquisition sharpening linear USM may be preferred for certain images. I generally sharpen with blend if sliders limiting the intensity of the light halo, which comes close to one aspect of linear sharpening (light halo reduction). This can also be achieved by blending the USM in two separate layers, set to darken and lighten blending with reduced opacity.
While on USM and gamma, there are some L* based RGB working spaces such as L*RGB or the new ECI RGB which behave the same way as Lab mode Lightness channel sharpening (when set to Luminosity blend). As the response of the Lightness channel is different to linear gamma and standard gamma encoded spaces, for some image content one may be preferred over the other as the processing space.
I would still like to explore the original topic/post before submitting a bug report. How do you think things should work?
Regards,
Stephen Marsh

ITunes 6.0.4 Lossless to MP3 Convert Bad ID3 Tag Bug (Intel Only?)

Hello all,
I usually rip my CDs to Apple Lossless, name it the way I want, include Album Artwork, then switch rip preference to MP3 (224kbps), highlight the lossless files and choose "Convert Selection to MP3" in the Advanced menu. I do this to save the time of having to rip things twice.
Up through 6.0.3 it created proper ID3 tags with the album artwork just fine, but upgrading to 6.0.4 (Intel - I haven't verified this with my G4 Powerbook running 6.0.4) I do my usual process, the information is in the iTunes window, matching the Lossless files, but as soon as I delete the items from iTunes (but not the files themselves) and drag the MP3 files back to iTunes, the tracks show up in iTunes without ANY of the ID3 info, but WITH the album artwork.
The name lists the filename in the Song Name field as if there weren't any ID3 info.
The reason this came up is I rip to one drive, but keep the MP3s on another drive.
Anyone else out there with this problem/can verify this problem?
Thanks!
John V
Intel iMac 20" Mac OS X (10.4.5) 2GB RAM 10.4.5

There have been a lot of recent posts about tags not being updated properly in iTunes, and I am starting to think that it's a bug.
In your case, you might want to consider using Max to rip and encode. You can configure the application to rip your CDs and encode to multiple formats at once, using any of the iTunes encoders plus about twenty others, including LAME MP3. The tag information will remain intact, and the output files can be directly added to your iTunes library if desired.
Also, you may want to try Max's file encoding function for Apple Lossless files you already have stored on your HDD. You can batch encode them to MP3, keeping the tags and album art.

Layer colour change using dropper

Hello,
Hardly ever used PSE before so bear with me!
I have an image of a car that i want to change the colour on, what I'd like to do is use the colour of a car from a different image.
I found this guide : http://photography.tutsplus.com/tutorials/manipulating-the-color-of-an-automobile-in-photo shop--photo-965
I've followed it to create a separate layer that gives me the area of the car that I want to change the colour of, but I'm struggling to actually get the colour to change.
In step 3 it says "on the layer palette click on the color swatch. This will bring up the color palette but will also make a color picker eyedropper available."
I can't find how to bring that up in PSE, I appreciate it may be different in the full photoshop package vs PSE but I can't find how to bring it up.
I did find the option : Enhance -> Adjust Colour -> Replace Colour but I couldn't get it to work (i.e. change a colour) and it doesn't let you use the dropper to pick a new colour.
Any help will be appreciated!

Here's another approach which is actually similar to the methods previously described.
1. Select the portion of the car to be changed.
2. Add a Solid Color fill layer and select your new color.
3. Change the Blend Mode of the fill layer to Hue or Color (the result will be slightly different between the two).
4. In case your initial selection was not precise, you can fine-tune the result: In the Layers palette click the mask portion of the fill layer. This sets the foreground/background color chip (at bottom of toolbar) to their default white/back values. Using a hard brush, paint with white to add the new color where needed, paint with black to remove excess new color. You can type "X" to toggle between white and black.
Notes:
- Before step 2 you can use the Color Picker to initially select the new color. The fill layer will then use that color.
- You can always change the color by double-clicking the fill layer's thumbnail in the Layers Palette.
- When you do the selection in step 1you don't have to worry about excluding thinks like the headlights and chrome. The Solid Color fill layer does not change "non-colors" like white, black, gray, silver.
- If the color is too light or too dark you can add a Levels adjustment layer to darken or lighten.

Conditional Build Tags Bug

I have several problems with RoboHelp9. I am using Windows7 and 64bit. This is the one causing the most trouble.
Conditional build tags apply themselves unwanted and unassigned.
The deletion of conditional build tags at the topic properties tag (right side window) does not work.
I have to repeatedly go back and forth to the dialog and keep selecting and deleting.
Some of the conditional build tags go clear, most don't.
I go into the topic directly in the wysiwyg view and manually try to select and delete them, and they delete only with difficulty.
After running through a long topic and using every method available to clear conditional build tags, I saved the project, then went in to manually apply cbtags, of which I am only using two.
After applying them, and switching to the html window to adjust image sizes manually (because thru the wysiwyg interface the process takes too long), I find that the conditional build tag I applied to several tables and texts at the top of my topic have now applied themselves unasked to a number of the texts and even tables which I had cleared of all cbtags.
I have just about had it with this program.
This is only one of the many problems and bugs I have found and been trying to work around.
I suppose that the solution to my problem is to not use conditional build tags at all, but I am working with about five years' worth of legacy technical documents that have all been upgraded to RH9 and as I am looking at them to make the standard revisions, I am noticing this phenomenon of wrongly applied cbtags in other projects.
I would rate this as a bug of very high and critical importance.
Has anyone seen this under the consitions stated? (RH9, upgraded RH7 projects, Windows7, 64bit).

Sorry, I should have said see the Announcements.
http://forums.adobe.com/community/robohelp/robohelp_general_discussion
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Nasty ID3V2 tag bug

This is for any of the Apple team. I discovered a pretty bad ID3V2 bug in iTunes for Windows, 6.0.4.2.
It has to do with the way the frame data length is encoded, or rather, in this case, not encoded. The result is that any tag data>127 bytes in length will likely break the entire tag.
The length of the data for a 2.4 version tag is the first 4 bytes after the ID field(TPE1, TIT1, etc). These bytes are syncsafe, meaning that the highest bit is always 0. So each byte actually encodes 7 bits. I had a frame that was 467 bytes in length. Its length was stored as "0x01d3". That equals 467. But it is supposed to be sync-safed, so it should actually be 0x0363. As a result, 0x01d3 actually decodes to only 211 bytes. When a tag parser jumps 211 to what should be the next tag, t'aint nothing there! So all subsequent frames are then lost.
This can get pretty nasty on Unicode tags which can then only store 64 characters before it breaks things.
iTunes and presumably the iPod and any other Apple supplied tools will probably read that data correctly as I am assuming they use a common library. But...it will break any third party tools. Not good.
Mac Mini Windows XP Pro

This is quite possibly the most annoying iTunes/iPod bug, and it's still kicking around in the latest iTunes version.
Note that all ID3v2 frames found in the tag prior to a frame with length greater than 127 bytes are read just fine. Once iTunes hits the syncsafe integer it gets lost.
ID3v2 frames can appear in the tag in any order. This means if you have a tag editor that lets you specify the order the frames appear in the ID3v2 tag and set it to put all frames which are "most likely" to be larger than 127 bytes (e.g. APIC, TIPL, TMCL), you can at least get iTunes/iPod to recognize a larger subset of the information. But granted, as you stated, that doesn't really help the unicode case.
Windows XP

Layer colour tagging bug

Similar Messages

Maybe you are looking for