|
It's only been increased for accounts.
cheers
Chris Maunder
|
|
|
|
|
|
Rohan Leuva wrote: Further, how about combining Abuse/Spam Flag[which is currently Abusive/Troll] because neither is accepatable and used to remove account from the site
Why are neither of these acceptable? To me these are critical. We need a machanism to remove spammers and trolls.
Rohan Leuva wrote: Troll is not used more often
Not sure what you mean (or where you get your stats from).
Rohan Leuva wrote: Now a days, Some members report content as Spam and some as Abuse which is not enough to deactivate someone's account and thus offender gets chance to post more dump
Generally when a member reports spam they also report the member. In fact I would say 100% of the time the member gets reported.
cheers
Chris Maunder
|
|
|
|
|
I wanted to say, there are 10 Abuse or 10 Spam reports required to deactivate the member's account. If 9 Abuse and 6 Spam reports will be there then it will not delete it. So if possible, can we have some mechanism in which we count total reports?
"When you don't know what you're doing it's best to do it quickly"- SoMad
|
|
|
|
|
Rohan Leuva wrote: If 9 Abuse and 6 Spam reports will be there then it will not delete it.
Actually it will. The mechanism for forum messages goes off the combined total.
cheers
Chris Maunder
|
|
|
|
|
Chris Maunder wrote: Why are neither of these acceptable? To me these are critical. I believe the OP is saying that neither Spam nor Trolls are acceptable so why separate the two. At least that's how I understood them.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
That's the way I read it too.
It's De Morgan's Laws[^]
Acceptable = !Spam && !Troll
!Acceptable = Spam || Troll
A positive attitude may not solve every problem, but it will annoy enough people to be worth the effort.
|
|
|
|
|
When I format the follwoing line of code as C++:
template <class T>
and post the messge, afterwards that line is auto-magically changed to
template <class T="">
It doesn't happen every time, so I'm not sure what causes it. But there are plenty of postings in the C++ forum and Q&A that show the unwanted ="" addition!
|
|
|
|
|
It could be that the system thinks that <class T> is an HTML element and that the T is an attribute, resulting in this change.
If that's the issue, then a way to solve this is to change the < and > chars into their HTML Entities, < and >
|
|
|
|
|
Seems like just writing
template <class T> and then enclosing it in pre tags doesn't provoke the error immediately, must be some intermediate step.
But yes, now that you mention it, #include commands using angular brackets also get eaten by HTML. Must be connected to that.
|
|
|
|
|
If you post just "template <class T>" then yes, the message process will consider is s HTML and will attempt to "fix" it. If you wrap it in <PRE> tags then it won't.
If you want to be able to post stuff that has <'s in it without the message system thinking it's HTML then check the "Treat my content as plain text, not as HTML" checkbox in the Options section just above the "Post Message" button at the bottom.
cheers
Chris Maunder
|
|
|
|
|
I have seen this happen even if it is in pre tags.
There is also the auto-tag-close thing that also happens in pre tags.
Neither of these always happens, but the do happen.
What do you get when you cross a joke with a rhetorical question?
|
|
|
|
|
Brisingr Aerowing wrote: I have seen this happen even if it is in pre tags.
Which is exactly what I was complaining about - if I enclose something with <pre lang="c++">...</pre>, then I want it formatted as code, not HTML. Enclosing it in text tags instead defeats the purpose.
Brisingr Aerowing wrote: There is also the auto-tag-close thing that also happens in pre tags.
Yup. When HTML finds anything that it thinks are tags - even though the text is enclosed in pre tags! - then it will swallow those presumed tags, and also auto-add closing tags at the end. This is rather annoying when you try to format code containing #include directives or template arguments!
I've written many solutions and answers containing such code and now am used to use the > and < HTML tags within the code rather than using < and >, but the problem is that even a small typo can break code, and due to the HTML eating bits of code it's often impossible to just copy & paste the actual code - you have to modify it!
|
|
|
|
|
Stefan_Lang wrote: When HTML finds anything that it thinks are tags - even though the text is enclosed in pre tags!
What's meant to happen is that all HTML tags within PRE blocks except for I,U and B get auto-encoded so the processor doesn't see them as HTML anymore.
Clearly Possibly a bug. I'll dig in and see what's happening. [Edit] However, I can't replicate the issue at this point
Test:
#include <stdio>
cheers
Chris Maunder
modified 15-May-14 7:58am.
|
|
|
|
|
trying to reproduce...
Test: copy paste from text editor, click elsewhere (auto-closes 'Paste-as' dialog), then select and enclose in <pre>
#include <string>
template <class T>
class myT {
T var;
};
Test 2: copy from within unsent post, including pre tags
#include <string>
template <class T>
class myT {
T var;
};
Test 3: copy from within unsent post, excluding pre tags, use paste as code
#include <string>
template <class T>
class myT {
T var;
};
Edit: ok, all seems to work, except pasting as codeblock uses C# formatting by default. Also the C# formatting automatically replaced the < and > tokens with the corresponding HTML tags automatically.
Another test: typing (not copying) same code, then enclose in pre
#include <string>
template <class T>
class myT {
var T;
};
At this point I'm running out of ideas - maybe it's only in some forums ? I've noticed it in Q&A, will go test there...
Edit 2:
Tried 'improving' a solution of mine in Q&A, but couldn't reproduce the issue. I'll bookmark this thread and come back when i find an example that can be reproduced.
Edit 3:
Another test, trying to reproduce the problem i just faced in Q&A:
template <class T>
class myT {
T var;
public:
void hello();
};
void foo() {
myT<int> x;
x.hello();
}
The function myT<int>::hello() .
modified 16-May-14 7:13am.
|
|
|
|
|
It seems to happen randomly. I never know when it will hit.
public static void AddRange<T>(this ICollection<T> list, IEnumerable<T> elements)
{
foreach (T o in elements)
list.Add(o);
}
template <class identifier> function_declaration;
template <typename identifier> function_declaration;
template <typename Type>
Type max(Type a, Type b) {
return a > b ? a : b;
}
What do you get when you cross a joke with a rhetorical question?
|
|
|
|
|
Let me know when you can replicate it.
cheers
Chris Maunder
|
|
|
|
|
Can't exactly replicate, but in my last attempt got different errors, trying to post this:
template <class T>
class myT {
T var;
public:
void hello();
};
void foo() {
myT<int> x;
x.hello();
}
The function myT<int>::hello() .
|
|
|
|
|
In my recent reply (I deliberately did not edit it), the last case of <int> has been eaten by HTML - although it's actually still in the original text!
|
|
|
|
|
Here's another formatting issue for C++ code: a triple slash followed by anything containing either a 'less' sign or the associated html tag, leads to the remainder of the code being greyed out! Not even sure why any parts of C++ code should be greyed out!? Interestingly, the part before the less sign is correctly formatted in green, as a comment, although the leading triple slash is still grey
Here's an example:
void foo() {
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
And another occurence, this time concerning dynamic_cast template arguments. In the solution I posted here[^], I tried to post code containing
dynamic_cast<some_type*>(some_pointer);
but what I got - even after an attempt to correct it - was
dynamic_cast(some_pointer);</some_type>
I needed to replace the < and > tokens by the corresponding HTML tags to fix it!
Test to replicate:
dynamic_cast<some_type>(some_pointer)
P.S.: Test failed - couldn't replicate
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
They work here, and in the Lounge, and in "Normal" articles, but not in the messages at the bottom of here: http://www.codeproject.com/script/Articles/ArticleVersion.aspx?waid=125945&aid=771879[^]
Probably, that's because it's in the moderation queue, but since the bottom of the page has:
Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages. It would be nice if they worked!
Very low priority, obviously, but if you are in there in the near future...
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
Because the article has not yet been moderated ?
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
|
I'm guessing so - but having the instructions and them not working is a little...inconsistent.
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
Is an issue due to there being two forums on that page. I'll work to make it more sensible
cheers
Chris Maunder
|
|
|
|