vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB3 Programming Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=15)
-   -   Removing edits for users (https://vborg.vbsupport.ru/showthread.php?t=144028)

Zachery 04-02-2007 04:30 PM

Removing edits for users
 
No, no mods should _ever_ do this.

In response to this thread : https://vborg.vbsupport.ru/showthread.php?t=125173

Ziki 04-02-2007 05:17 PM

Tell it to the main admin he uses it too.

Zachery 04-02-2007 06:06 PM

Quote:

Originally Posted by Ziki (Post 1218483)
Tell it to the main admin he uses it too.

Its my firm belief that things like this are causing our users to revert further and further back-words and are becoming more and more needy and less able to do things on their own. Any time we remove a step for them, it gets harder for them to learn things.

Luky 04-03-2007 06:38 AM

>_> If people choose not to learn, its really not our problem.. the people that dont make an effort to learn obviously wont make an effort to put their knowledge to the test so their aint no reason really... :P But yes, i see where your comming from!

Zachery 04-03-2007 02:29 PM

You're taking the option to learn away from them, they dont have the chance.

UltimateOreo! 04-04-2007 12:44 AM

Eh, I would DEFINATELY reccomend manual template edits for users who already know how to do them! If your a new user, and don't even know how to access the template system, I do not reccomend doing it for them. I'm backing up Zachery all the way.

Luky 04-04-2007 06:35 AM

Quote:

Originally Posted by Zachery (Post 1219084)
You're taking the option to learn away from them, they dont have the chance.

Well i was exajurating obviously by saying all mods should use it... little ones are not bad, but its a pain in the koo-koo when you gota make 23874million edits! (Anything over 5 different templates eg. navbar and forumhome that needs editing is just annoying.)

Zachery 04-04-2007 09:01 PM

Would you rather make edits or let the modification authors decide what to insert and where on your forums?

If you want to try _real_ modification, go to the vB2 archives and try installing some of those hacks ;)

bluesoul 04-05-2007 04:15 AM

If you actually need this, you're not likely to even know where to look, since it took even you eight months to comment on it. I think that vB really has a powerful plugin system, and it's one of the reasons I went with it. Do I want to eliminate file edits? Not really; if nothing else you come away with a better understanding of how the code works, or at least you do if you're not just blindly "find this, paste this after it" and will look for the context of the code so you see how the code works.

And yes, some of the vB2 hacks are kind of ridiculous, I used to run a 2.2.4 board way back when and you got to thinking that you didn't really need that extra bit of functionality. We've come a long way, baby.

UltimateOreo! 04-08-2007 08:45 PM

I do agree with copy and pasting doesn't help, but I did take a good look at them to see how they worked, and worked up from that to make a couple user management hacks. Although, sadly, most people who use vbulletin are copy and pasters and make no effort to contribute or even take a look at the coding on the hack. As I said before, although it is a nice feature, people are taking too much advantage with it, in simpler terms DON'T BE LAZY. DO THE EDITS. It's not like you are lifting 500 pounds, its copy and pasting! I know this post is all over the place, but I think it gets the point out pretty well.

da420 04-08-2007 08:56 PM

Most of the time, I go into the plug-ins and remove the PHP that does the template edit automatically, and copypasta the corresponding template where it is supposed to go, or wherever I want it to go. It makes it easier for me to troubleshoot, design around the hack, and other. If someone wants to do it automatically it doesn't really bother me personally. I see, and understand the points on both sides, but prefer to do the template edits manually. Just personal preference, and in the long run easier for me.

Paul M 04-08-2007 09:53 PM

Quote:

Originally Posted by Zachery (Post 1218538)
Its my firm belief that things like this are causing our users to revert further and further back-words and are becoming more and more needy and less able to do things on their own. Any time we remove a step for them, it gets harder for them to learn things.

I do not provide modifications to teach people how to code/whatever, they are provided to add extra functionality to peoples forums.

I guess you won't be too happy about template hooks then ?


All times are GMT. The time now is 11:48 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01030 seconds
  • Memory Usage 1,738KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (3)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (12)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete