CSE HTML Validator Professional v10.01

[Albert Wiersch]

Hello,

I am planning a Jan 2011 release of CSE HTML Validator v10.01. If you'd like to help BETA test a pre-release version, then please email me at support at htmlvalidator dot com. To test, you must be a currently licensed CSE HTML Validator Professional v10.0x user.

CSE HTML Validator v10.01 will be a FREE update for all v10.0x licensed users.

Also, if you have any suggestions for v10.01, then please let me know. The suggestions I am looking for are bug fixes and small improvements or features. You are welcome to suggest "major" new features, but I will most likely make a note of those for the next major release and not be able to get them into v10.01.

Thanks!

[MikeGale]

I've had a quick first look at 10.0040.

I noticed two things:

1) I got an Access violation at addrerss 601B0CE0. Write of address 601B0CE0 when I shut the process, first time. To clear it I killed the process. This was after several validations (batch) and some editing. Second time around this didn't happen, so it may not be easily reproducible.

2) I experimented with a cseignore. I put it before an li element (in the gap). I used both the comment and tag form of the directive. I get a message like The "ul" element must directly contain only the "li" element. The "cseignore" element is not allowed here. I was surprised. I expected no message. (It does this when the cseignore is empty or has content.)

[Albert Wiersch]

I've had a quick first look at 10.0040.

I noticed two things:

1) I got an Access violation at addrerss 601B0CE0. Write of address 601B0CE0 when I shut the process, first time. To clear it I killed the process. This was after several validations (batch) and some editing. Second time around this didn't happen, so it may not be easily reproducible.

First, thanks for taking a look!

As for the shutdown issue, I think that is the same shutdown issue that I've been trying to track down for awhile. It occurs randomly and I don't know what's causing it or even if it's my own code, but I am always looking for issues that might cause that. If you find a way to reliably reproduce it, then please let me know.

2) I experimented with a cseignore. I put it before an li element (in the gap). I used both the comment and tag form of the directive. I get a message like The "ul" element must directly contain only the "li" element. The "cseignore" element is not allowed here. I was surprised. I expected no message. (It does this when the cseignore is empty or has content.)

Yes, you are right. I need to make an exception for the special-case "cseignore" tag and not display that message. I will try to get this into the next update. UPDATE: Fixed. The message containing "cseignore" should no longer display in this case.

[Lou]

1) I got an Access violation at addrerss 601B0CE0. Write of address 601B0CE0 when I shut the process, first time. To clear it I killed the process. This was after several validations (batch) and some editing. Second time around this didn't happen, so it may not be easily reproducible.

Yep me too.
I had 9 files open when I closed the process using the "Close" in the upper right corner of the window. Been doing some simple edits and "validate all open file" from the drop down menu. This is the first occurrence.

Only had Thunderbird and Firefox open at the time.

[Albert Wiersch]

v10.0045 (a pre-10.01 build) is now available for testing - to registered v10.0 users. Please drop me a private message if you'd like a download link to test it.

