|
If you look in this[^] list and order it by reputation, you should be able to find yourself. You might have to go through quite a few pages.
|
|
|
|
|
Damn, here I was hoping to hire expert no. 137. Just the right level of expert for me, any higher would be high maintenance, any lower would be a Java person. 
|
|
|
|
|
That's cruel 
cheers
Chris Maunder
|
|
|
|
|
Hey. It's up to you to make sure he doesn't hire a Java dev. It's your responsibility.
|
|
|
|
|
checked in firefox problems with codeproject.cachefly.net
e.g. http://codeproject.cachefly.net/script/ratings/images/star-empty-lg.png - load 8 sec
http://codeproject.cachefly.net/images/search.gif">http://codeproject.cachefly.net/images/search.gif - load 11 sec
http://codeproject.cachefly.net/script/ratings/images/star-fill-lg.png - load 4 sec
|
|
|
|
|
Have you checked your internet connection? I can't replicate the issue my end.
Possibly an issue with the cachefly node local to you. It's status seems fine[^].
cheers
Chris Maunder
|
|
|
|
|
yes, looks like now request go very fast;
but I am advice to check server logs 8-6 hours ago. I am sure there where something wrong with server or requests overload...
next time will check from English and USA servers too.
|
|
|
|
|
Since the automatic spam detector learns from items that are closed by "Spam" reports, can we separate the "Spam" and "Abuse" reports in QA to separate options? That way we hopefully don't feed the detector the wrong info.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Web04 is showing (to me) no new questions in QA in the last 6 hours. (Seems awfully unlikely!!)
Is there a caching issue?
Is there a way for me to forcibly use another server to see if I see anything different?
Edit: It looks like Web02 also, just now is showing the same...
Still seems unlikely for QA to be "idle" that long.
"Fairy tales do not tell children the dragons exist. Children already know that dragons exist. Fairy tales tell children the dragons can be killed."
- G.K. Chesterton
|
|
|
|
|
Beat me to it! Deffo a problem
|
|
|
|
|
A bit late to the party, I know, but...
Matt T Heffron wrote: Is there a way for me to forcibly use another server to see if I see anything different?
Just use the domains "web1.codeproject.com", "web2.codeproject.com" etc.
|
|
|
|
|
It was an issue with our Lucene server, not a cache issue. All fixed.
cheers
Chris Maunder
|
|
|
|
|
Why does the article/tip submission wizard litter my articles with artificial paragraph tags. It really screws up my layout. (And yes, I'm checking the "Leave my HTML alone" checkbox.)
While I'm here, it also refuses to correctly interpret pointy brackets in pre blocks, even though the language is correctly identified in the tags.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Can you please send me the raw HTML you want to put in the editor and then let me know where you're seeing redundant p's. If I can't fix it I may at least be able to offer an explanation (or even a post-processing button to clean it up).
Also an example of the pointy brackets.
cheers
Chris Maunder
|
|
|
|
|
When I submit an article, I don't put in extraneous tags. After I submit it, if I go back to edit it, I find numerous instances of this:
<p>& nbsp;</p> (ignore the space, I didn't know how to show the nbsp; thing otherwise)
I did not put those in. If I go back through and delete them, and then go back and edit the article again, they're back. I also don't like the ascii replacements for quotes. It just clutters up the markup (but I kinda understand why you might want to do that).
In any case, the paragraph tags cause unwanted double/triple spacing and just basically craps up my articles. That's my main complaint.
And BTW, I always edit my articles in source mode so I can see the html.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
use & to show the HTML entity for an "&".
Which article? If you clean out the empty paragraph tags and then go back, does it add them back?
(and which browser? Please no IE7. Please...)
cheers
Chris Maunder
|
|
|
|
|
Yes. That's exactly what happens. When I save it, they're put back in.
This is the article in question. Documenting SQL Stored Procs in C# Code[^]
Using IE 11.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
I've just edited it in Chrome and in IE11 and I can't replicate your issue in either.
I'm stumped.
cheers
Chris Maunder
|
|
|
|
|
Well, whatever you did fixed that article. Thanks.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
|
I added a solution to a QA convert vba into c program to call a dll function[^] including some code. The first two lines of code should look like:
char *p1, *p2, *p3;
p1 = (char*)malloc(255);
but the asterisk in front of p3 has been taken as the start of italic font, so it actually shows as:
char *p1, *p2, p3;
p1 = (char)malloc(255);
|
|
|
|
|
Looks good now, but the trick is you escape the * with a \
cheers
Chris Maunder
|
|
|
|
|
But now it shows the backslash. Shouldn't markdown be totally disabled inside <pre> blocks?
|
|
|
|
|
Welcome to Markdown. We specialise in making your subtle formatting a nightmare.
I'm working on my own Markdown processor to handle exactly this kind of issue. Yes - another wheel for the world. Maybe I patent it.
cheers
Chris Maunder
|
|
|
|
|
Richard MacCutchan wrote: Shouldn't markdown be totally disabled inside <pre> blocks?
Yes, I agree!!!
If I use a <pre> block, then don't add additional markdown processing!
"Fairy tales do not tell children the dragons exist. Children already know that dragons exist. Fairy tales tell children the dragons can be killed."
- G.K. Chesterton
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
