|
Just a couple of things about this I've noticed, or maybe I'm being special
After clicking on "Improve Question", if you wish to go back/cancel, be it through the big red button or back on the browser (FF3.5.5), all the fields simply get blanked, and you need to hit back or cancel again.
Also, I've tried a couple of times to format some questions nicely using the new editor, and I'm finding it awkward. It seems each line break converts the text into separate PRE blocks, so then if you want to add language specific formatting, you have to do it block by block, as it wont let you select the whole section you just hit "-Formatted-" for. The -language- combobox stayed greyed while you still have the initial selection.
Otherwise, I like the idea!
He who makes a beast out of himself gets rid of the pain of being a man.
Current Weight: 104.5 KG 10/10/2009
Target Weight : 89 KG
Weight lost : 0
|
|
|
|
|
phannon86 wrote: you need to hit back or cancel again
Yep I just fixed this yesterday. It should be up on codeproject.com later today if all goes as planned.
phannon86 wrote: and I'm finding it awkward
There are definitely some oddities with our current editor. We're in the process of working to improve this and will try to get it out as soon as we can.
phannon86 wrote: Otherwise, I like the idea!
Thank you. Much appreciated!
|
|
|
|
|
I'm sipping code through a straw here at PDC and just finalising some stuff, so we should be good for a new upload in a few.
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
Thanks Nick!
We're replacing it
Thanks,
Sean Ewington
The Code Project
|
|
|
|
|
Should be good now.
Thanks again for reporting
Sincerely,
Elina
Life is great!!!
Enjoy every moment of it!
|
|
|
|
|
Hi Elina,
I just checked and the zip file is empty again.
Just thought I'd let you know
Nick
----------------------------------
Be excellent to each other
|
|
|
|
|
I see the Reputation tag, and have read the FAQs on it.
Whilst I note it is beta, I presume it is 'Live', and will it supercede or run along with the Bronze/Silver/Gold/Platinum/Grausite scale?
Also will it be dynamic or updated weekly?
Thanks
------------------------------------
In science, 'fact' can only mean 'confirmed to such a degree that it would be perverse to withhold provisional assent.' I suppose that apples might start to rise tomorrow, but the possibility does not merit equal time in physics classrooms. Stephen J Gould
|
|
|
|
|
Look at the rep graph in your profile. It ticks daily.
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
OK A daily update!
I just looked last night and saw no changes.
I see there is a need for a time microscope.
------------------------------------
In science, 'fact' can only mean 'confirmed to such a degree that it would be perverse to withhold provisional assent.' I suppose that apples might start to rise tomorrow, but the possibility does not merit equal time in physics classrooms. Stephen J Gould
|
|
|
|
|
Chris can put it right next to the time macroscope that parses the last decade of IIS logs to give Christian another 3.5k rep from logins.
3x12=36
2x12=24
1x12=12
0x12=18
|
|
|
|
|
Dalek Dave wrote: it supercede or run along with the Bronze/Silver/Gold/Platinum/Grausite scale
It will work with it.
(hopefully have it out this week)
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
I usually stay logged in. Once in a while I get logged off and I assume you guys did some maintenance or whatnot and had to unlog the logged-in users. That's fine and understandable, but it has become more frequent of late.
It could also be something on my system, perhaps IE8 or the anti-virus deleting a cookie, I don't know.
What irks me the most about it is that I then have to reset my settings -- Thread view, etc. each time it happens.
I was just looking at the known bugs post and saw:
"•Forum settings persisted correctly"
and I wonder whether or not that is a true statement.
|
|
|
|
|
I doubt it's an IE8 issue, though anti-virus oh-my-god-it's-a-cookie over protection could be an issue.
Or it could be a bug.
I've not seen the issue so it's hard for me to replicate. We did have a bug / request that we dealt with a few weeks ago and so my first thought is that you may be seeing behaviour that may be counter-intuitive (this was the nature of the previous bug).
If you have the time it would be incredibly helpful if you could try and replicate the steps that caused the issue.
cheers,
Chris Maunder
The Code Project Co-founder
Microsoft C++ MVP
|
|
|
|
|
There really aren't any steps to reproduce it. It can happen if I exit IE8 and come back in, or if I leave IE8 with CP open unattended. Just after I posted, I exited IE8 and got back in a few minutes ago and it appears to be OK (so far). If it's not you, then, yeah, I think anti-virus may be the likely culprit. I'll see what I can find.
|
|
|
|
|
The "hint" with the "Do not interpret HTML tags" option seems a bit backwards to me. In fact, it seems that the option is not good for code snippets.
This message was posted with the option selected and thus does not have the syntax highlighting:
<pre>class Sample
{
public void Test()
{
int temp = 0;
temp++;
}
}</pre>
It does seem to keep the spacing, but I would be confused as a new user to need to uncheck the "good for code snippets" option to get best performance for code snippets. With the option to "Encode HTML tags when pasting", I imagine there isn't too much need for the option anymore. (I really like the encode on paste option. Sometimes I take advantage of the option when typing responses by doing a select all-cut-paste to deal with XML fragments or the like.)
EDIT: Some people seem to be misinterpreting my point. I'm not suggesting any changes to "Encode HTML tags when pasting". I like that how it is (hence the ). I'm suggesting changing (or removing) the "Do not interpret HTML tags" option.
modified on Monday, November 16, 2009 5:41 PM
|
|
|
|
|
For reference, here's the same post with the option not selected:
class Sample
{
public void Test()
{
int temp = 0;
temp++;
}
}
|
|
|
|
|
But you don't need to post the <pre></pre> tags with the code. Just press the code block button at the top of the edit page and post your code between the resulting tags. The Encode HTML tags when pasting button is for pasting HTML (and XML I guess), not for pasting ordinary code.
|
|
|
|
|
I think you missed the point of my post. Pressing the code block button generates a pre tag. If you then check the Do no interpret HTML tags option, the pre and code tags don't perform the normal syntax highlighting. Instead the tags appear as actual characters in the visible output.
My assertion is that the Encode HTML tags when pasting option makes it easy to escape all the special characters in your code snippets (and does not need changed). With that option enabled, there is little need for the Do not interpret option at all.
|
|
|
|
|
Gideon Engelberth wrote: I think you missed the point of my post.
Yup, I think I did; my apologies.
|
|
|
|
|
Right. I never use the option "Do not interpret HTML tags", however I use the "Encode HTML tags when pasting" option a lot.
BTW: when they persist their state, IMO options should not use negative wording.
Luc Pattyn [Forum Guidelines] [My Articles]
I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages
|
|
|
|
|
I see it as primarily for when pasting code that contains generic types.
You probably shouldn't be pasting text that already contains the pre tags, but sometimes I write something and mark some part as italic; if I then want to cut and paste that somewhere else in the post, I uncheck the box.
|
|
|
|
|
Errr.... I actually wasn't suggesting changes to the pasting option.
VB +1 for not having to worry about generic type specifications being stripped as HTML
|
|
|
|
|
but also:
VB -1 for having attributes in <> signs, as in <DllImport("kernel32.dll")>
Luc Pattyn [Forum Guidelines] [My Articles]
I only read code that is properly indented, and rendered in a non-proportional font; hint: use PRE tags in forum messages
|
|
|
|
|