Text on gradient bug.

This is only showing up on the client's computer. I can't
replicate the problem on any machine.

hmmm - looks to me like they may have their display set to
16-bit - ask them if this is the case and
to set it higher.
~~~~~~~~~~~~~~~~
--> Adobe Certified Expert
--> www.mudbubble.com
--> www.keyframer.com
~~~~~~~~~~~~~~~~
agrousa wrote:
> sorry - I should have had you look at the client
screenshot:
>
>
http://www.forward1.com/planners/text_bug.jpg
>
> You'll see a "box" around the top text (inside the
gradient, below the "Change
> for Good" and the rule. I broke the text and made it
"artwork" but he still
> sees the box there as well as on the bottom text (no
screenshot of that)
>
> Thanks for all your help.
>
> john
>

Similar Messages

Text validation widget bug?

I have used text validation in a table body like this:
<table style="width:20%">
<tbody id="login_val">
<tr><td>E-Mail</td><td><input
name="login" id="login" type="text"></td></tr>
<tr class="textfieldRequiredMsg"><td
colspan="2">Enter your login E-Mail.</td></tr>
<tr class="textfieldInvalidFormatMsg"><td
colspan="2">Enter a valid E-Mail address.</td></tr>
</tbody>
<tbody>
<tr><td></td><td><input
name="submint" id="submit" type="submit" value="Log
In"></td></tr>
</tbody>
</table>
Initialised with: var login_val = new
Spry.Widget.ValidationTextField("login_val", "email",
{validateOn:["blur"]});
If there is an input error - the error table-row shows up as
expected but the first td of the first row (the one showing the
word 'E-Mail') suddenly has a colspan"2" on it too. (tested only in
Firefox)
Do I miss something here? Or is this a bug? Feature???
Cheers from down under.

Hello,
I think the problem in this situation appears because of the
CSS definition. The default definition right now to display an
error message is:
.textfieldRequiredState .textfieldRequiredMsg,
display: inline;
color: #CC3333;
border: 1px solid #CC3333;
When this class is used with table rows the results are
unexpected because the table rows have a special status and cannot
normally be displayed as an inline element. Unfortunately your
scenario hit a browser limitation in the CSS implementation. The IE
because it doesn't have yet support for display:table as the CSS2
specify will render "correctly (?!)" the display:inline or
display:block on table row elements. FF because it has correct
support for display:table-row will work incorrectly with the inline
as the specification mention.
The only solution I see is to manipulate the CSS height
property, margin and padding instead of manipulating the display if
you want to continue to use the table structure above.
Regards,
Cristian

"copy and paste text within symbol" bug

I am sure this has been discussed, but have not found it using search.
Follow these steps to demonstrate a "Symbol Text" bug (CS5 through CC 2014):
Create Symbol containing editable text.
Edit symbol by selecting and copying a portion of text at "Character" level in the Symbol
Paste as point or paragraph text.
The result is: ALL the text from the Symbol is pasted into the Point or Paragraph text object, NOT just the portion that was copied.
This bug has been present in AI at LEAST since CS5 and probably before. I'd sure like to see it fixed.

Ray,
I'm using C5 also.
What I get is the copied text plus all the text in the symbol.
Peter

Text message edit bug and price

Anyone else going nuts trying to text with this phone? For one thing with the stock keyboard it only types in portrait mode even when it should be in landscape. Then it locks up and you can't backspace! No fix yet! Its been a problem since I paid 330 bucks for this phone in like November! (I metion the price I paid because it immediately went down to 80 bucks after I paid 4 times that! I want a refund of the difference. )

