The task of center-aligning an unordered list (which can’t have its width explicitly set) via CSS comes up every now and then. Logging it here for later.
“For a start you could text-align: center the ul inside the #ul_container_div and display: inline the li instead of floating them left.”
#ul_container_div{ width:100%; text-align:center; } #ul_container_div li { display: inline; }
Source of knowledge: http://archivist.incutio.com/viewlist/css-discuss/59041
Just for purposes of documenting this useful knowledge:
When viewing in Internet Explorer 6 and experiencing the “strange-repeated-text” problem, try applying this CSS to the element containing the text that gets repeated:
float: none;
clear: both;
Knowledge from: http://uxdev.blogspot.com/2008/10/phantom-text-in-ie6.html
Got this in my email today. I’m sure we can all relate to this phenomenon.
Thanks “The Oatmeal“
I just spent the past 36+ hours in bed, with a few minor exceptions (going to the bathroom 3x and eating 2x). I don’t know what I am sick with, probably just a rogue case of fatigue, but here are some tips to help make being sick easier:
That’s all I can think of for now. Stay well, everyone!
When using $this->getSkinUrl(‘path/to/yourfile.html’) inside view (.phtml) code, and you’re getting /default/default/ instead of /default/yourtheme, this isn’t Magento working incorrectly. Check the $argument you send and verify that the target file actually exists.
getSkinUrl() does more than just generate the proper URL, it also verifies that the file exists. If it doesn’t find the file within the store’s /yourtheme folder, it will revert to /default.
I had a problem with your PHP code running or executing seemingly twice. To debug this phenomenon, I put some write-to-file code at the beginning of the script. Surprisingly, whenever I loaded my script in the browser, the file would be written to twice despite my one page load.
The problem was that The page I was developing had an <img> in it with the “src” attribute set blank. When the document was fully loaded, javascript was in place to dynamically assign the “src”. This worked perfectly fine in the pre-server-side-logic stage of development so it was an easy decision to begin debugging server-side logic.
The double execute happens when Firefox sees <img src=”" />. Not knowing what source to assign, it sends a request (the second request) to the current path (again) for the image. Therein lies the problem. It’s interesting to note that Firefox is not to blame, as it’s following HTML specification.
If you ever need to programmatically clear Magento’s shopping cart, use the snippet of code below. If you need to clear the user’s entire session, including the shopping cart, shipping information, billing information and chosen payment methods, please refer to the snippet further below.
