Aug 29, 2011 #2 Z zasto Guest 错误的推理。如果我开始上的问题,我有一个主题,问题就解决了的那一刻是一刻锁定的主题。如果您认为该主题没有足够的书面,开始新的。题目太长,是一件坏事。搜索是最好的方式找到信息,你需要(如信息存在)。
Aug 29, 2011 #3 A alexan_e Guest [color = std_match; 904796],其他用户可以有价值的信息共享甚至原始的海报后认为,问题就解决了[/QUOTE]一般正好相反的事情发生了,许多用户离开线程打开,然后用户“重新打开”该线程4或5年的闲置后把自己的问题,这可能是类似原来的问题。我要补充一点,我看到了一些在该线程被一些错误的解决方案结案的案件,在这种情况下,你可以PM原始的海报。亚历
[color = std_match; 904796],其他用户可以有价值的信息共享甚至原始的海报后认为,问题就解决了[/QUOTE]一般正好相反的事情发生了,许多用户离开线程打开,然后用户“重新打开”该线程4或5年的闲置后把自己的问题,这可能是类似原来的问题。我要补充一点,我看到了一些在该线程被一些错误的解决方案结案的案件,在这种情况下,你可以PM原始的海报。亚历
Aug 29, 2011 #5 A alexan_e Guest 当你下午他可以重新打开线程,直到找到正确的解决方案是原来的海报,但它的OP,所以我猜会有情况,一个线程将保持一个错误的解决办法关闭,即使在OP是错误的通知解决方案。亚历
Aug 29, 2011 #6 F FvM Guest [行情]我想会有一个线程将继续与一个错误的解决方案,即使在OP是错误的解决方案的通知关闭的情况下,[/QUOTE]是的,这已被接受,如果一个接近我的线程功能存在。我不认为,它的主要问题。我记得少数情况下,当我参加了讨论,发现线程关闭overhasty,例如,一个错误的解决方案,已欣然接受由原始的海报。另一方面,没有人能纠正所有的错误或误导性在edaboard张贴的解决方案。就个人而言,我不认为这是适当的关闭一个线程,除非它有一个非常特殊的话题,和已经回答了详尽。这也是确定“以关闭一个线程,已主要是基于错误的假设上。在其他情况下,我倾向于离开一个选项,以开展后续的职位上。如前所述,有许多情况下,新人加入无关的评论,或复述以前的职位。但这个坏习惯是不足够的resaon关闭所有线程。
[行情]我想会有一个线程将继续与一个错误的解决方案,即使在OP是错误的解决方案的通知关闭的情况下,[/QUOTE]是的,这已被接受,如果一个接近我的线程功能存在。我不认为,它的主要问题。我记得少数情况下,当我参加了讨论,发现线程关闭overhasty,例如,一个错误的解决方案,已欣然接受由原始的海报。另一方面,没有人能纠正所有的错误或误导性在edaboard张贴的解决方案。就个人而言,我不认为这是适当的关闭一个线程,除非它有一个非常特殊的话题,和已经回答了详尽。这也是确定“以关闭一个线程,已主要是基于错误的假设上。在其他情况下,我倾向于离开一个选项,以开展后续的职位上。如前所述,有许多情况下,新人加入无关的评论,或复述以前的职位。但这个坏习惯是不足够的resaon关闭所有线程。
Aug 29, 2011 #7 C cyberrat Guest 我也不赞成的线程结束,只是因为OP他们想要的答复。很多时候,别人可以来找到一个主题,他们还可能没有他们需要的所有信息感兴趣,所以只是要求一个额外的问题或作出进一步的评论,可以提高线程。此外,当有人来在黑板上,并询问一个问题,告诉他们得到“做一个搜索”,找到一个关于这个问题的现有线程的许多倍。但是,如果该线程被锁定,那么他们最终作出一个新的反正。通过各种手段[解决]标签,但不会关闭它。只有MODS应该能够关闭线程国际海事组织。
我也不赞成的线程结束,只是因为OP他们想要的答复。很多时候,别人可以来找到一个主题,他们还可能没有他们需要的所有信息感兴趣,所以只是要求一个额外的问题或作出进一步的评论,可以提高线程。此外,当有人来在黑板上,并询问一个问题,告诉他们得到“做一个搜索”,找到一个关于这个问题的现有线程的许多倍。但是,如果该线程被锁定,那么他们最终作出一个新的反正。通过各种手段[解决]标签,但不会关闭它。只有MODS应该能够关闭线程国际海事组织。
Aug 29, 2011 #10 K keith1200rs Guest 是的,版主可以关闭的主题。我们也可以加入,分裂和移动它们。我偶尔连接“丢失”的答案和解锁“解决”线程。正如人们所说的,如果你看到一个应该上锁的线程的,接触的主持人之一。基思
Aug 29, 2011 #12 A alexan_e Guest 如果所有的线程将被打开,那么我认为这将是一个好主意添加“老线程警告” http://www.edaboard.com/thread201382.html#post850179 亚历