|
Colin Angus Mackay wrote: It might be possible to create a purgatory forum that the thread can be moved to if it was started by a post that is ultimately marked as spam or abuse.
Thats a great idea. Just put the messages in the stream that goes to mud lake.
█▒▒▒▒▒██▒█▒██
█▒█████▒▒▒▒▒█
█▒██████▒█▒██
█▒█████▒▒▒▒▒█
█▒▒▒▒▒██▒█▒██
|
|
|
|
|
You think it's bad? I'm a cat!
|
|
|
|
|
Trollslayer wrote: You think it's bad? I'm a cat!
█▒▒▒▒▒██▒█▒██
█▒█████▒▒▒▒▒█
█▒██████▒█▒██
█▒█████▒▒▒▒▒█
█▒▒▒▒▒██▒█▒██
|
|
|
|
|
As you, I am curious to find out what's behind the [message deleted], because I sure have somethign to say about it!
And that's the whole point of it. Stopping the replies to the post. The suspense kills me, but it is for the better of the country whole site.
Developers, Developers, Developers, Developers, Developers, Developers, Velopers, Develprs, Developers! We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP Linkify!|Fold With Us!
|
|
|
|
|
I would love to have an RSS feed for new messages in each forum. To one-up that, it'd be even better if there were a way for users to create an aggregated feed with only the forums we care about. For instance, I might be interested in C# and ASP.NET forums while someone else might be interested in Visual C++/MFC, ATL/WTL/STL, and (Managed) C++/CLI forums. This capability is in most popular forums now-a-days.
|
|
|
|
|
Dear Chris,
I've made too much tentatives to explain on the VC++ forum that the <pre> tag should be used instead of the <code> one for posting code samples, but i must reckon that this is not intuitive. but i think a simple work-around would be to simply change the caption/picture on the 2 buttons which set the styles...
on the "pre" button, write "code" instead, even if the pre bloc is copied actuall finally, i think it will prevent some "read the posting guidelines" messages
|
|
|
|
|
I think the problem is only with beginner posters. Most of us realized the pre tag early on (after getting flamed ).
But, I agree it would be a good thing.
|
|
|
|
|
ednrgc wrote: I think the problem is only with beginner posters
but most of the fast/simple (and sometimes stupid) questions are from beginners, so let's keep the CSS up
|
|
|
|
|
toxcct wrote: but most of the fast/simple (and sometimes stupid)
Those are usually mine
|
|
|
|
|
ednrgc wrote: Those are usually mine
lol. i don't care, as long as you use <pre>
|
|
|
|
|
I have a suggestion that its better that we separation(of course Chris) insert a editbox for insert code like signature of each member when someone enter code on this section it automatics insert two tags pre and code to his code
|
|
|
|
|
i don't like this, because we can have the need of posting several blocs of code sometimes...
|
|
|
|
|
I've no idea how much work it would be - server side - to identify <code> elements with embedded newlines and convert them to <pre> blocks, but it would probably be the most foolproof method of handling this.
But failing that, i think it'd be a fine idea to ditch the <code> button entirely, and label the <pre> button code . I don't think too many people use the <code> tag correctly anyway (except for myself... and i make my own buttons).
|
|
|
|
|
i was as strict as "ditching" the <code> button, but why not, if that permits posts to have a better formatting...
Shog9 wrote: it would probably be the most foolproof method of handling this.
it could in at the same time transform the < into < and etc into ode samples; but there's certainly too much work there.
|
|
|
|
|
toxcct wrote: it could in at the same time transform the < into <
...and insert a space on blank lines That one killed me until I finally asked.
|
|
|
|
|
When we mark a message as spam or abusive, it also is voted 1. It is shown after clicking. My suggestion is that the same could be shown in the tool tip too, like "Mark this as spam (and vote 1)".
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
Hi All,
With respect to the site upgrade:
At times it can desireable to add a second or third page to an article so that the Article does not become cluttered. The additional pages could be used to expand on points in the main article, but does not neccessarily constitute another article. (I realize this is not required for a lot of articles - such as the screen shot articles with a note 'download to see the source').
Would it be possible to add additional pages to an article, much like ones adds GIFs, PNGs, and ZIP files?
Jeff
|
|
|
|
|
Oh, please no. I hate paged articles - my page up / page down keys never work properly to navigate them.
Of course, if a large article can be split neatly into smaller articles, that's just fine.
|
|
|
|
|
I think it would be a better solution to have the article contain
- download links
- introduction
- table of contents
- message board
Each link in the table of contents then would navigate to the appropriate section in the article content file, which contains the download links, introduction and content. That would also make the message board on large articles better visible.
Maybe a server-side script could do this automatically for articles that are at least X non-whitespace content characters (don't count HTML tags and attributes) long?
|
|
|
|
|
Hi Shog,
Definetly not a paged article - just an area to discuss other pertinent topics. It can be skipped by the reader.
Jeff
|
|
|
|
|
Some people like paged articles - it gives more ad impression space, and also improves downloads for larger articles (although not many articles are that large).
Just as long as it also has a link to get the entire article in a single HTML document, like the "printable" link does.
I think that a "screenshots" and a "downloads" area might be good as well, but only as add-ons to an article. I.e. they should not replace images or links within the article itself, only collect all of them onto a single page (or tab, if you want to get fancy .
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR> If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! See DeleteFXPFiles
|
|
|
|
|
I was very surprised and disturbed to find out that CodeProject allows article submitters to place a license on their articles. I had thought it was a given that any article we submit here is public domain. [Edit: By this I don't mean "Public Domain" I mean free to use however the reader wishes, i.e. unencumbered with a restrictive license]
I request that Codeproject not accept any future articles that are licensed, case in point:
http://www.codeproject.com/useritems/IconLib.asp[^]
I see no problem with applications attached to an article being licensed in any form and of course the article's author should retain their copyright and attribution etc, but I see a major problem for CodeProject's future if it allows users to license the article content itself and small samples of code.
If the article is licensed and let's say it is licensed to not be used for commercial purposes, I as a commercial software author should not even read the article (apparently) because I can not even use the *idea* presented in the article in a commercial application.
If this can not be done then I suggest that a system be put in place to tag articles with a license and a filtration system so I can never even see the existance of any article that has a restrictive license of any kind on it in order to prevent possible future legal action.
If that can not be done then you have a serious problem developing on your hands and something better be done about it very promptly.
-- modified at 21:49 Friday 5th January, 2007
|
|
|
|
|
Hi John,
John Cardinal wrote: If the article is licensed and let's say it is licensed to not be used for commercial purposes, I as a commercial software author should not even read the article (apparently) because I can not even use the *idea* presented in the article in a commercial application.
I'm not sure this is 100% correct. But I havn't attended law school, so...
Jeff
|
|
|
|
|
A member posted in the lounge advocating that another member (who had their sample application that accompanies their article ripped off and sold for profit) should wait until the company that "stole" their code starts making a lot of money then sue them for damages.
This surely opens up a can of worms that make it less than ideal for fostering the sharing of knowledge here. No commercial company is going to take a chance on anything on CodeProject if it could result in a lawsuit to use it.
No the whole idea of licensing articles stinks and something needs to be done about it very quickly, it's very damaging to CodeProject's reputation and needs to be stopped immediately.
|
|
|
|
|
Hi John,
When code is placed in Public Domain, things change a bit. For example, I know that once placed in Public Domain, one cannot receive a patent for the work. If the patent was held prior, then licensing issues play a larger role.
John Cardinal wrote: This surely opens up a can of worms that make it less than ideal for fostering the sharing of knowledge here.
Yep... I place most of my stuff in Public Domain with no restrictions. A plug for the work would be nice, but I don't expect it. I placed some stuff on Code Project specifically so that others cold not patent it later. (See the Product Keys and Product Activation Articles). Once in public domain, it becomes 'Prior Art', and cannot be patented.
John Cardinal wrote: No the whole idea of licensing articles stinks and something needs to be done about it very quickly
Grass Roots - I have no idea why one would write an article and the expect compensations (royalties, licensing, etc). He or she should not have submitted in the first place. As such, vote '1' for it. In the comments, explain why (such a score deserves an explanation in general). This will deter the future behavior (IMHO - I stress when my rating hovers around 4.5 - I try and do better work than that).
Jeff
|
|
|
|