|
Aaah, there it is! I looked for it at first, but I didn't expect it would be down there in such small font. Then I have a suggestion; make the editor tag larger and put it at the top of the article. That's where I start looking for such material, just as I would when I look in "real" articles. Last in an article is usually just a bunch of conclusions and references.. 
--
He is the painkiller. This is the painkiller!
|
|
|
|
|
I like the way Chris has it now. I mean - in most cases - who cares who edited the article? Important stuff is at the top while the less important stuff is at the bottom. Most people don't even care if the article has been edited or not (usually the readers), so why dilude them with unimportant information?
-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----
|
|
|
|
|
When your email is posted / updated you will get an email outlining the easiest method to update your article. At the moment this is either email submit@codeproject or you can always email webmaster@codeproject (me). We're always at your service 
cheers,
Chris Maunder
|
|
|
|
|
Out of curiosity... How did the editors become editors?
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
Enumerators in .NET: See how to customise foreach loops with C#
|
|
|
|
|
The new search is great, but ...
Each search page has the current page number, but nowhere does it tell you how many pages or results there are. I would expect something like Page 1 of 5. Just a suggestion. Sorry if this is a repost.
Jerry
|
|
|
|
|
I am looking through my search results and there is a next link, but I have no idea how many pages there are in my search. I may sit at my desk and click next for the rest of my days. 
Jerry
|
|
|
|
|
Next year:
Would it be an idea to compose a CD with the 2004 contributions on CodeProject?
I know someone I would offer a CodeProject 2004 CD containing articles, tips, and code examples next christmas ...
|
|
|
|
|
I haven't read that whole thread, so this may have already been suggested.
Why not have for each user a way of "pinning" a thread or subthread to the top of each forum. This would mean any discussion you were involved with that is going off-screen would remain easily visible, while not hiding new threads from view to the general community, because it's user specific. You could allow pinning of one thread in each forum (or maybe just the Lounge/Soapbox where it would be used most)
What we would have is a pin icon next to each post, and this would form the root node when you next went to the relevant forum. Clicking the pin icon for the root post would un-pin it and return the view to normal.
(Or could we just have an option for viewing 100 posts at a time 
--
Ian Darling
"The moral of the story is that with a contrived example, you can prove anything." - Joel Spolsky
|
|
|
|
|
Ian Darling wrote:
I haven't read that whole thread, so this may have already been suggested
No - this is different - a third concept.
Ignoring for the moment that I haven't a clue about how this Coco2 BBS stuff works, lets say we now have the following possibilities:
1. Bookmarks - user centric, requiring additional per-user attribute storage server side.
2. Power threads - forum centric, but can probably be computed on the fly to a minimal top ten table.
3. Pinned thread - user centric, but probably supportable with cookie entrie(s). ???
Still - is one pinned message enough?
|
|
|
|
|
|
I like that suggestion.
I have another. How about an RSS feed of recent threads (say last 24 hours), but just of the root node in each thread, then you could jump to it via your favourite RSS Reader. [Assuming your RSS reader stores previous feeds]
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
|
|
|
|
|
Colin Angus Mackay wrote:
I have another. How about an RSS feed of recent threads (say last 24 hours), but just of the root node in each thread, then you could jump to it via your favourite RSS Reader. [Assuming your RSS reader stores previous feeds]
I like that idea. A lot of my web browsing (other than CP) is becoming oriented towards RSS feeds anyway.
--
Ian Darling
"The moral of the story is that with a contrived example, you can prove anything." - Joel Spolsky
|
|
|
|
|
|
Perhaps it is a form of paid advertising. Probably so you don't get the chance to slag off the aforementioned product.
--Colin Mackay--
"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)
|
|
|
|
|
In our showcase section some advertisers have had issues with competitors making unjust comments about their products. Because of this abuse we've given advertisers the option of not having discussions at the end of articles. Another issue is that it's part of human nature to readily complain about something they don't like, but not be very generous with praise when something is good. For every hundred people who like a product there's bound to be 1 person who hates it and this is inevitably the person who posts a comment.
cheers,
Chris Maunder
|
|
|
|
|
You know, what would be really would be somewhere where we could take our articles to be discussed and critiqued by other article authors before they went live, and where people could go for advice and help on writing their artcles. Maybe a special article collaboration section or something?
I think that would increase the likelihood that people would contribute, because then it isn't going "live" and then having people make negative comments because of something that they didn't know about about formatting, wording or whatever.
The Article Suggestions forum might make do, but 1) people might not be lucky enough to have a hosting area like I do, and 2) it would drown out the suggestions and requests, which is what that forum is about.
|
|
|
|
|
Nice suggestion. I second that.
Regards,
Rohit Sinha
Browsy
Do not wait for leaders; do it alone, person to person.
- Mother Teresa
|
|
|
|
|
What's wrong with the Collaboration and Testing forum? Simply post a link to your beta article and ask for comments.
Having beta articles posted in their own section doesn't make a lot of sense - just seems to be wasting more of CP's bandwidth.
jdunlap wrote:
I think that would increase the likelihood that people would contribute, because then it isn't going "live" and then having people make negative comments because of something that they didn't know about about formatting, wording or whatever.
There are no excuses for not knowing about formatting etc, it is plain to see from the articles already posted what the standard for CP is.
Michael
Blue canary in the outlet by the light switch
Who watches over you
Make a little birdhouse in your soul - They Might Be Giants
|
|
|
|
|
Articles arrive in the "unedited" area, and can be discussed/edited there. The problem is that most readers don't want to discuss a new article, they just give an anonymous "poor" rating. The rating form should be combined with the article forum, so that readers have to post a comment before they can post a rating lower than 3. This way the author would know immediatly what's wrong with the article.
|
|
|
|
|
The problem here is that forcing a member to post a comment when voting will result in lots of "asdf" comments.
cheers,
Chris Maunder
|
|
|
|
|
asdf
Tiiiihiii
--
He is the painkiller. This is the painkiller!
|
|
|
|
|
I agree that people are voting on articles in the unedited area which are clearly not ready nor meant to be; Articles that are in draft or requesting collaboration and discussion.
I don't think we should force votes on those articles to have a justifying message. As Chris points out we will get asdf messages. No filtering will help either.
How about not letting voting on unedited articles? Vote only on edited articles; Edited articles are considered ready for prime time, complete and also of a suitable level as deemed by the editors.
Unedited articles can then be re-worked, discussed, requests made for collaboration/help and developed further. Then once the author(s) is ready they can mark it for the edits to take a look at.
One thing that will need to be countered is forgotten articles; People putting up a rough skeleton and then never working on it again. That could be solved with a simple time-lapse feature. e.g. if time since last edit longer than 1 week, alert author and remove from the site.
Also this means only edited articles get on the front-page and in the New Articles list etc. Or maybe people can choose if they want to see both tracks or just one.
regards,
Paul Watson
Bluegrass
South Africa
Brian Welsch wrote:
"blah blah blah, maybe a potato?" while translating my Afrikaans.
Crikey! ain't life grand?
|
|
|
|
|
Paul Watson wrote:
How about not letting voting on unedited articles
Votes on unedited articles helps us tremendously in searching for those articles that merit getting edited and moved to the main sections. If we remove editing then it will increase the load on the editors many fold and result in fewer articles getting the attention they deserve.
Paul Watson wrote:
if time since last edit longer than 1 week, alert author and remove from the site.
Some authors are no longer in contact with their articles so this could result in articles being removed even when they are of sufficient quality. If poorly rated articles are removed using this method then fine.
cheers,
Chris Maunder
|
|
|
|
|
What is poorly rated? < 2 or 3?
--
He is the painkiller. This is the painkiller!
|
|
|
|
|
A few ways around this :-
(1) Put up your beta article on your own web site and post a link to it in the testing/collab forum. That way people can comment on it using that thread you started and later on, once you've fixed the errors you can submit it to CP
(2) Have an "Enable Rating" check box for unedited articles that an author can set. Till the author has enabled Ratings, the editors can stay off the article.
(3) Ignore ratings - which I do now. I've seen perfectly good articles get 1s and really ordinary ones get 5s. There is no way that a public rating system can be accepted as being even remotely reflective of the quality of an article. If at all a good article gets a good rating - its a good pointer to the fact that the author is a popular fellow on CP or a new person to CP (so no one has got time to dislike him yet)
Regards
Nish
Extending MFC Applications with the .NET Framework [NW] (coming soon...)
Summer Love and Some more Cricket [NW] (My first novel)
Shog's review of SLASMC [NW]
This post was made from Trivandrum city, India on a 0.0001 KB/s net connection
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
