Text link styles with Moodalbox

I’m having a hard time getting text link styles to take with Weaver’s Moodalbox. I set them as page-wide styles in the Inspector palette, but I keep getting the default blue underlined text in my Moodal popup window. Is there a trick I don’t know about? Thanks!


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Can you post a link to your example page so that we can dissect the css

David


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Thanks, Dave. This appears to be a Webkit issue, as Camino shows the styles as intended.

The page in question is below, and the Moo window is accessed via the "Upcoming exhibitions link at the bottom right:

http://homepage.mac.com/flyvebaad/test_sites/asfp/photos.html


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Firefox and Camino look good, but Safari and Omniweb are showing the wrong link styles.

HOWEVER, when I paste the url of the lightbox straight into the address bar…

http://homepage.mac.com/flyvebaad/test_sites/asfp/upcoming.html

…Safari shows the links properly. Something about the overlay is messing things up. Any ideas?


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

You are correct about webkit being the culprit

webkit_style

But where that style comes from I do not know!

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Thanks for pointing that out, Dave. Now to see if I can make any sense of it…


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

I am wondering if this is because it is hosted at mac.com

Try it on another server.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

The only reason mac.com would make a difference is if he was trying to
run PHP or another scripting language. mac.com runs on good old
Apache, just a very restrictive version without any extras except the
DotMac stuff that Apple gives you in iWeb.

Walter

On Dec 8, 2010, at 6:45 PM, DeltaDave wrote:

I am wondering if this is because it is hosted at mac.com

Try it on another server.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Fair enough but where is that style coming from?

I just wondered if mac.com did anything weird ‘like’ putting sites into Framesets

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Those styles come from within the browser, and apply to anything that
the page does not explicitly style. So if you create some plain text,
and don’t apply any style to it, or if you make a link, and don’t
create any styles to govern how that link should look, then the
browser has the last word about what it should look like.

Walter

On Dec 8, 2010, at 4:48 PM, DeltaDave wrote:

You are correct about webkit being the culprit

webkit_style

But where that style comes from I do not know!

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

No, and a frameset cannot affect the style of a page. JavaScript can,
but only from within the same domain as the page itself.

Walter

On Dec 8, 2010, at 8:49 PM, DeltaDave wrote:

Fair enough but where is that style coming from?

I just wondered if mac.com did anything weird ‘like’ putting sites
into Framesets

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Except that I have tried both page and item-level link styles, and neither has done the job. At least not in Webkit.

It’s as if the “overlay” effect were deactivating my link styles.

On 9 Dec 2010, 1:07 am, waltd wrote:

So if you create some plain text,

and don’t apply any style to it, or if you make a link, and don’t
create any styles to govern how that link should look, then the
browser has the last word about what it should look like.

Walter


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Sorted. The Mootools Suite documentation refers to an issue whereby the background color of the lightbox can take on the background color of the page itself. The equivalent was happening with my link styles.

I’d forotten that I’d created some custom link styles in the Styles palette to govern the appearance of links, I’d but left the page otherwise free of link styles. The lightbox took on this lack of styles and displayed the default colored underlined text. The solution was to add some page-level link styles to the base page (not the lightbox.html page).

Thanks, Walt and Dave, for your help.

Best
Derek


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

So as Walter said

Those styles come from within the browser, and apply to anything that the page does not explicitly style.

And as usual he was on the money!

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

The clue for me was that Safari referred to these as coming from the
user-agent stylesheet. “User-agent” is browser manufacturer slang for
“the browser itself”.

Walter

On Dec 9, 2010, at 1:35 PM, DeltaDave wrote:

So as Walter said

Those styles come from within the browser, and apply to anything
that the page does not explicitly style.

And as usual he was on the money!

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

btw, what does the strike-through in the Webkit inspector refer to? An overriden style or something?


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Exactly that.

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Yes, that means that another rule has superseded it in the “cascade”.
Each rule is applied based on how much “mojo” it has. There’s a
complex set of rules for how powerful each type of CSS declaration is,
and thus which one will win in a conflict.

The user-agent stylesheet is very far down the list of applicable
styling rules – pretty much anything can override it! If any attempt
has been made to style the object anywhere, that will trump the
browser’s defaults .

Walter

On Dec 9, 2010, at 1:44 PM, derekzinger wrote:

btw, what does the strike-through in the Webkit inspector refer to?
An overriden style or something?


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Thanks for the education!


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options