|
Remember - I'm keeping score.
.45 ACP - because shooting twice is just silly ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "The staggering layers of obscenity in your statement make it a work of art on so many levels." - J. Jystad, 2001
|
|
|
|
|
Not showing the reputation graph...
Thanks
Md. Marufuzzaman
Don't forget to click [Vote] / [Good Answer] on the post(s) that helped you.
I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.
|
|
|
|
|
I am also getting the reputation graph as blank image...
|
|
|
|
|
We're just repopulating the data.
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
Is your log mining complete, or is there still more older stuff to trawl through for logins? I've got several months of flatline at the start of my graph, but don't recall if it was just my initially visiting here very infrequently.
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
We don't have login data so are unable, unfortunately, to assign participation points from the past.
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
You could assume that posting an article, message and or blog entry would require at least one login, so you could therefore determine how many of those things were done before the login stats started being collected. I know it's a work-around, but at least everyone would start with at least a few logins at the git-go.
.45 ACP - because shooting twice is just silly ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "The staggering layers of obscenity in your statement make it a work of art on so many levels." - J. Jystad, 2001
|
|
|
|
|
I thought you'd mentioned possibly parsing your IIS log file collection to extract that data.
Since you haven't, what historical data did you add to reputation in the most recent update?
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
I've noticed - I seem to have gained quite a lot of reputation. Out of interest, my Organiser rank is 180, which puts me at Bronze. What are the criteria for these ranks?
[edit] While I think about it, would it be possible to filter out ? I've noticed that one or two people work around the inability of the system to reproduce the spacing of their code outside of pre blocks, by using that HTML code. It's a nightmare to edit out.
modified on Wednesday, December 23, 2009 12:16 PM
|
|
|
|
|
The Rep Page[^] shows the levels.
We're still tweaking, though.
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
Ah, I missed that; thanks.
|
|
|
|
|
Where's the breakdown shown?
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
Breakdown of your rep graph? That's coming soon. If you yell at Thiru and guilt him a little, maybe today or tomorrow. Otherwise, after Christmas.
We...need...sleep!
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
If you're not providing the information, then how did 0x3c0 find out his organizer score was 180/bronze?
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
|
For every article, the Share link should also include Twitter. You have Facebook, del.icio.us and tons of other stuff but no twitter!!!
Regards
Partha Mandayam
Software Developer
CardinalCommerce
http://partha.tripod.com
http://weblogs.asp.net/pmandayam
|
|
|
|
|
It hurts me just thinking about Twitter.
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
Time to unleash the attack hamsters so they can gnaw his[^] nuts off.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
gnawing complete
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
Excellent.
"WPF has many lovers. It's a veritable porn star!" - Josh Smith As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
My blog | My articles | MoXAML PowerToys | Onyx
|
|
|
|
|
FAQ says:
What is the purpose of the 'Minor Changes' checkbox on the post page?
This option is only visible when updating an existing Quick Answers entry. By checking it you are marking the current edit as consisting of only cosmetic changes such as formatting, spelling or grammar. You would not check this if you are adding/removing content or reworking the post. Code Project uses this flag to filter what is sent out on RSS subscriptions to these entries.
First of all, I have to apologize about not using it the first time, I just forgot it. And that's actually the point.
I think it could be better using it just on the other way. I mean... Minor changes could be the default value of an edit. Most of the times, the edits are because of Typos, Format changes and so on. EDIT: At least when the edited message is your own message.
Relevant content changes, corrections or additions are less usual than the others and then, in my opinion, is when the check-box should be used.
Many people are not going to read the FAQ, and even people that have read the FAQs and are "legal" users (respecting the rules and the correct way of doing things) may forget to activate the Tag when doing a fast edit.
Regards.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
modified on Tuesday, December 22, 2009 10:29 AM
|
|
|
|
|
Thanks for the comments Nelek. But I'm afraid checking the 'Minor Change' option by default would inadvertently mark "real" changes as minor. As you correctly noted most people don't read the FAQ and won't bother adjusting this option. Though I'm sure many minor changes will be marked as non-minor I think that's better than having non-minor changes marked as minor..
|
|
|
|
|
I do not know what the relevance of "minor change" is, however offering a default will always result in a lot of false attributes. So I suggest:
1. you compare the item before and after the change; if size was altered by more than 10%, or more than 20% of the paragraphs were altered, it could be called a major change.
2. and when in doubt, you explicitly ask the author after he saved the content, i.e. make it sequential.
|
|
|
|
|
Luc Pattyn wrote: I do not know what the relevance of "minor change" is
When we have subscriptions in place (or when sending out emails) we'll hide minor change edits. We also hide them on the version history page.--In both cases to reduce noise. The value of this considering the complexity it adds is debatable. I first came across this feature in DokuWiki and thought it'd be useful here as well. But I only ever used that for myself - not with millions of other people. Practice may very well show us otherwise.
It'd definitely be good to add some smarts around detecting minor changes programmatically. I'm not sure if detecting the percentage changed would do it. And asking the user when saving might be too much of a burden? I personally wouldn't mind being asked this question but I wonder if other members would complain. Maybe if we brought up a pretty jQuery dialog it'd help things..
Anyway, thanks for the thoughts. We'll definitely need to re-evaluate how this works.
|
|
|
|
|
I think I understand now. As its main purpose is notification filtering, this would be my way of thinking:
1. have an automatic "change" evaluation, resulting in a number (say a scale of 0 to 2; i.e. 0 = any change; 1 = size changed by >=10% or >=20% of paragraphs altered; 2 = size changed by >=20% or >=40% of paragraphs altered)
2. have some way for the author/editor to bump the value upwards (add 0/1/2 saturating on maxvalue of course)
3. give the subscriber the choice to what change level he subscribes.
How this would be used by writers:
- a formatting/typo change gets a low value and does not deserve a bump, so it would result in 0 or 1 automatically; no worries.
- a content change (say adding an example) would result in 1 or 2 automatically; no worries.
- fixing an error (say adding "not" to a sentence) would result in an automatic 0, but deserve a full bump since everyone probably wants to know it. This is the only case requiring human intervention.
readers subscribe to change level according to relevance
- the original author, an editor, or a user would want it all (subscribe at 0)
- a casual reader may want notifications only for larger changes
Net result: the author/editor doesn't do much, it is the subscriber who decides what he will get notified about.
modified on Tuesday, December 22, 2009 2:05 PM
|
|
|
|