I have a bug in my showthread.php that I am trying to track down.. that is what's holding up the development of Kill File. This bug was here before I did the optimization hack and before I did the Kill File hack, so I don't think the new code is causing it-- but I want to be sure.

My "goto=lastpost" is no longer working. The arrows have the correct link and thread referenced, but when that info gets to showthread it is looking up the wrong post#. The query looks correct.. anyway, I will work on tracking that bug down and finishing Kill File after that. This bug is possibly from our 50,000 post UBB import, but I'm not sure how the linking would be all fouled up.

How do all..

TWTCommish - That PM hack is ed's hack.. I download the latest version a few weeks back and followed his 1st time install instructions.. The folders came with it..

BTW Ed - Very nice hack..

Herb

TWT - yeah, that's stock 1.2.0 stuff. 0.9.x didn't have it.

Herb - thanks.

This is a nice hack too! I have some people I could use it on :)

Kill File is such a simple extension of the ignore system you built into PM, I'm quite surprised no one has done it before.

While I have your eye, do you see any problem with these proposed hacks to the PM:

In private.php under doeditignore, I removed the check to see if your newly ignored person is actually a registered user. I want the users to be able to ignore guests as well.

Also I'm adding guest usernames to the ignorelist and not just registration numbers, which seemed fine since the field is initially setup as Mediumtext.

** ONE REQUEST ** to ask of anyone who can answer:

Why do some users complain that the site scrolls horizontally on a 15-inch monitor. I've tried all browsers at 800 x 600 and can't get it to scroll with the window maximized. (ahh perhaps their window isn't fully maximized).. but anyway, if you have a 15-inch screen, please take a look at 800 x 600 and tell me if it scrolls.

P.S. Fixed my showthread bug, will continue work on Kill File (inbetween real work projects LOL)

[Edited by Overgrow on 09-26-2000 at 02:46 PM]

Actually, that should work. I'm not sure. You'll have to find the query that grabs the ignore list and make sure it doesn't do any further queries with derived info (or, if it does, add some check in)

On my generic 15 inch monitor with a Diamond Viper (800x600) in Windows 98 using the latest release of IE 5.5, the board is scrolling slightly to the right. The page ends right where the rounded corner starts. No text is cut off, but the graphics go off the right side a little.

Same here...I think my monitor is 15 inches...might be 17 though, I'm not totally sure, and don't feel like making sure either. :)

It definetly scrolls to the right a bit, though.

I don't think it matters what size monitor it is. It could be a 32" monitor, but if the resolution is 800x600, it's the same on every monitor.

Amazingly, a lot of people don't maximize their browsers... especially the AOLers. AOL, by default, opens the browser in a little window. Probably to keep you in their own little world so you never forget you are in AOL.

My feeling though, from a design viewpoint is, that it's not going to matter much. Those people are used to seeing most websites like that. Think of the WebTV users. They don't even have a concept of what the sites are really supposed to look like. :)

If the horizontal scroll concerns you, check all of your table settings, and the size of your graphics. Those will decide the absolute width of the page.

If all the tables are set to 100%. but the graphics, when lined up, equal more than '800', you're gonna get scroll.

Of course that's what I thought too. I tried every browser at that resolution and couldn't get a scroll.

But what about the other people in this thread? Did you have your windows totally maximized when you saw the scroll?

LOL.. why give em a steak if they're used to eating Big Macs?

I know the graphic width is under 800.. but one main table in the header contains all of the rest of the page. This is unfortunate since it doesn't allow the postbit tables to draw themselves independently-- they must wait for them all to be filled in before the overall table is drawn. Just a negative aspect to the design that wasn't caught in planning.

That main table was 97% width. I just changed it to 94%. Can the friends that saw the scroll yesterday please give it another look and see if it still scrolls?

(oooo what a cheap ploy to get hits on his site).. PS Thanks Brian

I will package it up and release it today if work doesn't get in the way.