View Full Version : Appending files to posts should be disabled!
Atak_Snajpera
12th February 2009, 16:13
Inexperienced users tend to add log files this way instead of just posting as plain text using Wrap Code. Then I have to wait couple days for approval.
~bT~
12th February 2009, 17:38
i think the option should be removed.
prOnorama
12th February 2009, 18:42
Why? IMO it's their loss, they ("the inexperienced") just have to wait a little bit longer for help from you or others. Otherwise the rest has to suffer from the inadequacy of the few.
Atak_Snajpera
12th February 2009, 18:45
Why? IMO it's their loss, they ("the inexperienced") just have to wait a little bit longer for help from you or others.
When I have time I want to fix any problems immediately. I'm not going to repeat my self I tell every user to NOT use this uselless function.
Guest
13th February 2009, 01:41
I check for attachments every day for all forums, so I think you are exaggerating.
LoRd_MuldeR
13th February 2009, 18:56
I also think attachments are superfluous nowadays. For code, logs and alike we have [code] tags.
For anything else people can use one of the various free and anonymous file/image hosters, which they need to do anyway for 200+ KB files.
The only reason for attachments I can think of is that the lifetime of attachments is probably longer than the lifetime of "externally" hosted files.
Anyway, you can re-upload the file and edit your post if a file really needs to be available for a very long time...
laserfan
13th February 2009, 19:31
The "problem" LM is that some folks using Attachments don't know the ins & outs of when/why/how like you do. Except that I suspect the attachments feature is hard-wired into the BBS code, it would be nice I think if either the "Manage Attachments" window would display, or clicking on the Manage Attachments button would pop-up, a message saying "Your options are: embed w/code tags, upload to 3rd party hosts, or attach small files here (a mod has to approve)".
Now I have to admit I don't know off-hand if there's anything about this in the forum "rules" which we are all supposed to know & abide! :o
Atak_Snajpera
13th February 2009, 21:47
I check for attachments every day for all forums, so I think you are exaggerating.
If attachments were disabled you would also have less to do.
Inventive Software
14th February 2009, 00:08
If attachments were disabled you would also have less to do.
So when I want people to download something and the thread stays on Doom9's forums, I use attachments because I know any other file hosting and it's likely to go down. Which is why I loathe all those people who use file-sharing hosters for their releases because I know they'll go down unless it's on SourceForge.
So attachments have their uses, asking for a blanket ban just so it can help your development is quite frankly rather selfish; what's wrong with a little patience and asking people to post it with [code] tags?
Guest
14th February 2009, 01:12
If attachments were disabled you would also have less to do. I have to go in to moderate posts so attachments is an extra 10 seconds. It's not a big deal. Actually, I check several times a day. But thanks for looking out for me!
kypec
14th February 2009, 07:32
And what about enabling this feature only to "experienced users" like someone meeting minimal number of posts required, 15 days since registration or something like that?
jeffy
14th February 2009, 08:50
Or maybe... when a new user gets the "welcome to" e-mail message, there might be something like
"When posting attachments (images, logs, scripts, ...), they have to be approved before they are made available for viewing. If you don't want to wait, please use a service like http://www.mediafire.com instead."
setarip_old
15th February 2009, 03:31
On the other hand, if someone (likely a "newbie") posts an attachment, it gives the moderators a chance to PREVIEW the contents before they are viewable by all members. I've got to believe that, over the years, this capability has precluded the appearance of some unacceptable material...
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.