|
|
That's a blog entry.
This space for rent
|
|
|
|
|
Even more fun! It's still there twice, and it's still in the "best mobile article of the month" competition! 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Message Removed
modified 15-Dec-15 11:53am.
|
|
|
|
|
Message Removed
modified 15-Dec-15 11:53am.
|
|
|
|
|
On some sites (like Stack Overflow), you can write something about yourself like here on Code Project. But my problem is now that I will to add the flair from Code Project to Stack Overflow but they doesn't accept iframe's. Can the flair used as an image so I can add that to Stack Overflow?
|
|
|
|
|
When trying to upload a profile picture, Im shown:
Something bad happened
We're not sure what, but we have a few guesses.
Problem: Illegal characters in path.
Ticket: 0
Server: Web02
... with the hamsters eater the server 
Trying to upload a 7kb profile image, nothing unusal from what I can tell. Happens on 2 PC's different images.
I've also unticked the Gravatar option.
modified 2-Dec-15 20:22pm.
|
|
|
|
|
Did you deselect gravatar, save, THEN try to upload? That's the only way it will work. The save in the middle is the magic here.
What do you get when you cross a joke with a rhetorical question?
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
Do questions with multiple question marks annoy you???
|
|
|
|
|
I just faced this problem many times in a row when I tried to edit my article published today and fix it in few select points.
If I past whole HTML, which I always preserve, it all works correctly. If I do a minor change using the CodeProject editor, all anchors <a id="..."> disappear on post. I failed to spot any pattern in this problem: probably it happens not in all cases, but almost. Nothing bad happens to the link anchors.
For example, for an article section title, my pattern of using the anchor, in simplest case, looks like this:
<a id="a7"></a><h2>Some Top-Level Section Title</h2>
Let's say, I remove a character from the title text. The whole anchor part disappears on the post; it happens to all anchors of the whole article. Note that using name in an anchor is considered obsolete; I did not test if the problem appears in that sort of anchors.
The only workaround I've found so far is to paste complete HTML.
—SASergey A Kryukov
modified 2-Dec-15 15:58pm.
|
|
|
|
|
Are you using <a id="7"... for an anchor? Try using <a name="7"... or <div id="7"...
CKEditor tends to cleanup empty tags.
cheers
Chris Maunder
|
|
|
|
|
This is what I've done before, but when I started to use Visual Studio for HTML, it gave me a warning: using name in anchors is obsolete. Come to think about, this is perfectly logical: name does not enforce uniqueness, but anchors require uniqueness.
Yes, <div id="..."> does work as an anchor, as well as h2, p, etc. (But does it really comply with the standards? I never used it, so I'm not sure. Technically, using for, say, headers, <h2 id="section1">Section One<h2> would be most convenient; would you advise that?)
Or would <a id="id"><h2>Section Title</h2></a> be any better? Please advise.
By the way, I never noticed that the editor removed any empty elements, but I always faced adding redundant markup on post. Last time it was adding <p> </p> inside empty lines; I removed it and it did not appear again; I have no clue why.
Thank you.
—SASergey A Kryukov
|
|
|
|
|
Sergey Alexandrovich Kryukov wrote: But does it really comply with the standards?
According to this SO answer[^] it is:
...
3. If there is an element in the DOM that has an ID exactly equal to fragid, then the first such element in tree order is the indicated part of the document; stop the algorithm here.
4. If there is an a element in the DOM that has a name attribute whose value is exactly equal to fragid, then the first such element in tree order is the indicated part of the document; stop the algorithm here.
5. Otherwise, there is no indicated part of the document.
One of the comments also suggests that the name attribute isn't technically valid on the <a> tag in HTML5, but there's no link to back it up.
Another comment points out that using the id is part of the HTML 4.01[^] specification, and works even in IE6.
Destination anchors in HTML documents may be specified either by the A element (naming it with the name attribute), or by any other element (naming with the id attribute).
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Again, thank you very much for this piece of information and your kind help.
—SASergey A Kryukov
|
|
|
|
|
Chris,
You might be interested to know what worked for me.
Thank you for the hint you provided. I checked up some information and changed markup using <div id="..."> approach (in fact, "<p id=...", "<pre id=...", and the like), but not "<a name=" (which is not considered as legitimate, according to the present-day standards). Instead, I completely eliminated all anchors except <a href=" (links). Some say, non-href anchors are not really needed and are best avoided. I think this way should be the recommended one.
After correcting it all and re-posting the article, I tried to test its stability by editing small piece in-place. Not too surprisingly, nothing bad happened.
Thank you again.
—SASergey A Kryukov
|
|
|
|
|
Excellent - glad it all worked.
Yes, a name="..." is definitely old-school (and as your rightly point out, fraught with non-uniqueness issues).
cheers
Chris Maunder
|
|
|
|
|
Sergey Alexandrovich Kryukov wrote: <a id="a7"/></a>
Is that extra "/" a typo in your message, or what you're actually adding to the article? It should be:
<a id="a7"></a>
As a workaround, adding the id to the <h2> element should have the same effect.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Right. That was only a typo in the bug report, not what I actually used in the article.
Thank you very much for your help.
—SASergey A Kryukov
|
|
|
|
|
this[^] and this[^] are "new" versions of articles that I suppose were nuked due to reporting (at least the first one was a potential rejection due to poor quality). But they seem to have resurrected and appear another time as new contributions in the queue as wizard auto-saved drafts.
Are they a try of the owners to bring them back?
Is this normal behavior? If yes, I find it a bit odd.
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.
|
|
|
|
|
do have the report menu has lees options in Tip/Trick than articles?
I wanted to click on "images offsite" in How to Navigate among pages in UWP[^] after asking the user to correct it. But the option is just not there.
Shouldn't the report menu be the same for all publication types?
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.
|
|
|
|
|
I have quite a few bookmarks in my profile because I have been using Code Project for some years. It has become very difficult to maintain these bookmarks because I need to remove each one individually. I want a better way to delete multiple bookmarks.
When I click the Delete link it brings up a javascript confirm dialog which then deletes the item and reloads the entire page. After I have waited for the page to reload I need to scroll down to find my position in the list and then delete the next item, repeating this tiresome process.
The Suggestion
I would like to have a tick box next to each bookmark. Then I could select a number of items and apply an action to the selected items. Alternatively, the delete links could be 'ajaxified' so that items are asynchronously removed while I continue to scroll through the list of bookmarks.
Pie Man
|
|
|
|
|
I am not sure if the issue has been solved and came again, or still the same as before but...
This http://www.codeproject.com/script/Articles/ArticleVersion.aspx?waid=192624&aid=1061039[^] in moderation had 22 reports when I reported it 2 minutes ago
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.
|
|
|
|
|
Chris, I have pretty much the same question as asked here: Defaulf-licence[^]
Code from this article CheckComboBox Control[^] was included into our code base and we need to go through an approval process. The article is from 1999 and no license was selected at the time it was published.
I checked the author's profile page and he has not been active here since 2002.
Please advice.
Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
modified 1-Dec-15 18:21pm.
|
|
|
|
|
We decided to go in a different direction, so this is no longer an issue for us.
I still think it is a general question that should be addressed if at all possible.
Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
|
|
|
|
|
when i browsing site from IRAN ip css style`s not working ,
and when i browse with my vpn outside of IRAN everything works fine.
It may because of css file location that is somewhere that filtering Iranian users (like code.google.com and ...!).
|
|
|
|
|
I'm not a site admin but maybe this helps you:
The CSS styles are located at a different domain (codeproject.cachefly.net, see also Wikipedia[^]). So it may be be that this is filtered in your country but you may also check first if not filtered by you (e.g. by NoScript with Firefox).
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
