This works
But
Is it supposed to do that?
Edited, Oct 12th 2009 3:03pm by Pawkeshup
- Forums
- Cross Site
- Site and Forum Feedback
- Color blocking issues with links
Color blocking issues with linksFollow
Twitter: http://www.twitter.com/pawkeshup
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
Olorinus the Ludicrous wrote:
The idea of old school is way more interesting than the reality
For some reason, the order of the tags is very, very important now. And from what I've seen, no one has really explained what the order should be.
For example, the edit message is no longer in italics, though it's got the tags for it:
Edited, Oct 12th 2009 2:45pm by Belkira
For example, the edit message is no longer in italics, though it's got the tags for it:
Edited, Oct 12th 2009 2:45pm by Belkira
I noticed that. Kirby got it to work fine in that example but it requires wrapping the text in the link.
I guess they are messing with the style sheets some...
I guess they are messing with the style sheets some...
Twitter: http://www.twitter.com/pawkeshup
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
Olorinus the Ludicrous wrote:
The idea of old school is way more interesting than the reality
The block tag not parsing correctly around tags in the order (color)(link)(/link)(/color) is a bug.
The "coloring a link" issue is because links are auto-colored based on the stylesheet, which is overriding the color tags. This may also be a bug; if it is, it's the direct cause of the former bug.
[lg] tags not being available isa bug meh.
The "coloring a link" issue is because links are auto-colored based on the stylesheet, which is overriding the color tags. This may also be a bug; if it is, it's the direct cause of the former bug.
[lg] tags not being available is
I will send Kao to this post and he can fool around with it and get us a documented order.
Actually, it looks like whatever someone did, it's working now.
Yea, it doesn't recolor the link text, but at least it isn't breaking the block color anymore, which is all I cared about.
And MD, what it WAS doing was something more like this
[block=white]One more test[/block]
Intentionally broke that one
Edited, Oct 23rd 2009 10:25am by Pawkeshup
One more test
Yea, it doesn't recolor the link text, but at least it isn't breaking the block color anymore, which is all I cared about.
And MD, what it WAS doing was something more like this
[block=white]One more test[/block]
Intentionally broke that one
Edited, Oct 23rd 2009 10:25am by Pawkeshup
Twitter: http://www.twitter.com/pawkeshup
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
Olorinus the Ludicrous wrote:
The idea of old school is way more interesting than the reality
It can't be right. The "edited by" tag in your post still isn't correct. The coloring might be right, but the other tags are still messed up.
O.o
I hadn't noticed that.
This works?
This doesn't
Um...
wth???
Edited, Oct 23rd 2009 11:13am by Pawkeshup
I hadn't noticed that.
This works?
This doesn't
This works?
This doesn't
Um...
wth???
Edited, Oct 23rd 2009 11:13am by Pawkeshup
Twitter: http://www.twitter.com/pawkeshup
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
YouTube: http://www.youtube.com/pawkeshup
Twitch: http://www.twitch.tv/pawkeshup
Blog: http://pawkeshup.blogspot.com
Olorinus the Ludicrous wrote:
The idea of old school is way more interesting than the reality
Intriguing, no?
Angstycoder wrote:
Ticketed. I need to know what you are finding as broken, though. It looks like all the examples here that say 'this does not work' are all working.
If you "quote original" one of the posts that have an edited tag, you'll see how the [sm] and [i] tags aren't working together correctly.
(sm) tags reset bold/italic/underline and cause strikethrough lines to appear slightly different.
(s) outside (sm)
(s) inside (sm)
(s) before (sm)
(s) after (sm)
(The last two have tags in the order (x)(y)(/x)(/y).)
(The last two have tags in the order (x)(y)(/x)(/y).)
Angstycoder wrote:
Ticketed. I need to know what you are finding as broken, though. It looks like all the examples here that say 'this does not work' are all working. I did note in the ticket if we are going to have order mattering, we should really add that to a faq. The preferable thing, of course, is to make order not matter.
Yes, Kao was going to test all that and give me a list to add to the FAQ. Things have been hairy lately and I haven't had time to discuss his findings.
If you inspect the HTML of the above you can see that the 'not working' sections are like the following:
Text is small, not italic.
Link is skyblue, not red.
In the case of .sm, the stylesheet (common.zam.com/shared/basestyle.css, line 15) explicitly sets font-style to normal, when it shouldn't. Its counterpart, .lg (for large text), does not do that.
In the case of the 'a' tag, it also gives an explicit color which ends up overriding the color set in the span. This, however, I don't regard as a bug (directly). Links without the extra color set need to have their color default to the appropriate value as determined by the site. The one thing that could fix the ordering issue here is to set the color span's style to "color: red !important;" to make it override colors set in contained elements' styles.
<i> <span class="sm">This doesn't</span> </i>
Text is small, not italic.
<span style="color: red;"> <a title="www.allakhazam.com" rel="external" href="HTTP://www.allakhazam.com">This doesn't</a> </span>
Link is skyblue, not red.
In the case of .sm, the stylesheet (common.zam.com/shared/basestyle.css, line 15) explicitly sets font-style to normal, when it shouldn't. Its counterpart, .lg (for large text), does not do that.
In the case of the 'a' tag, it also gives an explicit color which ends up overriding the color set in the span. This, however, I don't regard as a bug (directly). Links without the extra color set need to have their color default to the appropriate value as determined by the site. The one thing that could fix the ordering issue here is to set the color span's style to "color: red !important;" to make it override colors set in contained elements' styles.
Update: The strike-through line, when outside of small tags (EDIT: specifically the order {s}{sm}{/sm}{/s}), has migrated down another pixel on the FFXI skin, so it now looks like it's almost underlined. This may be a side effect of switching from Verdana to Arial.
Demonstration of this. (For comparison, underline and correct strike-through.)
Edited, Nov 27th 2009 9:46am by MDenham
Edited, Nov 27th 2009 9:46am by MDenham
.sm classes now inherit the font-style property. English: you can put [i] tags outside the [sm] tags and it'll work now.
Links do not inherit color, because they shouldn't, it would mean links wouldn't appear a different color from their surrounding text.
I see what's going wrong on the [sm] tags not being handled properly in regards to strikethrough, but don't see a fix yet other than just putting those tags in a different order.
Links do not inherit color, because they shouldn't, it would mean links wouldn't appear a different color from their surrounding text.
I see what's going wrong on the [sm] tags not being handled properly in regards to strikethrough, but don't see a fix yet other than just putting those tags in a different order.
Recent Visitors: 190
All times are in CST
Anonymous Guests (190)
- Forums
- Cross Site
- Site and Forum Feedback
- Color blocking issues with links
© 2024 Fanbyte LLC