Hey man,
Thanks for the tip. Ya its already on auto-rotate. Its a bug in the text editor app for sms. Judging from the antenna disconnect problem with the BIONIC still not being fixed even though verizon and Moto knew about it since the day of its release.. I am not holding my breath for a fix for that OR the restart clearing all my apps settings, saved words, wifi auto on locations, etc..
Verizon seems to be the worst when it comes to fixing bugs. Imagine the BIONIC still is a broken phone... Wow! Glad I exchanged it for a phone with less serious forever bugs x(

Text height/overlapping bug

We are having a problem where part of a previous textline is
overlapping the next line. The tails of letters like "j" and "g"
and "y" are overlapping the next line when we have different font
sizes. From our text metrics debugging, the line height seems to be
off by the descent amount. I am using build 5011. Here is sample
code to recreate the problem.

I think this is not a bug, but a byproduct of the fact that
TLF is doing baseline leading. TLF is placing the first line based
on the largest ascent on the line. You can alter the placement of
this line down by changing the value of the firstBaselineOffset
property. The second line is placed according to its lineHeight
propery (also sometimes called the leading). In this case, the
lineHeight is the default value, 120% of the largest fontSize,
which with the fontSize=12 will be 14.4 pixels. So the second line
is placed so that its baseline is 14.4 pixels below the baseline of
the first line. In this case, that's too tight.
There are a couple of things you could do to space the
paragraphs out further. You could assign a larger lineHeight to the
second line, either a larger percentage or absolute pixel value. Or
you could add space between the two paragraphs by assigning a
positive value to the first paragraph's marginBottom. Or you could
set the marginTop of the second paragraph.
Baseline leading is a different model from that used by most
word processors, including Microsoft Word. It is used in
applications such as Adobe InDesign and Illustrator. The advantage
is that it gives the user more control over how the lines are
placed. The disadvantage is cases like these where it doesn't do
the right thing by default.
I hope that one of these proposals is a viable solution to
your problem.
Thanks!

Text Member Director bug?

Hi there,
Whilst trying to track down what I though was my own bug, I
discovered that
with Director 8.5's text member charPosToLoc() function I
seem to have found
a strange anomaly....
1. Create a text member. Set framing to Adjust To Fit and
wordWrap to on.
2. Starting with an empty member type text into it until the
first line, is
almost filled.
3. Type a row of empty space chars (not they do not force the
text member to
return to the second line).
4. Put the member.charPosToLoc(member.char.count).
5. You will observe that the resulting loc.locH is way beyond
the right hand
edge of the text member's width!
Can anyone replicate, or suggest a work around? It's a real
problem for one
aspect of my Chatroom project.
Thanks experts!
Richard Smith

"Chunick" <[email protected]> wrote in
message
news:evqp6l$nq4$[email protected]..
> I'm also working on a chat, but using mx2004... and it
still occurs in
> mx2004
> as well. Seems to be a bug that has carried over to the
newest version.
> Can I
> ask the context to which you're needing to set the text
member to adjust
> to fit
> with wordwrap?... it seems like you are trying to set up
chat bubbles or
> something.
Yes, you are quite right, very observant! :)
I had a bug with my smiley placement within the bubbles, but
that work
around fixed it. Ain't smiley placement a pain ? ;)
Cheers, and good luck with your chatroom!
Richard

Text Colour Gradient

Hi

Drew,
You can do this mostly in Keynote, with a brief Preview passthrough. I'll explain this example...
Create and format the text in a Text Box, using normal colored text. Select the box, Edit > Copy. Open Preview and File > New from Clipboard. Save as a PDF. Drag the PDF file into Keynote. Choose Format > Instant Alpha and click all parts of your text to essentially punch out all the text shapes,and hit Return to complete the Instant Alpha operation.
Now create a shape with Gradient Fill and place it behind text graphic that you just Instant Alpha'd. You can Arrange > Group the text and the background to make it more manageable.
Hope this works for you.
Jerry

How do I create transparent text with gradient stroke?

I'm creating text that will be printed on a deep gray to black tshirt.
I created text, added an offset path to it with a gradient, and a deep gray color fill on top, achieving the gradient stroke. However, I'm not exactly sure what color the shirt itself will be, other than deep gray to black. And I didn't want the deep gray/black fill in my text to appear and look awkward on the shirt. Unless that is something I shouldn't be considered about.
To be safe, how would you create transparent text with a gradient stroke? I'm using Illustrator CS5.

aimsrandom,
Based on a guess that you wish to have the stroke fade into the basic tshirt colour, you may use transparency rather than colour.
But the transparent text in the headline raises a few questions.
No fill colour for the Type/text, or different fill and (basic) stroke colour, or?

Linked list to string coercion doesn't use text item delimiters: bug?

set AppleScript's text item delimiters to {"; "} -- well-known technique
{1, -1, "c", "d"} as string -- curly braces specify a vector, delimiters work
-- result: "1; -1; c; d"
{1, -1, "c", "d"} as linked list as string -- if coerced to linked list, delimiters ignored
-- result: "1-1cd"
[1, -1, "c", "d"] as string -- square brackets specify a linked list, delimiters ignored
-- result: "1-1cd"
[1, -1, "c", "d"] as vector as string -- coercing linked list to vector first works
-- result: "1; -1; c; d"

