Justin writes: >The top/red header on the list screens doesn't float to the center in >IE 5/Mac - it just sticks to the left. Has anyone else seen this? Yep -- don't hardly ever use it but IE 5.2.3 behaves that way on my Mac too. Shane writes: >Can you also provide me a screenshot of 2.9.2's rendering in IE5/Mac? Attached herewith. -- curmudgeon ...Continue Reading

> > - In Dada Mail 2.9.2 stable, did IE5/Mac header-centering problems > > and/or content-centering problems occur in list pages? > > http://mojo.skazat.com/cgi-bin/demo/mail.cgi > > Centered, although the text is bit screwy in the header. Thanks, I'll grab the source from the above link...but because I'm Mac-less, I won't be able to see what you mean by "screwy". Can you also provide me a screenshot of 2.9.2's rendering in IE5/Mac? ...Continue Reading

Here's what I'm seeing: http://mojo.skazat.com/images/dev/ie5_.png > - In IE5/Mac, does the header left-align in the browser window, or > is it centered? Left. > - In IE5/Mac, does the text inside the header position itself with > ".: Dada Mail" at the far left and ":: Sign Up for a List ::" at > the far right, or does something different happen with those two > snippets of text? The entire red header looks great, just all to the left. > - In IE5/Mac, is the content ...Continue Reading

> The top/red header on the list screens doesn't float to the center in  > IE 5/Mac - it just sticks to the left.   Alas, I don't have a Mac to test on. But I can probably do this blind.   To do that, we'll have to separate the IE5/Mac list-template centering problem from both the "body/body#Dada" change Justin recently made, and also from any other "intermingled" site's stylesheets that may be affecting the problem.   So here's a test page that does just tha ...Continue Reading

Hey, Just a heads up - The top/red header on the list screens doesn't float to the center in IE 5/Mac - it just sticks to the left. Has anyone else seen this? I'm not sure if Shane has access to a Mac to check this out. but (Shane) is there anything you can think of that'll stand out? Also, I noticed the body styles look like this: [snip] body { margin:50px 0; padding:0; text-align:center; /* page centering hack for IE */ font-family:Georgia,Times,'Times New Roman',serif; font-size:13 ...Continue Reading

Thanks for the heads-up on the pending release. I have nothing of substance to add in prior to it. > it's 80's night at the hi-dive and I'm in the mood to be > one of those hipsters that finds anything old, new again and has to > dance to whatever that is, ironically. :) It's impossible to dance ironically for more than ten minutes. But hey, whataever helps you [not] sleep at night. :-) http://www.carllewis.com/video.music.1.html ...Continue Reading

I'm going to... "lunch", but when I return, I'm going to put the finishing touches on the next beta and get it rolled out - there's not many changes you'll see, except the "Archive but DO NOT send" widget and the template'd out and slightly redesigned admin archive index page, but there's been extensive work done to the program - more than I intended, so it needs a good look-through. The work that you won't see that I'm alluding to are some more hooks for the Magicbook plugins, which w ...Continue Reading

> Location bar, address bar, ...toh-may-toh, toh-mah-toh. > > To clarify: If you look in the... > bar-in-your-browser-where-URLs-show-up-and-can-be-typed-in ;-) , an > "&" is exactly what *should* be there. But to describe that "&" > anywhere > inside an HTML document -- even inside an element's 'href' > attribute! -- > it should always be encoded as "&". Understood, those are BOTH the old style, the new style is to use semicolons instead of ampersands, ...Continue Reading

> > ampersands (&) should be escaped (&). [The same is not true if > > typing them...into your browser's location bar > check out what's in the address bar > when you submit something to google Location bar, address bar, ...toh-may-toh, toh-mah-toh. To clarify: If you look in the... bar-in-your-browser-where-URLs-show-up-and-can-be-typed-in ;-) , an "&" is exactly what *should* be there. But to describe that "&" anywhere inside an HTML document -- even inside an element's 'href ...Continue Reading

> A quick validation note: when writing multiple values into URLs as > above, > ampersands (&) should be escaped (&). [The same is not true if > typing > them in a plain text message or into your browser's location bar; > this only > applies to (X)HTML.] You're correct, although it seems that at least in Moz, it still creates the old style way - check out what's in the address bar when you submit something to google: http://www.google.com/search? num=100&hl=en&lr=&safe=off&q=something ...Continue Reading