Search options (Page 46 of 54)

ah... well I used firefox when checking .... so that might be the reason we see different problems ...

The only thing I guess might be the trouble are the sizes on the input and textarea fields.  As they 'force' the cells to be larger.

What resolution do you normally use it with? (I need to shrink it to like 800x600 to start to experience problems, at my normal 1100 I didn't have any problems at all)

A tip is to disable the quickpost option, or shrink the textarea size. And I think it's these input fields that messes everything up for you. And going through all the input fields and shrink them is probably not that easy. (or are they CSS:ed? does CSS work with input tags?)

Perhaps using frames is an option? (as then the border on the right won't be moved, but the scrollbar will be in the frame for the forum instead)

so I guess that the ][ works, but not the apostrophe ' signs ... (sp?!)

Perhaps this thread can shed some light ... I'd guess you need to use a <div>

Heh, yep, store as little as possible

MarcB: memory isn't that expencive
nah, really, if you check into it... what this table would need to store, is like 30 bytes per read post for that session ... (user id = int(10), topic id = int(10), unix timestamp =int(10) == 30bytes) ... and if you would have a whooping 64MB table, that would give the possibility to have 2'236'962 read posts in store for that session, and considering that the cookie will default time out in like 10 minutes or so, you either should have a very quick hand or an extreme wide audience ... just over 3700 pageviews/s (Edit: forum pageviews that is)

it's released in this thread

Well in that second example of yours, the line is most probably not 146 (if it was that for the first example and they are alike), but something lower. What, depends on the number of lines one have to add in the other places.

When writing a readme, the lines one put in the files will be the lines the code is at in the finished mod, then you don't need to backtrack how many lines you have added when doing the mod etc, to figure out the correct line to write down in the 'reversed' way ... writing a readme is pretty hard even now, and it takes quite a long time to do aswell, when the lines start to increase, and extra work for the modders, is probably not welcomed

Actually I don't see any advantage in adding mods backwards, what's so bad having it like it is now?

Edit: And also, when adding the mod, if you follow the readme, the line numbers should aswell be correct, as you have pasted the stuff earlier, and pushed down the rows abit ... if it starts to differ alot, one might have forgotten a step in the readme

Ok here's the fix, Thanks JohnS for finding this bug!

will include it in the script later...

in viewtopic.php

 FIND (line 377) 

        if($cur_user['status'] < 1) // Normal users


REPLACE WITH
        if($cur_user['status'] < 1 && !($cookie['is_guest'])) // Normal users

in attachment.php

FIND (line 68)

    if($cur_user['status'] < 1) // Normal users

REPLACE WITH

    if($cur_user['status'] < 1 && !($cookie['is_guest'])) // Normal users

in edit.php

FIND (line 175)

            if($cur_user['status'] < 1) // Normal users

REPLACE WITH

            if($cur_user['status'] < 1 && !($cookie['is_guest'])) // Normal users


FIND (line 268)

        if($cur_user['status'] < 1) // Normal users

REPLACE WITH

        if($cur_user['status'] < 1 && !($cookie['is_guest'])) // Normal users

in post.php

FIND (line 333)

        if($cur_user['status'] < 1) // Normal users

REPLACE WITH

        if($cur_user['status'] < 1 && !($cookie['is_guest'])) // Normal users


FIND (line 581)

    if($cur_user['status'] < 1) // Normal users

REPLACE WITH

    if($cur_user['status'] < 1 && !($cookie['is_guest'])) // Normal users

Sorry for this ... hope it will work allright now   (a tip for you when searching, look for the string "$cur_user['status'] < 1"

Edit: have tested it now on my install, and everything seems to work as it should (I did set up forums for each of the things ... and now guests no longer can read the attachments they're not allowed to ... phew  ... sorry again for this ... and this was all my fault ... with too little beta testing

hmm... next, check include/attach.php ... so that the file is identical to the one in the zip I sent you ... (ecpecially the function for checking rights... )

email sent, hope it will solve the problem, my guess is that some rows are missing in viewtopic.php

strange, and for you as admin you can up and download files without trouble?

Edit: sounds like there could be a step that has been missed, or a file that was uploaded incorrectly ... but I must look into it...

Firebird is a trademark by some car company, could be that...