I did find an issue/bug that could (I'm hoping) address the shutdown crash issue, even though I'm a bit doubtful that it could.

Thanks!

[Lou]

Albert, using 10.0045 I ran across an odd error.

I created a new tab and copied some text into the (Untitled) tab and of course the ** appeared. I use the <Save as..> from the drop down menu to save the data. The tab name changed from (Untitled) BUT the ** did not go away.

Not wanting to loose the data I checked and the file had been saved. When I closed CSE it ask if I wanted to save the changes to file_name?

PS

I see you too have been hit by the login bot that is going around phpBB. "They" try to login until hitting the max tries then move on. Real users (me) know because when I logged in I was ask to answer the test question.

[Albert Wiersch]

Albert, using 10.0045 I ran across an odd error.

I created a new tab and copied some text into the (Untitled) tab and of course the ** appeared. I use the <Save as..> from the drop down menu to save the data. The tab name changed from (Untitled) BUT the ** did not go away.

Thanks. I think I may have run across this one too. I will look into it.

PS

I see you too have been hit by the login bot that is going around phpBB. "They" try to login until hitting the max tries then move on. Real users (me) know because when I logged in I was ask to answer the test question.

Yes, I was wondering about that as I was asked to decipher a CAPTCHA a few days ago. I was not aware of any bots that were going around but I thought it might be do to some type of hack attempt-- but may have also been due to a server upgrade we performed recently - at the end of last year.

[Lou]

PS

I see you too have been hit by the login bot that is going around phpBB. "They" try to login until hitting the max tries then move on. Real users (me) know because when I logged in I was ask to answer the test question.

Yes, I was wondering about that as I was asked to decipher a CAPTCHA a few days ago. I was not aware of any bots that were going around but I thought it might be do to some type of hack attempt-- but may have also been due to a server upgrade we performed recently - at the end of last year.

There has been several threads on the phpBB forum this last week. In fact that forum also got hit. The group think is that it was a brute force effort; scrape off some user IDs then try a few "default" passwords until the max number of login tries kicks in, then move on. Of course at that point the real user has to answer the CAPTCHA the next time they login.

A good reason not to use password as a password

[Albert Wiersch]

I created a new tab and copied some text into the (Untitled) tab and of course the ** appeared. I use the <Save as..> from the drop down menu to save the data. The tab name changed from (Untitled) BUT the ** did not go away.

This should be fixed in the next update. Thanks!

[MikeGale]

I have found an odd behaviour on ...45.

I've just retested this and looked at the files more closely to confirm what is going on.

When I try to overtype (or replace) spaces at the start of a line with tabs, it doesn't always insert tabs.

I get:
1) Additional spaces instead (on first tab).
2) The second tab gets inserted as such.
3) If I insert tab, delete spaces, save, then I get what I'm after.
4) And I think other odd effects, but the above is probably enough to identify what is going on.

Details:
1) This is a file extracted from a publicly available (not encrpted) ePub.
2) I'm editing on a Windows system, the file doesn't have Windows new lines. (I imagine they're Unix style.)
3) I'm not converting to Windows format before I edit.
4) I've inspected in other editors (after a save) and what I see on the screen in CSE, is (at least mostly) what is actually in the file.
5) The file is <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

I also tried some search and replace and I think that gave some odd results too. (Not retested.)

[Albert Wiersch]

Hi Mike,

Thanks for testing. I have just released v10.0100, so please try that.

Some options that might affect tab usage are in the Editor Options, Editor->Other Editor page, like "auto indent" and some other options involving tabs.

Could you download and update to v10.01 and uncheck any of those options (like "auto indent" and "smart indent/unindent") than might be affecting tab insertion and let me know if you still think there's a problem? Of course "use tab character" needs to be cheked if you want tabs.

I'm thinking the "smart indent/unindent" option may be causing this issue.

Thanks!

[MikeGale]

Hi,

Thanks for that version.

I ran some checks on those settings and still find the issue (not inserting tabs when I select all spaces at beginning of line and attempt to replace with a tab).

I have the insert tab literals setting. (Which works in some cases.)

I switched off all those settings above the tab one and individually. I also shut down and restarted to see if that made any difference.

[Albert Wiersch]

I ran some checks on those settings and still find the issue (not inserting tabs when I select all spaces at beginning of line and attempt to replace with a tab).

Thanks Mike. I think I was able to reproduce it: If you select spaces at the beginning of the line, hit delete, then hit tab, the behavior is different than doing the same thing but without using delete key. I will report this to the editor component developer.

UPDATE: Nevermind, I think I know what is happening.

When you select a line or part of the line, then hit TAB, it indents the selected line or lines by the "indent width" in the Editor->Other Editor options. It doesn't replace the selection with the tab character. This allows people to select multiple lines and quickly indent them by hitting TAB.

What do you think of this behavior? Do you think there should be a new editor option to replace the selected text with a tab instead of indenting the line(s)?

[MikeGale]

I'd go for a change. It just doesn't do what I expect.

I can see two ways.

The config change you suggest
OR
If the selection is only on one line do the replace.

[Albert Wiersch]

I'd go for a change. It just doesn't do what I expect.

I can see two ways.

The config change you suggest
OR
If the selection is only on one line do the replace.

Thanks Mike. For a future update, I will try to have it replace the selection if only part of one line is selected, otherwise do the current behavior.