I have a string meter and I am using the following code to display it.
The characterspacing setting works fine but between 2 odd characters the spacing appears too wide, esthetically speaking that is.
Is there an in InlinePattern that can manage that specifically?
The output is the word "SKYFALL" but it looks like "SKYF ALL"
There are many ways to be different - there is only one way to be yourself - be amazing at it
The law of averages says what it means; even if you get everything right, you will get something wrong. Therefore; self managing error trapping initiates another set of averages - amongst the errors, some of them will not be errors, instead those instances will appear to be "luck". One cannot complain of the 'appearance' of 'infinite regress of causation', even if it does not have a predictable pattern, only that it requires luck to achieve.
The issue is with that Emporium Capitals font, which has that big lower-left "flourish" on the A character. So the spacing is correct, but it's accommodating that flourish.
If you know which characters give you trouble, you can deal with their character spacing individually .
Do note that InlinePattern3 will work on the original string values before the "Case" setting is applied, so in my example you want to test for "a" and not "A".
I use a case-insensitive directive (?i) on he regular expression just to be sure. We can't know what particular case any character might be in when returned by some measure.
You do not have the required permissions to view the files attached to this post.
Looks to me like A K and R might need a tweak, but A is the big offender...
These decorative fonts can be tricky to get right. For instance, you might not want the leading character spacing on the "A" if it is the first character, but do want it if it follows any (or some) other characters. Regular expression can solve this if needed, by specifying different settings for ^a and \sa and \wa. Might take some trial and error to get things exactly right.
You do not have the required permissions to view the files attached to this post.
jsmorley wrote:
Looks to me like A K and R might need a tweak, but A is the big offender...
These decorative fonts can be tricky to get right. For instance, you might not want the leading character spacing on the "A" if it is the first character, but do want it if it follows any (or some) other characters. Regular expression can solve this if needed, by specifying different settings for ^a and \sa and \wa. Might take some trial and error to get things exactly right.
Yep, I looked at RegExp first, then InlineSetting as it seemed more reasonable to figure out.
Thanks for showing me that. It wasn't clear to me to have an additional InlineSetting so the InlinePattern could take effect.
There are many ways to be different - there is only one way to be yourself - be amazing at it
The law of averages says what it means; even if you get everything right, you will get something wrong. Therefore; self managing error trapping initiates another set of averages - amongst the errors, some of them will not be errors, instead those instances will appear to be "luck". One cannot complain of the 'appearance' of 'infinite regress of causation', even if it does not have a predictable pattern, only that it requires luck to achieve.