Mac specific issues with new layout
#1
Scooby Regular
Thread Starter
Join Date: Mar 1999
Location: The Great White North
Posts: 25,080
Likes: 0
Received 0 Likes
on
0 Posts
Mac specific issues with new layout
Thought I'd start a thread for any mac specific issues with the new layout, as although we are a small percentage of the population, we can be quite vocal
First up: The dark grey bar containing the sub-options for the selected option from the light grey bar does not stretch across the full screen width in Safari. This applies to the whole style, not just the forum.
Looking at the html I see the following section:
The part causing the problem for safari is the second of the < tr height=
25" > table commands.
If I change that to 50, it does then display correctly in Safari but that then screws up in Firefox and probably PC browsers too.
It is obviously something specific to Safari. I'm going to have a play around with a saved copy of the html and see if I can find a workaround. If not then we'll just have to live with it. It's not a massive problem to be honest.
If anyone else has any other Mac specific issues, post them here
First up: The dark grey bar containing the sub-options for the selected option from the light grey bar does not stretch across the full screen width in Safari. This applies to the whole style, not just the forum.
Looking at the html I see the following section:
Code:
<table width="100%" border="0" cellpadding="0" cellspacing="0" > <tr height="25"> <td> </td> </tr> <tr height="25"> <td bgcolor="#444444"> </td> </tr> </table>
25" > table commands.
If I change that to 50, it does then display correctly in Safari but that then screws up in Firefox and probably PC browsers too.
It is obviously something specific to Safari. I'm going to have a play around with a saved copy of the html and see if I can find a workaround. If not then we'll just have to live with it. It's not a massive problem to be honest.
If anyone else has any other Mac specific issues, post them here
#3
Scooby Regular
By proper, does he mean one that constantly crashes, breaks down, requires constant updates of drivers for every tiny part, is awkward to use, ugly to look at, difficult to work on and as boring as it is predictable ? Or does he mean a stylish, efficient, reliable, attractive, fast and easy to use Mac
#4
oh god.. I think we all know where this is heading!!
Markus. Thanks for looking into it. Let me know if you find a fix.
At the absolute worst case, we'll make a compeletely different header for mac users. But obviously a more straight forward fix would be better
Markus. Thanks for looking into it. Let me know if you find a fix.
At the absolute worst case, we'll make a compeletely different header for mac users. But obviously a more straight forward fix would be better
#8
Scooby Regular
#16
Scooby Regular
Thread Starter
Join Date: Mar 1999
Location: The Great White North
Posts: 25,080
Likes: 0
Received 0 Likes
on
0 Posts
My web design skills are a tad rusty I think the actual problem is more to do with the way Safari renders pages compared to other browsers, as I've seen behaviour like this before and ground my teeth over it as I've not found an easy way to fix it to make it browser or platform independant without a fair bit of recoding.
The only quick fix I could think of (but have not tried yet, might do it tomorrow) involves having Javascript browser detection code to see if the browser if safari and if so, change the second the second of the < tr height= "25" > table commands to the second of the < tr height="50" >
It does of course lack elegance. The only other thing I can think of is to possibly change the css for the second grey menu so that tables are not being used to position it. If I get a spare moment tomorrow I might play around with some CSS and see if I can work out if that is possible and how much work is involved in doing it. From the look of things the code for that section is the same across all pages, thus a search and replace could be used to change it, so it might not be a massive change, then again, it could be.
I'll report back when I can.
The only quick fix I could think of (but have not tried yet, might do it tomorrow) involves having Javascript browser detection code to see if the browser if safari and if so, change the second the second of the < tr height= "25" > table commands to the second of the < tr height="50" >
It does of course lack elegance. The only other thing I can think of is to possibly change the css for the second grey menu so that tables are not being used to position it. If I get a spare moment tomorrow I might play around with some CSS and see if I can work out if that is possible and how much work is involved in doing it. From the look of things the code for that section is the same across all pages, thus a search and replace could be used to change it, so it might not be a massive change, then again, it could be.
I'll report back when I can.
#17
Scooby Regular
iTrader: (19)
You know what markus....I can live with it, it is so minor, but as we were all in the spirit of bug testing last night, I thought I would bring it up
Definately is a safari issue more than a mozilla one.
but hey..as we are a paltry 0.2% then i guess it dosent matter that much
Definately is a safari issue more than a mozilla one.
but hey..as we are a paltry 0.2% then i guess it dosent matter that much
#18
\m/ ^_^ \m/
Simon told me it had risen to 1% over christmas, Macs sales are on the up or it could be me getting my powerbook fixed
i'd like to see the header thing fixed, small things like that annoy the hell out of me
another bug (i've already mentioned it to Simon) but im not sure if it safari related or not, is that it loads to the right hand side of the page until fully loaded, then centres into the middle, looks a bit crap
i'd like to see the header thing fixed, small things like that annoy the hell out of me
another bug (i've already mentioned it to Simon) but im not sure if it safari related or not, is that it loads to the right hand side of the page until fully loaded, then centres into the middle, looks a bit crap
#19
Scooby Regular
Thread Starter
Join Date: Mar 1999
Location: The Great White North
Posts: 25,080
Likes: 0
Received 0 Likes
on
0 Posts
You're quite correct about the load issue to, just noticed it myself. I'm guessing it's something to do with how/when the actual "meat" of the forum is loaded.
It would be nice to see the header fixed, it's a niggle more than a show stopper.
It would be nice to see the header fixed, it's a niggle more than a show stopper.
#20
Scooby Regular
iTrader: (19)
Simon told me it had risen to 1% over christmas, Macs sales are on the up or it could be me getting my powerbook fixed
i'd like to see the header thing fixed, small things like that annoy the hell out of me
another bug (i've already mentioned it to Simon) but im not sure if it safari related or not, is that it loads to the right hand side of the page until fully loaded, then centres into the middle, looks a bit crap
i'd like to see the header thing fixed, small things like that annoy the hell out of me
another bug (i've already mentioned it to Simon) but im not sure if it safari related or not, is that it loads to the right hand side of the page until fully loaded, then centres into the middle, looks a bit crap
someone else mentioned that last night with a screenshot in the general sticky. it didnt get a response from simon, but yes i noticed it on my two macs, though not so bad on a pc running ie7. it definately is linked with loading as it is more pronounced on slower computers . one time i could read nearly the whole left column and all the posts, before it had shifted left again
#21
Scooby Regular
Thread Starter
Join Date: Mar 1999
Location: The Great White North
Posts: 25,080
Likes: 0
Received 0 Likes
on
0 Posts
Ticker problem fixed (I think!)
I *think* I might have come up with a simple fix for the grey "ticker" banner. Makes sense now we have the ticker as to what that section was to be used for.
Anyway, onto how I think I've fixed it.
The problem code block is as follows with the problematic line in red:
The alleged fixed code block is as follows, with the correction in red:
The change is to move the height declaration from the TR tag into the TD tag.
I've tested in in Safari 2.0.4 (419.3) and Firefox 2.0.0.1 on Mac OS X 10.4.8. I've also given it a quick test in IE7 and Firefox 1.5 and 2.0.0.1 on Windows XP SP2.
If anyone wants to test the file then have a look here and see if it works for you. It might not as that's a page on my local site, but it does seem to load everything correctly as the html page contains full references to the various files.
Anyway, onto how I think I've fixed it.
The problem code block is as follows with the problematic line in red:
Code:
<table width="100%" border="0" cellpadding="0" cellspacing="0" >
<tr height="25">
<td> </td>
</tr>
<tr height="25">
<td bgcolor="#444444" > </td>
</tr>
</table>
The alleged fixed code block is as follows, with the correction in red:
Code:
<table width="100%" border="0" cellpadding="0" cellspacing="0" >
<tr height="25">
<td> </td>
</tr>
<tr>
<td bgcolor="#444444" height="25"> </td>
</tr>
</table>
I've tested in in Safari 2.0.4 (419.3) and Firefox 2.0.0.1 on Mac OS X 10.4.8. I've also given it a quick test in IE7 and Firefox 1.5 and 2.0.0.1 on Windows XP SP2.
If anyone wants to test the file then have a look here and see if it works for you. It might not as that's a page on my local site, but it does seem to load everything correctly as the html page contains full references to the various files.
#28
Scooby Regular
Thread Starter
Join Date: Mar 1999
Location: The Great White North
Posts: 25,080
Likes: 0
Received 0 Likes
on
0 Posts