IdahoJS released
-
I can see the other members are really trying to help you and I can see that you're attempting to make changes, but ultimately your changes are small and not enough. If you please, let's try a different exercise here. For this article only, let's change the goal. The goal is not to get the article published. The goal, for now, is to get better at writing an article for CodeProject. Think of it that way. Throw your existing article completely out. Start over from scratch. The first step that might be helpful is to make a rule for yourself. Write more words than code. Put it into a word counter if you have to. Write out what the code does, rather than show it. Also, truly look at the following article by one of our top authors. Don't skim over it, don't skim over this message. Read every word. Think about it. Think about this author's approach in how it differs from your own. CodeProject readers are primarily looking for meaty, exhaustively explained solutions to their development problems, or articles that can teach them something to make their developing faster, more efficient, or expand their repertoire. Here’s an article from one of our top authors: HTML5 WebWorkers Experiment[^] His primary goal is to demonstrate “Using HTML5 WebWorkers and a custom jQuery plug-in to create a Flickr image wall.” He treats the reader like a beginner. He defines jQuery, explains what WebWorkers are, then gets into why he wanted to create a jQuery plugin. Each progressive section of the article expands on his topic, thoroughly explains the code, explains the limitations he chose in his scope, discusses how each element to his plug-in works, provides numerous code examples, and most importantly, gives a source code download at the top for the reader should they need it. Every time the community considers whether or not to approve an article, this is the style of article they have in mind. They love it, they want it, and they praise the authors enormously when they get it (and we want authors to feel like their hard work is appreciated). If you can fundamentally change your thinking here, and you can fundamentally change your approach, we're happy to continue working with you. There's no short cut to getting an article published. Put in the time, make the effort. Take a week or longer. If you come ba
-
I can see the other members are really trying to help you and I can see that you're attempting to make changes, but ultimately your changes are small and not enough. If you please, let's try a different exercise here. For this article only, let's change the goal. The goal is not to get the article published. The goal, for now, is to get better at writing an article for CodeProject. Think of it that way. Throw your existing article completely out. Start over from scratch. The first step that might be helpful is to make a rule for yourself. Write more words than code. Put it into a word counter if you have to. Write out what the code does, rather than show it. Also, truly look at the following article by one of our top authors. Don't skim over it, don't skim over this message. Read every word. Think about it. Think about this author's approach in how it differs from your own. CodeProject readers are primarily looking for meaty, exhaustively explained solutions to their development problems, or articles that can teach them something to make their developing faster, more efficient, or expand their repertoire. Here’s an article from one of our top authors: HTML5 WebWorkers Experiment[^] His primary goal is to demonstrate “Using HTML5 WebWorkers and a custom jQuery plug-in to create a Flickr image wall.” He treats the reader like a beginner. He defines jQuery, explains what WebWorkers are, then gets into why he wanted to create a jQuery plugin. Each progressive section of the article expands on his topic, thoroughly explains the code, explains the limitations he chose in his scope, discusses how each element to his plug-in works, provides numerous code examples, and most importantly, gives a source code download at the top for the reader should they need it. Every time the community considers whether or not to approve an article, this is the style of article they have in mind. They love it, they want it, and they praise the authors enormously when they get it (and we want authors to feel like their hard work is appreciated). If you can fundamentally change your thinking here, and you can fundamentally change your approach, we're happy to continue working with you. There's no short cut to getting an article published. Put in the time, make the effort. Take a week or longer. If you come ba
-
I can see the other members are really trying to help you and I can see that you're attempting to make changes, but ultimately your changes are small and not enough. If you please, let's try a different exercise here. For this article only, let's change the goal. The goal is not to get the article published. The goal, for now, is to get better at writing an article for CodeProject. Think of it that way. Throw your existing article completely out. Start over from scratch. The first step that might be helpful is to make a rule for yourself. Write more words than code. Put it into a word counter if you have to. Write out what the code does, rather than show it. Also, truly look at the following article by one of our top authors. Don't skim over it, don't skim over this message. Read every word. Think about it. Think about this author's approach in how it differs from your own. CodeProject readers are primarily looking for meaty, exhaustively explained solutions to their development problems, or articles that can teach them something to make their developing faster, more efficient, or expand their repertoire. Here’s an article from one of our top authors: HTML5 WebWorkers Experiment[^] His primary goal is to demonstrate “Using HTML5 WebWorkers and a custom jQuery plug-in to create a Flickr image wall.” He treats the reader like a beginner. He defines jQuery, explains what WebWorkers are, then gets into why he wanted to create a jQuery plugin. Each progressive section of the article expands on his topic, thoroughly explains the code, explains the limitations he chose in his scope, discusses how each element to his plug-in works, provides numerous code examples, and most importantly, gives a source code download at the top for the reader should they need it. Every time the community considers whether or not to approve an article, this is the style of article they have in mind. They love it, they want it, and they praise the authors enormously when they get it (and we want authors to feel like their hard work is appreciated). If you can fundamentally change your thinking here, and you can fundamentally change your approach, we're happy to continue working with you. There's no short cut to getting an article published. Put in the time, make the effort. Take a week or longer. If you come ba
-
I appreciate you being willing to start over. But this is essentially tool sharing, which contradicts everything I tried to carefully outline in my previous message. I'm afraid we will be rejecting this tip, and will no longer accept your article submissions on CodeProject.
Thanks, Sean Ewington CodeProject
-
I appreciate you being willing to start over. But this is essentially tool sharing, which contradicts everything I tried to carefully outline in my previous message. I'm afraid we will be rejecting this tip, and will no longer accept your article submissions on CodeProject.
Thanks, Sean Ewington CodeProject
-
I appreciate you being willing to start over. But this is essentially tool sharing, which contradicts everything I tried to carefully outline in my previous message. I'm afraid we will be rejecting this tip, and will no longer accept your article submissions on CodeProject.
Thanks, Sean Ewington CodeProject
-
I mean we will no longer accept your article, tip, Blog, or Project submissions on CodeProject.
Thanks, Sean Ewington CodeProject
-
I appreciate you being willing to start over. But this is essentially tool sharing, which contradicts everything I tried to carefully outline in my previous message. I'm afraid we will be rejecting this tip, and will no longer accept your article submissions on CodeProject.
Thanks, Sean Ewington CodeProject
Quote:
Put in the time, make the effort. Take a week or longer.
Quote:
Thank you
... 30 minutes later ...
Quote:
Finished!
:doh:
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!
-
I can see the other members are really trying to help you and I can see that you're attempting to make changes, but ultimately your changes are small and not enough. If you please, let's try a different exercise here. For this article only, let's change the goal. The goal is not to get the article published. The goal, for now, is to get better at writing an article for CodeProject. Think of it that way. Throw your existing article completely out. Start over from scratch. The first step that might be helpful is to make a rule for yourself. Write more words than code. Put it into a word counter if you have to. Write out what the code does, rather than show it. Also, truly look at the following article by one of our top authors. Don't skim over it, don't skim over this message. Read every word. Think about it. Think about this author's approach in how it differs from your own. CodeProject readers are primarily looking for meaty, exhaustively explained solutions to their development problems, or articles that can teach them something to make their developing faster, more efficient, or expand their repertoire. Here’s an article from one of our top authors: HTML5 WebWorkers Experiment[^] His primary goal is to demonstrate “Using HTML5 WebWorkers and a custom jQuery plug-in to create a Flickr image wall.” He treats the reader like a beginner. He defines jQuery, explains what WebWorkers are, then gets into why he wanted to create a jQuery plugin. Each progressive section of the article expands on his topic, thoroughly explains the code, explains the limitations he chose in his scope, discusses how each element to his plug-in works, provides numerous code examples, and most importantly, gives a source code download at the top for the reader should they need it. Every time the community considers whether or not to approve an article, this is the style of article they have in mind. They love it, they want it, and they praise the authors enormously when they get it (and we want authors to feel like their hard work is appreciated). If you can fundamentally change your thinking here, and you can fundamentally change your approach, we're happy to continue working with you. There's no short cut to getting an article published. Put in the time, make the effort. Take a week or longer. If you come ba
Really good explanation, sadly it seems he is tips-resistent :sigh:
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 helpful answers is nice, but saying thanks can be even nicer.
-
Quote:
Put in the time, make the effort. Take a week or longer.
Quote:
Thank you
... 30 minutes later ...
Quote:
Finished!
:doh:
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!
30 minutes? The timestamps of the messages say 12 :doh: :doh: :doh:
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 helpful answers is nice, but saying thanks can be even nicer.
-
30 minutes? The timestamps of the messages say 12 :doh: :doh: :doh:
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 helpful answers is nice, but saying thanks can be even nicer.
Long day yesterday ... math was clearly beyond me. :-O
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!
-
I mean we will no longer accept your article, tip, Blog, or Project submissions on CodeProject.
Thanks, Sean Ewington CodeProject