Hello
It appears that linked list to string coercion does not respect the AppleScript's text item delimiters which are set to list of Unicode text. (Unicode TIDs have no effects in coercion as if it were set to {""})
I can confirm this behaviour in both AppleScript 1.8.3 (OS9) and 1.9.1 (OSX10.2.8) at hand.
So it has been as such for a long time. Bug I'd call it.
By the way, although this is not the point, linked list is a historical residue and of little use in real scripting. After all, it is much slower than vector with appropriate coding. So we may always coerce it to vector without losing anything.
Regards,
H
Linked list to string coercion & AppleScript's text item delimiters (TIDs).
When AppleScript's TIDs are set to list of Unicode text,
the TIDs have no effect in coercion from linked list to string as if they were set to {""}.
set aa to [1, 2, "a", "b"]
--set aa to {1, 2, "a", "b"} as linked list
set t1 to list2text(aa, ";") -- "1;2;a;b" -- in pre-AppleScript 2.0
set t2 to list2text(aa, ";" as Unicode text) --"12ab"
return {t1, t2}
on list2text(aa, delim)
list aa : source list
string delim : a text item delimiter
return string
local astid, astid0, t
set astid to a reference to AppleScript's text item delimiters
set astid0 to astid's contents
try
set astid's contents to {delim}
--set t to aa as string
--set t to aa as Unicode text
set t to "" & aa
set astid's contents to astid0
on error errs number errn
set astid's contents to astid0
error errs number errn
end try
return t
end list2text

Read from Text File - Help Bug?

Hi - I am currently working on LV8 and I think that there is some misunderstanding potential in the help file. To be more exact in the help to the "Read From Text File" VI.
The description for "count":
" ... If count is <0, the function reads the entire file. The
default is –1, which indicates to read a single line if you placed a checkmark
next to the Read Lines shortcut menu item and to read the
entire file if you removed the checkmark next to the item. "
If count is lower than zero, the function reads the entire file. That sounds clear to me.
The default is -1, which indicates to read a single line if you placed a checkmark next to the "Read Lines" shortcut menu item. Now what? Does it read a single line or the whole file?
.. and to read the entire file if you removed the checkmark next to the item. I thought it reads the whole file if I use -1 ?
the VI itself behaves as I'd expect it to:
* If I place a checkmark next to Read Lines and put -1, I get an array containing the lines
* If I remove the checkmark, I get only a single string item.
Now where is the error? Is the VI not working properly or only the description a little bit ... strange ?

?hein??
?what?
Both you guys lost me..
And I drink coffee without sugar (being sweet enough, already)
Here is what I get from Context Help on the Read From Text File:
Read from Text File
Reads a specified number of characters or lines from a byte stream file. By default, this function reads all characters from the text file. Wire an integer value to count to specify how many individual characters you want to read starting with the first character. Right-click the function and place a checkmark next to the Read Lines option in the shortcut menu to read individual lines from the text file. When you select the Read Lines option in the shortcut menu, wire an integer value to the count input to specify how many individual lines you want to read from the file starting with the first line. Enter a value of -1 in count to read all characters and lines from the text file.
Humm.
New feature (again).. If you select checkmark the Read Lines option, it will not send the text to a sting indicator, as shown in the attached image. If selected, then it's expecting to write lines to an array of strings... WHY??? I don't know.. I'll ask..
Strange... LV8 is full of mysteries...
RayR
Attachments:
bad write file.JPG ‏33 KB
more bad write file.JPG ‏12 KB

InDesign CS 4 Gradient bug

I've been using InDesign for a few years but only upgraded to CS4 recently. I've come across a behaviour that I'm sure isn't normal.
Create a shape and apply a gradient fill. no worries. Now apply an angle to the fill and then add a colour to the gradient by dragging from the swatches down to the gradient palette. This is where things get strange. The colour swatches that are in the gradient palette disappear whilst you are dragging the new swatch down. Then release the mouse when the swatch is in position. It places in the newly created gradient into your shape but resets the gradient to 0 degrees. Also due to the swatches disappearing in the gradient palette whilst dragging in new colours it makes it hard to position new colours accurately. I'm running Snow Leopard, I don't know if that has anything to do with this problem. Anyway does anyone else have this problem? Is there a way to get the gradients to behave as in a CS3.

Your right, it certainly doesn't behave as CS3.
Tested versions 5.0.4 and 6.0.4 on PC running Vista Ultimate sp2
CS3 is not maintaining the angle of a gradient as a swatch option but colors can be added without affecting it.
hmm, CS3 - Save a gradient swatch, select it, add a swatch to modify it, containing frames do not update...
double click the icon from the swatch panel to edit and you can make edits which will affect all frames; CS3 & 4
You don't seem to able to add a color to an existing swatch in either version so the only thing i'm seeing is that CS4 does reset the angle when adding a swatch to the ramp.

