DataMystic

Several help pages related to Field Specification have errors: "end of line" where it should be "end of file" "end of line" where it should be "end line" More imortant, the following line/field specification actually gives a TextPipe error! -1..0 That kind of pattern is mentioned in several help pag...

Please try it with also the following:

Change extension to .ligatures@inputExtension

That's the trigger!

It's a feature that I use regularly!

I can readily email you stuff if this doesn't help determine root cause.

David

Hi Simon, TextPipe 11.6 still has an issue with other non-ASCII characters in the @inputPath. Input filename KJV.diatheke.plus.psalm.titles.¶.txt was changed to KJV.diatheke.plus.psalm.titles.�.ligatures.txt where I had the Output Folder as @inputPath\Derived Please review the fix and see if it can ...

If you are already licensed user and you inadvertently click the Change key button in Help | About you cannot close the dialog without entering your key. For owners of a valid license there needs to be a Cancel button. i.e. So that you don't have to go through the rigmarole of finding your key again...

It would be of some interest to provide two new Unicode filters:

• Convert characters to character names

• Convert character names to characters

Assume UTF-8 as the encoding for both.

David

In the Add branch of the Filter library , it could be useful to provide a new filter to Add line widths . Currently, I have to resort to using the Excel™ formula =LEN(B1) to get this type of data. The UI for this filter should include the means to specify Format as under Add line numbers . David

Is there any significant difference between the filters Truncate to width and Force to width ?

If not, then remove the one that's deemed superfluous.

If there is a significant difference, then why are the Help pages almost identical ?

David

If you have a lot of non-ASCII text that you want to format as the search items in an external replace list file, it would be very useful to be able to prepare that list using TextPipe as the tool. This would require a new filter called Unicode to Perl Escape Codes . Likewise for the replace column,...

Further to my earlier suggestion: How about also making the Filter library a detachable side-bar ? i.e. Like the side bar in Xiphos - the free Bible study app from xiphos.org (available for Windows & Linux). Allowing the filter library to detach / attach would provide more real estate for working wi...

Assume that you have two (or more) Bible translations in Verse Per Line ( VPL ) format, and you want to make a single file as an Interlinear . Assume the files have the same scope and versification scheme and that no verses are missing. Q. How would you do that using TextPipe? My method currently us...

Please add Help page for the new Remove diacritics filter.

Please add Help page to explain Filter Library\Unicode\UTF-16LE only

Please add See also links in these existing filter help pages to the new page.

David

Here's an idea to consider: A choice could be made in the filter UI to use either an internal table or an external file. An external file would be (e.g.) tab-delimited, just like a replace file. It would work as follows: Column 1 would contain a series of Restrict to line number specifications. Colu...

I was mistaken. UCS-2 was an earlier form that preceded UTF-16.

I was confused by Notepad++ having changed menu options from UTF-16 LE to UCS-2.

It may be because it doesn't fully support the former.

Ah well.

https://en.wikipedia.org/wiki/Universal_Coded_Character_Set

See also my recent email (sent yesterday) about grouping the Unicode filters that are UTF-16LE only.

Aside: hasn't the official Unicode terrminology for UTF-16LE been changed to UCS-2 BOM ?

David

Will the Remove diacritics filter[s] handle UTF-8 or is it limited to UTF-16 LE only ? Several Unicode filters can only handle UTF-16 LE encoding. Would it be feasible for each of these filters to detect when any other encoding is piped into it and simply stop with an error message? This would avoid...