These are some readers' responses. Read the full article to see what all the fuss is about.
-
Popular
Categories
- .Net & C# (1)
- Architecture (3)
- C++ (5)
- Coding (4)
- Copyright, etc. (3)
- HTML/CSS (2)
- Java (14)
- JavaScript (6)
- JUnit (3)
- Recommendations (9)
- Risks (7)
- Software projects (2)
- SQL (4)
- Testing (6)
- Tools (4)
- Web (5)
- Web publishing (16)
- Windows (1)
- WordPress (27)
351 responses
Other comment pages: « 1 … 4 5 6 7 8 [9] 10 11 12 13 14 … 18 »
Uhm I don’t know if I’m missing something but your examples are plain black, no markup at all going on in them.
(im using Firefox 2.x on WinXP Pro)
Nathan, that’s odd. In the examples, “What’s going on?” should be bold, “cout” should be red and “target-url” should be green. And indeed they are on every OS/browser I have tried, including FF2 on WinXP Pro. You could help me out by saving the source of this page to a file and emailing it to me, if you still don’t see the examples working. Thanks.
Nice stuff…
I am PHP Programmer. I have a requirement from my client that needs to be fixed.
He have a wordpress-mu (1.2.1) intalles and there are several blog sites are running under it. This is his feedback,
” We’ve had issues posting HTML into wordpress. Wordpress wants to format the html after we post an article. Even if we only use the “Code” tab, the wordpress system will try to format what was pasted in. Here are some examples of the formatting:
formats out javascript tags
adds after each carriage return
changes — to –
Please look into creating a plugin that will bypass *all* the formatting when we post an article through the Code tab.”
Please suggest if this plugin works in this situation.
Thanks
Naveen
Naveen, that’s an interesting requirement, but it’s not what Code Markup does. It might be easy enough to write a plugin that does what you want. If I had time I might even do it…
Thanks Ben,
If you can develop that will be cool stuff to many of us…
After installing the plugin, I had to scratch my head for a moment. Turns out these three rules are very important:
1) The code tag *must* be in lowercase.
2) Put the code block in a pre tag to preserve spacing.
3) Let the filter convert characters into HTML entities for you.
Walt, thanks for clarifying those points. XHTML requires tags to be in lowercase, but as you point out, you can use uppercase in HTML. It shouldn’t be too hard to make Code Markup case-insensitive. I also plan to automatically add a pre tag where appropriate.
As for your third item: automatic management of HTML markup is the whole point of the plugin! The examples demonstrate how < is displayed verbatim without needing to escape it as < and the same goes for & and other characters.
Other comment pages: « 1 … 4 5 6 7 8 [9] 10 11 12 13 14 … 18 »