Tags:
create new tag
view all tags

Quiet Save Still Spams WebChanges

I decided to spend some time attempting to add a TopicClassification to topics appearing in SelectOne in order to help the process of refactoring. After working through a few of the topics I noticed WebChanges was being spammed by my work although I was using the quiet save.

How can I rapidly class SelectOne topics using the BasicForm without making waves in WebChanges?

-- Contributors: TravisBarker - 29 Mar 2008

Discussion

If there is no easy solution I would propose a scheduled TWikiRefactorDay where all normal dev is suspended for a day of spring cleaning, we can coordinate the refactoring process from the TWikiRefactorDay topic and from TWikiIRC.

-- TravisBarker - 29 Mar 2008

A TWikiRefactorDay is an interesting idea. Could be fun. smile

-- FranzJosefGigler - 29 Mar 2008

I guess one solution could be a an additional "!InvisibleSave" button that would be a QuietSave (no email sent) but also would read the file date, set the %TOPICINFO to it, save, and set back the file date to the saved date. Seems worth of a feature request. Or it could be a checkbox option on save

-- ColasNahaboo - 29 Mar 2008

I for sure do not want it to be possible for people to save topics without the topic to appear in the WebChanges.

Two reasons.

  • On my Motorola site we are some that really want to see what is being changed no matter what the person saving may think about it.
  • On my Motion (public site) that it the only way I with the help of all the good users can keep an eye out for spam and remove it. An invisible save would be a heaven for spammers.

We already have Save, Quiet Save, Save and Continue and we have a Force new revision checkmark. In my view already at the limit of what should be of user interface related to saving.

I think an occational "spamming" of a WebChanges view occuring in very rare situations is a better trade off than another "high on the NerdoMeter"/"spamming heaven feature".

Maybe someone can write a small script that an admin can run that puts the refactored topics low on the WebChanges list. That would be a better solution.

-- KennethLavrsen - 30 Mar 2008

On the other hand, why would we want to have important refactoring be hidden from WebChanges?

In the spirit of hope, progress, and that others join in - let the efforts be seen.

(Mind you, i do find it difficult to keep the technical discussions going when the Dev topics in Codev drop off WebChanges - but i see that as a sign then we should split the Codev web site, not that refactoring should be hidden)

-- SvenDowideit - 31 Mar 2008

here is what has me concerned... PleaseStopCategoryStaleDeleteMe does this mean BasicForm should be replaced with tags? Im starting to lean toward having TWikiRefactorDay

-- TravisBarker - 31 Mar 2008

Edit | Attach | Watch | Print version | History: r7 < r6 < r5 < r4 < r3 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r7 - 2008-03-31 - TravisBarker
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2026 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.