IWETHEY v. 0.3.0 | TODO
1,095 registered users | 1 active user | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New Gud Schtuffs
I wanna see the following:

1. User selectable fonts/stylesheets
2. A cookie for saving my login :-)
3. HTML/plain text option for s
4. Admin rights for me
5. Ability to email me a notification when a of mine is replied to
6. A hotlist for quick jumping to a particular thread
7. A nifty "quote the above and reply to it" feature
8. A button on the form :)
9. A load of other stuff I haven't thought of yet but will whinge about the lack of anyway

There. That'll keep you quiet :)

GJ.
--
Peter
Shill For Hire
New Memory like a sieve
10. Mark *thread* read, for ignoring those vast flamefests that you and Ross seem to enjoy so much, without ignoring the whole forum.
--
Peter
Shill For Hire
New That might not be possible.
I have a feeling that the board only keeps the time when you marked everything read, and uses that. Now, once we get an NNTP filter here, you can just killfile anything you don't want...
This .sig is under construction.
New Everything is possible.
Just a matter of practical or not. :-)

Each forum has a marked-read time for each person. Doing that by Thread would vastly increase the storage sizes.
Regards,

-scott anderson
New I bet a killfile would be more efficient
Rather than marking a thread read, Kill it from my perspective. That way it stays out of my face, and the system only needs to keep track of a list of killed threads/userIDs for each user. And depending on how the list is allocated, it might not even be stored for those who don't use it.
White guys in suits know best
- Pat McCurdy
New The best that you could hope for
In doing this is using an additional byte per user, per thread. Thus if 200 people at one time or another opened an account on this board, and the board reached 1000 threads (easily once in full production), this would increase storage use to 200,000 bytes.

This also assumes that the data is set up so that it would only be a matter of adding a new field, which I seriously doubt. So this would mean adding another table all together which is keyed to both the thread number and user key. This easily increases the size by a multiple of at least 5 (assuming thread and user keys being kept as short integers).

Then you also have to consider the extra time that will be required for this lookup.

It's fine for me as is, though it might speed up users with modems a bit.
~~~)-Steven----
New Re: Gud Schtuffs
7. A nifty "quote the above and reply to it" feature


Done. ;-)
Regards,

-scott anderson
     Gud Schtuffs - (pwhysall) - (6)
         Memory like a sieve - (pwhysall) - (4)
             That might not be possible. - (inthane-chan) - (3)
                 Everything is possible. - (admin) - (2)
                     I bet a killfile would be more efficient - (mhuber) - (1)
                         The best that you could hope for - (Steven A S)
         Re: Gud Schtuffs - (admin)

The annual lizardfall in the Monterey preserve of California approaches 4,800 lizards per acre per year.
75 ms