 |
|
Hello,
When I try to publish my article, I see this error: "The content is either too short or default."
I don't know why? and What can I do to publish the article.
It's not a short article.
Do not criticise, if you don't have any better idea.
|
|
|
|
|
Thanks for the great change Chris! 
Is it possible to roll back a change after updating? I mean just in case we find out something went wrong after updating an existing article (due to maybe a bug or malfunctioning).
|
|
|
|
|
Meysam Mahfouzi wrote: Is it possible to roll back a change after updating
Absolutely. Hit the Revisions tab, choose the version you wish to use, and hit the Revert button.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Cool I like the new wizard, will be making use of it really soon
Sacha Barber
- Microsoft Visual C# MVP 2008-2012
- Codeproject MVP 2008-2011
Open Source ProjectsCinch SL/WPF MVVM
Your best friend is you.
I'm my best friend too. We share the same views, and hardly ever argue
My Blog : sachabarber.net
|
|
|
|
|
Thanks Chris. Is there any possibility to upload the article from a HTML file?
Cheers,
Jani Giannoudis
Meerazo.com - Resource Sharing Made Easy | Co-founder
|
|
|
|
|
This is something I've toyed with for a few years but never got around to fleshing out.
My idea was to allow you guys to fill in the template, then upload the template and have the submission wizard populated based on the template you uploaded.
Is that what you were thinking?
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
No. Currently I can get the article HTML for editing offline. I'm wondering how I can upload my offline document into the new Article Submission Wizard.
Cheers,
Jani Giannoudis
Meerazo.com - Resource Sharing Made Easy | Co-founder
|
|
|
|
|
So even easier: just include the HTML file as one of the uploads and have the HTML appear inside the editor?
There's always simply the option of viewing the HTML in your offline editor, copying it, and pasting it directly into the editor...
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Many thanks Chris!
I didn't recognize the button '<>' for the HTML view. The symbol looks like the 'Insert HTML character' within the message editor. It would be more intuitive to label the button with 'HTML'.
Cheers,
Jani Giannoudis
Meerazo.com - Resource Sharing Made Easy | Co-founder
|
|
|
|
|
Done!
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Great!
One small suggestion: to distinguish this view command better from the formatting buttons, you may right-align (editors right edge) the 'HTML' button.
Cheers,
Jani Giannoudis
Meerazo.com - Resource Sharing Made Easy | Co-founder
|
|
|
|
|
One thing (bug?) I noticed was that the preview and the look after "submitted" was not the same.
The preview looked like I expected it too, but the look in the pending version that I only could see after submitting it looked different
example
This is some text in the html view
and for <bold>fun</bold> I make a line break (in the html view only)
This would in the preview look like
"This is some text in the html view and for fun I make a line break (in the html view only"
But in the submitted view it would look like
"This is some text in the html view
and for fun I make a line break (in the html view only"
I.e. the line break, only visible in the html view editor was visible in the "pending article / submitted" view as well.
I got quite confused of this and kept going back to modify the article until I have "corrected" the html view part as well --- just to avoid that it would look horrendous in its final look
|
|
|
|
|
I noticed while editing your article that there were line breaks in the text which I corrected. These line breaks were actual HTML line breaks (<br/>), so for instance you had the line
For this reason <br />
it is always better to just do pre increments
which is rendered as:
For this reason
it is always better to just do pre increments
When you say "the preview" do you mean within the WYSIWYG editor, or when you hit the "Preview" button? If the former, then it could be that this line break matched the width of the editor screen so wasn't evident. If the latter then we have a bug!
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
With "preview" I mean the preview-button. At that time I thought it was very evident. Preview after preview-button was different from the view when the article was pending. ... but hey I did it at 2-ish at night so my mind was mush.
I.e. I think it's a bug, but I wouldn't stake my life on it.
Cheers
-- Kjell
|
|
|
|
|
KjellKod.cc wrote: At that time I thought it was very evident
Just checking. Some consider the WYSIWYG a preview; some consider the preview to be what they saw in their offline HTML editor. I'm a cautious man.
A bug then. I will add it to the TODO list.
Thanks again for helping out with answering the endless questions.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Chris Maunder wrote: Thanks again for helping out with answering the endless questions.
It was my pleasure. I am a huge fan of T.C.P and the spirit of its members. It's the best source of code learning out there. 
Great work by you guys
Cheers
-- Kjell
|
|
|
|
|
I've tested both on live and on development and can't replicate the issue. It may have been an earlier bug we've since fixed. A few days ago I did reset the document format on a few articles that had been incorrectly set, and we also updated our rendering code.
In any case, if you see it again just let us know.
BTW - you have a ton of outstanding Draft versions of that article you recently published. Would you like me to clean up the debris for you?
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
That is great news.
Chris Maunder wrote: BTW - you have a ton of outstanding Draft versions of that article you recently published. Would you like me to clean up the debris for you?
Yes please! I felt guilty over that. I expected a yell-at from whomever was reviewing it.
I was afraid of removing them (if even possible by me?). No doubt they where created because of my frequent and iterative
{"Modify" + Submitt + Found-FormattingProblem-NotShown-inPreview}
|
|
|
|
|
The alternative article concept is really good , quick question
So who have the authorative to pick it up and what if the original author does not like it.
Curios ?. I am interested in creating some alternative articles of some great authors. But with appreciation i am sure i can expect contradictions as well.
|
|
|
|
|
Anyone has the right to make an alternative of any other article.
Go for it!
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
Few suggestions:
* Provide the tool bar the the bottom of Editor. Mostly, when writing new article, the author would generally be writing at the end of editor. So, when author needs to apply some formatting he/she would need to make toolbar visible and then hit appropriate button. But then, the original text would not be visible. I have 22" monitor, and I write on about 150% of zoom in IE9. But toolbar isn't visible.
* Add more shortcuts, Ctrl+D is good, but what about "Formatted" for code? How to switch between HTML and WYSIWYG?
* Most authors don't know additional formatting, like "div=callout", and instead use "Formatted" instead. The parser would read it as text rather than special comment.
* On code pasting, convert tabs to 3-4 tabs, instead of author doing that manually. Also additional lines would come up when pasting.
|
|
|
|
|
The HTML of the original (to be edited) article may retain the old style file references (eg src = "MyArticle\MyArticle_Image.png"). In this case, it is necessary, but not obvious that the reference MUST be revised to src = MyArticle_Image.png. You provide a good clue by saying that uploaded files are relative to the article (or something like that). It would be better if that statement was augmented by something like "Check that the HTML references do not contain Directory names" -- hmmm I'm sure you can improve on that!
I do not know that the invalid refs are cleaned up on submission - I never had the guts to try. I do know that the invalid refs are NOT cleaned up on Preview.
I was updating 2 articles and only one showed that problem.
Jim Parsells
|
|
|
|
|
Thanks for the feedback, Jim. We tried to be clear on the submission wizard itself where an example of referencing files is shown within the list of uploaded files, as well as providing "insert" buttons that will do all the work for you.
The trick here is that, underneath it all, we still actually use "MyArticle\file.ext" (though this is now "1234\file.ext" since we've ditched basenames due to uniqueness headaches and just moved to using the article ID). Within the submission wizard editor we strip the "MyArticle\" from the raw HTML, then when you switch to design mode, add it back so the WYSIWYG mode shows the images.
So: it's the same as it always was, but when editing the raw HTML we do some magic so it seems like references are now relative to the directory containing the article.
Further, if you upload a file and reference the file using Directory\file.ext, then it should all still work. If it doesn't, please let me know which article and I'll dig in.
We want file handling to be painless.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Chris,
Thanks for the quick reply! I think I will have to look harder for the "Insert" buttons!
The one thing that threw me off is that for some reason when I switched to Html view, the MyArticle\ was not switched off. I was explicitly looking for something like that since my image was not showing in Preview. In the Design view, the older Image was the one displayed. I had deleted that Image file and add/upload a new Image with the same name. The way I fixed both of these problems was to manually strip off the "MyArticle\" from the src = and also from the download files, in Html view of course.
I was making a mod to an old article that I had updated the day before (a mod to a mod). What really irritated me was that I had had the same problem with the first update and didn't note or remember how I had fixed it then - after all, it was only 12 hours between updates - I should have remembered.
Just to make it more confusing, I was doing two articles over the same time period and the first article, of about the same vintage or even older, did not have any of these problems.
Bottom line: The suggestion I made was to address a problem that should not occur.
Should you wish to chase this one, the article's ID is 11654.
Jim
|
|
|
|
|
I had a quick play and it seems the article is all good now. Having the old MyArticle\ appear is annoying. This most likely happened because of some bad data our end.
Some more background: initially all articles simply referred to downloads in their MyArticle directory without any recording in our database of what was actually in that directory. We fixed this by scanning the directories and recording, and associated, downloads for files.
In some cases we had servers that were out of sync and so this association was inaccurate. When this happens the submission wizard doesn't know how to trim links because it doesn't trust anything other than what the database says.
I'll make a note to clean up the data.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Get the error "The content is either too short or default."
I was trying to use the on-line wizard. I normally create a template first and the update it. So my initial template is always similar to the default and very short.
Question: How much change I need to make so it is no longer considered default or too short?
Thanks ...
|
|
|
|
|
That error will be triggered anytime a major portion of the template exists in the content.
With the new submission wizard you don't need to publish it to save it. You can hit the Save Draft button and your current work will be saved as a draft. To view drafts, just go to the submission page[^] and you'll see, on the right hand side, your drafts.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Thanks. When I go to the submission page, I see all the people's drafts and it is a long list. It is difficult to find my draft. It should be good idea to filter the drafts by person.
|
|
|
|
|
Dr. Song Li wrote: It should be good idea to filter the drafts by person
This bug has been fixed.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
Hi Chris,
I used the new article submission wizard, and I clicked the "Save this version" button. Then the article disappears. It is no longer shown as a draft, and it is not in the article list.
Where can I find this missing article?
Thank you ...
|
|
|
|
|
Hi Chris,
After clicking the "Save this version" button, the article disappears.
It could not be found in the draft, and it is not shown in the list of the articles either. Where can I find it? I marked it as "unfinished" since I am still editing.
Thanks ....
|
|
|
|
|
Which article (name, or URL if you remember it).
Have you checked the submission page[^] to see if it's in the list of Draft articles to the right?
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Hi Chris,
If I remember correctly, the name is "An Example of jQuery Global Event Handlers" (or something like it). I do not remember the url anymore.
I checked the submission page, I found nothing there. It says that I may be the first time user.
Thank you ...
|
|
|
|
|
|
I edited the article and published it and it seems fine to me. Can you please recheck it?
We're doing a site update tonight, so please let me know if you see this happen again.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
When editing the article, just go to the top-right of the article and you'll see the article type displayed. Click on it to edit and you're all set.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
I just tried it from home with a different browser, same behavior.
|
|
|
|
|
Unfortunately I gave you some misinformation: you can change the article type, but only when posting a regular article. You've posted an alternative to an existing article, meaning that your alternative must be the same type as the original article. An alternative to an article is an article, an alternative to a tip is a tip, etc.
Sorry for the confusion.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Thanks for the clarification.
I was wondering what I had done wrong.
|
|
|
|
| |
|
Starting today, the "Vote to remove this message" link in forum message won't simply add to the tally of votes to decide if a message should be removed: Abusive or innappropriate messages now lose their authors 20 points. Next week that increase to 20 points x member level, meaning a potential loss of 200 points per message flag.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
| |
|
Previously our article URLs were of the form www.codeproject.com/kb/section/basename.aspx. This worked well and allowed you to easily remember your own articles. My grid control article, for instance, MFC Grid control 2.27, was an easy URL for me to remember.
The issue was that while this naming convention was simple, it was also predicated on each article within a section having a unique basename. With 35,000 articles, this was starting to become a little tricky.
On an unrelated, but nevertheless important note, we strive to ensure our authors' articles are positioned as high as possible within search engine rankings. Search engine ranking depends on an enormous number of variables, up to and including the phase of the moon, but while "http://www.codeproject.com/kb/miscctrl/gridctrl.aspx" is OK, "http://www.codeproject.com/Articles/8/MFC-Grid-control-2-27" is better. And "http://www.codeproject.com/Articles/317712/An-MFC-Chart-Control-with-Enhanced-User-Interface" is even better (from a search engine point of view) than "http://www.codeproject.com/kb/Chart/MFC-Chart.aspx".
And as a final but neat freebie, we have tossed the extension. No more .aspx. A trivial thing, but when Microsoft comes out with the Next Big Thing, or we move to PHP or JSP, then article links will be the same. This should be the last URL change we ever have to do for our articles.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
| |
|
1. Completely revamping the article submission (for everthing) and the display system for tips.
2. Adding new options for articles.
3. A ton of work on Lake Quincy. Our little project is all grown up and has an appetite for developers to match.
4. Machinations and experiments with Quick Answers and the Forums. Some very interesting stuff. The most interesting bit is making it so you guys don't notice anything until there's the "oh - I see!" moment.
Some devs like to make big splashes. I prefer my code to just settle in comfortably into your lives and work without you realising anything.
The upshot of this is that I have zero social life and even less time to hang out in the Lounge. Bah humbug.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
| |
|
Pasting into the Editor
One of the features that has generated a lot of debate and suggestions is the way we handle text, HTML and code in the forums. Copying and pasting code - especially web related code - into the message editor can cause problems due to the unintentional posting of HTML tags instead of HTML encoded content.
To help with this we had "When Pasting" options at the bottom of the message posting area that allow you to set defaults on what happens when you paste, but what you want to do changes depending on what you paste. The problem here is that you defaults don't always fit the situation at hand, so we need a way to allow you to change your mind easily.
From today we removed the paste options from below the message and instead show a popup dialog that intercepts the pasted content and tries to figure out what your options are with visual aids to help show what each option will do. The "When pasting" that apply to the paste text are shown in this dialog, and as you hover over each option the pasted text in the message text area is updated, as well as a small preview in the paste dialog to give you a quick peek into what it will look like. If you are pasting text that will look the same whether you're pasting as text or HTML (or mixed) then the options shown are reduced to the minimum set possible, and your default setting will be automatically checked and always shown.
On top of this, as you type, a preview of what your message will look like is now shown at the bottom of the page.
If, after pasting, you are happy with what's shown, or don't want to be bothered, keep typing. The dialog will fade away. This is not the popup dialog you are searching for...
The changes are designed not to simply show you what will happen, but also to give you an ida on how to encode your content to ensure it displays in the manner you intend. The changes are also meant to be as unobtrusive as possible, and text will be pasted initially as per your defaults. We're only adding a simple way to change your mind.
For those who never pick a default, and never touch the popup dialog, the default will always be "Best guess" meaning if it detects code in the pasted text it will wrap in PRE tags, otherwise it will paste and preserve HTML tags (no encoding on paste).
Encode button in the editor
We spared no expense in adding an "encode" button. Highlight some HTML, hit encode, and the text is HTML encoded.
Editor Live preview
As you type, your message is now displayed full formatted under the text area. We're using Ajax callbacks to do the formatting because reworking our content formatting system into Javascript is a luxury we don't have at the moment. Further, our colourisation code does far more than any of the current Javascript offerings in terms of handling nested languages (eg Javascript or C# inside a ASP.NET page). We'd rather have a half second delay in update and show it perfectly than have the frustration of it not being quite right.
Content caching
Hopefully you waon't even notice (unless it's in a good way) but more content is being pre-cached, speeding up some of our lesser-used pages.
Split Quick Answers / Discussions menus
As requested.
More admin options
We've armed ourselves with some bigger guns to deal with reported items. Don't worry, this won't hurt a bit.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Thanks a lot Chris...
The man who makes no mistakes does not usually make anything. ~Edward Phelps
Man's wisest mistake: Marriage. ~ Suresh Suthar
|
|
|
|
|
Chris Maunder wrote: We've armed ourselves with some bigger guns to deal with reported items. Don't worry, this won't hurt a bit.
Name anything after JSOP?
Martin Fowler wrote: Any fool can write code that a computer can understand. Good programmers write code that humans can understand.
|
|
|
|
|
Chris Maunder wrote: More admin options
We've armed ourselves with some bigger guns to deal with reported items. Don't worry, this won't hurt a bit.
Does this mean that we no longer need to post spam accounts/trolls on the site sugs and bugs?
Signature construction in progress. Sorry for the inconvenience.
|
|
|
|
|
Submit an article or tip
Post your Blog
News 
Suggestion 
Bug 
Answer 
Joke 
Rant 
Admin