Copy paste text between documents bug

Hi
When I copy paste styled text (text or text containers) between CS6 (or CC) documents, the language for the text changes to a wrong one (from Finnish to English: British), along with the spelling of course. The style does follow correctly to the fresh new document, but ID makes an exception to the style for this pasted text (Style1+). The transferred style itself still has the correct language defined.
Doesn't happen when copy pasting within the same document.
All default languages are correct (default and within styles). Deleting preferences did nothing.
Anyone else has this? Any suggestions on how to correct this. I seem to remember there was something like this ages ago too.

Thanks Uwe
• New user: no help.
• Save as or IDML: no change, same problem.
• Snippet: language does remain correctly Finnish!
• ID5.5: no problem at all! Language remains correct.
So, this is my persistent problem:
• Any text with a style on it becomes (as a local exception to style) wrong language when copy-pasted or dragged as a whole page between docs.
• The styles them selves transfer correct. Clicking style for each paragraph again sets the correct language (but the original local adjustments are lost).
• No style has [Basic Paragraph] as a parent and [Basic Paragraph]'s and the general default language are Finnish, too. The wrong language (English: British) is not used anywhere.
• Text with no style remains correctly Finnish (target default).
• IDML: same problem. Save As: same problem.
• IDMS: language remains correct.
• Trashing preferences doesn't help.
• New user account doesn't help.
• Effected versions: ID CC (9.1 fi), ID CS6 (8.0.2 fi). CS5.5 (7.5.1 en) is not effected. System is Mac 10.8.5 (fi).
• CC has no extra plugins. CS6 and CS5.5 have Suitcase (F4) plugin only as extra.

Text with gradients and outlines and multicolors

Friends,
A buddy of mine created text by "doubling" in ILLUSTRATOR.
I don't like the way it looks: can INDD do better? How?
Here's the relevant screen shot:
http://www.ccwatershed.org/media/photologue/photos/368_Roses.jpg

A buddy of mine created text by "doubling" in ILLUSTRATOR.
I don't like the way it looks:
What don't you like???
can INDD do better?
InDesign and Illustrator are just pieces of software - it's the end user that makes the final decision on how it looks.

RTL and LTR mixed text in message bug

When sending Skype messages with both an RTL and LTR language (say, Hebrew and English), the whole order gets jumbled, so if I use one word in English in the middle of the sentence, the second half of the sentence (which is RTL), goes behind the first half of the sentence. For example, the following message should appear like so, in the order 1,2,3 (RTL):
(1) באנגלית כותבים את השם שלי (2) Yonatan ו(3)בעברית - יונתן.
Instead, on Skype it appears like this:
(3) ובעברית - יונתן (2) Yonatan ב(1)אנגלית כותבים את השם שלי
If I use CTRL+shift to change the alignment in the message box - it shows up correctly, however, as soon as I send it, the alignment is automatically readjusted to the second, incorrect alignment.
Skype: [Removed for privacy]

Follow-up
I implemented it and I wanted to point out a few typos - details.
tempCC.ccTextMC.Label - is the text field. The If statement below is testing if the language is Arabic (ar) or Hebrew (he)
Code
import flashx.textLayout.formats.Direction;
if (Lang == "ar" || Lang == "he") {
tempCC.ccTextMC.Label.direction = Direction.RTL;

Indesign Loses Text Gradient After Export To PDF SWF

I have some Indesign files from a client and everytime I export from indesign to pdf and then convert to a swf, it removes the text gradient and adds black instead. Images attached for reference.
<---PDF
<---SWF
I've tried numerous export options. Is there something in particular that I'm supposed to be flattening?
Any help would be much appreciated!
Thanks!

Hi DesPro_7, Thank you! Your answer was very helpful, and it seems to solve one of my problems, which is the same as what Franklinsdictionary describes.
I have a design using gradients in text, including a gradient effect on a rule below, used as a banner behind my text. I'm losing the gradient when the PDF is converted to SWF, and while we're working on a way to export to SWF directly from InDesign, our current workflow is cropping and optimizing a printer PDF to convert to SWF.
Before InDesign CS5, we had little trouble with transparencies, but this became an issue on our projects using CS5 or above.
Part of the optimizing process includes flattening transparencies, but text with gradients doesn't seem to flatten, nor do my banners created using rule below behind the text.
Any idea why this seems to be an issue with text? Any insight might help!

Text on gradient bug.

Similar Messages

Maybe you are looking for