|
Near the end there is an unencoded <, causing the parser to think that the code is HTML and converting all following things to attributes.
Simple as that.
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???
|
|
|
|
|
That is still not correct if the code is already within <pre> tags.
|
|
|
|
|
The formatter here can be very weird sometimes. I have seen this happen many times recently. It's caused by the new HTML sanitizer Chris is using.
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???
|
|
|
|
|
Brisingr Aerowing wrote: It's caused by the new HTML sanitizer Which is exactly why I'm reporting the problem.
|
|
|
|
|
Richard MacCutchan wrote: formatter into a drug induced frenzy
We've changed the prescription. Open angle brackets inside PRE should be normal. Ish.
<hows this one for size>
cheers
Chris Maunder
|
|
|
|
|
Perfect.
|
|
|
|
|
When formatting a piece of code with <pre>, if the selection starts with spaces or taks, they are skipped and <pre> start after the spaces.
It is a bad behavior because it is common to paste indented pieces of code and skipping leading spaces and tabs is breaking the indentation.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
Can you show me an example? I've done a little tweaking but I want to make sure I've addressed the specific issue.
cheers
Chris Maunder
|
|
|
|
|
Example, here I put the <pre> tag then paste the text
Left Rulegd ATTR001.PDST.MPDTMP01(A001PMTR) PROTY(01),BRPKY(A0Y)
A001PMTR 0 00AF 123456A11 2011/12/14 ENT tmp
Left Rulegd ATTR001.PDST.MPDTMP01(B001PRTY) PROTY(01),BRPKY(A0Y)
B001PRTY 1 0 12AB 7891P12 2010/08/25 AMP tmp
B234561 2 0 0 7891P12 2011/09/12 URTST tmp
Left Rulegd ATTR001.PDST.MPDTMP01(C001AMEF) PROTY(01),BRPKY(A0Y)
C001AMEF 0 PZ89 123456A11 2013/11/02 AMP tmp
Left Rulegd ATTR001.PDST.MPDTMP01(D001AAM) PROTY(01),BRPKY(A0Y)
D001AAM 0 OP25 123456A11 2009/02/14 ENT tmp
Example, here I paste the text then put the <pre> tag
Left Rulegd ATTR001.PDST.MPDTMP01(A001PMTR) PROTY(01),BRPKY(A0Y)
A001PMTR 0 00AF 123456A11 2011/12/14 ENT tmp
Left Rulegd ATTR001.PDST.MPDTMP01(B001PRTY) PROTY(01),BRPKY(A0Y)
B001PRTY 1 0 12AB 7891P12 2010/08/25 AMP tmp
B234561 2 0 0 7891P12 2011/09/12 URTST tmp
Left Rulegd ATTR001.PDST.MPDTMP01(C001AMEF) PROTY(01),BRPKY(A0Y)
C001AMEF 0 PZ89 123456A11 2013/11/02 AMP tmp
Left Rulegd ATTR001.PDST.MPDTMP01(D001AAM) PROTY(01),BRPKY(A0Y)
D001AAM 0 OP25 123456A11 2009/02/14 ENT tmp
See first line.
Can you have a look at this:
During the improvement I was doing, the new sanitizer nuked the question.
I think my correction was completing the first tag inside the first <pre> but I forgot to encode.
How can I stop javascript on aspx page before save the page as HTML[^]
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
Can you please try again? I've made some fixes.
cheers
Chris Maunder
|
|
|
|
|
Just tried.
Now it removes the first line leading spaces and tabs.
Previously, they were moved out of the <pre> block.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
What the system is meant to do is outdent indented code evenly. So if every line is indented 4 spaces, it removes 4 spaces from every line. This fixes the issue where people paste deeply indented sections of code and all you see is loads of whitespace on the left and text on the right cut off.
eg. Each line here is entered originally with 4 leading spaces. Displayed, it's flushed left.
cheers
Chris Maunder
|
|
|
|
|
Hi Chris,
I think today's behavior is wrong and previous (a few months ago) was right.
In short, prior behavior was: apply <PRE> block around selection, no change in selection.
The problem is that today, when applying <PRE> the leading spaces, tabs and new lines are removed until the first symbol.
// manually crafted <pre> block
// example lines
// line with 4 leading spaces
// line with 4 leading spaces
// Exemple 1: paste code in existing block: Ok
<pre lang="c++"> // line with 4 leading spaces
// line with 4 leading spaces</pre>
<pre lang="c++">
// line with 4 leading spaces and a leading LF
// line with 4 leading spaces</pre>
// Exemple 2: paste code, select (including leading spaces and LF) and apply <pre>: wrong
<pre lang="c++">// line with 4 leading spaces
// line with 4 leading spaces</pre>
<pre lang="c++">// line with 4 leading spaces and a leading LF
// line with 4 leading spaces</pre>
// Exemple 1: paste code in existing block: Ok
// Exemple 2: paste code, select (including leading spaces and LF) and apply <pre>: wrong
Looks like you spend a lot of time on this and I don't see much change. Am I clear ? Is there a misunderstanding on the problem?
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
|
I linked to a new upload: The Lounge[^] linked to image[^] but it's giving intermittent 404's. Was working, then Brisingr Aerowing complained and I got 404ed, then it works again ... possibly related to the recent DB fun you've been having, but I thought I'd report it anyway.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Is it still happening?
Uploads are separate from any database issues. Generally what happens is one of the servers in the cluster decides not to store an upload, and within an hour or two our synch systems have brought things back in line.
cheers
Chris Maunder
|
|
|
|
|
Looks good at the moment.
I'll try to remember that, and not post links for an hour or so after I upload it.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I keep getting the following message in the preview window when writing a QA solution:
Unexpected error when attempting to retrieve preview HTML.
modified 2-Nov-16 6:03am.
|
|
|
|
|
I also experience the issue.
Loneliness and cheeseburgers are a dangerous mix.
|
|
|
|
|
+1
".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
|
|
|
|
|
All fixed.
cheers
Chris Maunder
|
|
|
|
|
Message Removed
modified 1-Nov-16 9:17am.
|
|
|
|
|
I don't have past mails but Yesterday & Today I got multiple copies of Lounge newsletters. Time interval is very less.
CodeProject | The Lounge Forum Daily Digest - Tuesday, November 1, 2016 - 4 copies
CodeProject | The Lounge Forum Daily Digest - Sunday, October 30, 2016 - 5 copies
Clickety[^]
|
|
|
|
|
Can you check the headers and see if they are the same email or separately generated emails?
cheers
Chris Maunder
|
|
|
|
|
Message-Id is different. Sent you PM. If you want I could send you entire RAW email content for all.
|
|
|
|