Re: [NH] Pre-release #5 of NoteTab 7.0 available
- Finally had a look at it...
Main complaint so far: drop-down menus in Search and Replace dialogs.
Both search direction and type of search are now selected by drop-down
dialogs. (OK, search direction was already that way in NTP 6, but I
hardly ever needed to change that). But I find it annoying to need two
clicks (one to open the menu, one to select) to enable/disable regexp
search. It's just three options; wouldn't a radio button selection be
more convenient (even if it takes a bit more room)?
I also notice that the new CSS highlighting is active only for *.css
files, not for CSS sections within HTML files. Oh well, it's a start.
Perhaps in a future version...
Anyway, I noticed a bug in the CSS syntax highlighter:
It gets confused by comments. The selector immediately following a
comment often does not get highlighted. Sometimes, it will "grey out"
the remainder of the file as if it were a comment.
Also, I noticed that it did highlight (in blue, as if it were a
selector) the closing curly bracket for one of my "@media" sections.
This message has been protected with the 2ROT13 algorithm. Unauthorized
use will be prosecuted under the DMCA.
... Sent from my Daystrom M5 Multitronic System.
* Added by TagZilla 0.7a1 running on Seamonkey 2.8 *
Get it at http://xsidebar.mozdev.org/modifiedmailnews.html#tagzilla
- There seems to be something broken in this release. Using the exact same text file and the exact same clip code to
create an html version of that text file, it runs fine in 6.2 but fails in 7. I have not found exactly what is at fault
yet, but I have narrowed it down to one command:
^!Find "(?s)^\#\#Ing::\K\R[^<]+(?=<\/p>)" HRS
This command should capture all text from ##Ing:: through the end of a section of untagged lines. These are simply text
lines that don't have an html paragraph mark </p>
In v 6.2, it captures as it should. In 7.0, it misses several lines, and then begins capturing in the middle of one of
the lines that should have been included, and then captures the rest. So it skipped 5 1/2 lines that it was supposed to
I can provide my whole text file if needed, but I suspect that the (?s) command in the Find is somehow broken. Any
series of lines should be sufficient as long as one has \#\#Ing:: on a line by itself, and the string of lines ends with
My text was copied and pasted into a new document, then saved, so I'm sure it's pure ASCII.
In the following lines, the capture begins at the first instance of the word 'Gold', which is completely random in my
S> 1 1/2 POUND (12 slices)
3/4 cup water, PLUS
2 tablespoons water
3 cups Gold Medal Better for Bread flour
3/4 cup water
1/2 cup mashed very ripe bananas
RecipeTools Web Site: <http://recipetools.gotdns.com/> http://recipetools.gotdns.com/
From: firstname.lastname@example.org [mailto:email@example.com] On Behalf Of Eric Fookes
Sent: Monday, April 16, 2012 06:33
To: firstname.lastname@example.org; email@example.com; firstname.lastname@example.org
Subject: [NH] Pre-release #5 of NoteTab 7.0 available
Eb found a bug in v7 that affects searches in Outlook and Library files.
Since there is a small risk this can cause loss of data when a replace
operation is performed, I have quickly uploaded a fix. Note also that
the trial period for NoteTab Pro is reset to a full 30 days. Download
pre-release #5 from here:
NoteTab Light 7 (freeware)
NoteTab Pro 7 (30-day trial version)
I look forward to your comments and feedback.
[Non-text portions of this message have been removed]