Context menu bug in CSV filters

[dfhtextpipe]

In the various filters related to CSV, tab & pipe delimited data,
there is a bug in the context menu for the Start and End field numbers.

https://www.dropbox.com/s/h22smyv8s40g7 ... 1.png?dl=0

Several of the options listed are quite inappropriate here.

David

[DataMystic Support]

It's actually working exactly as intended. The ? shows that the 'Other' delimiter has not been entered.

I've changed '?' to 'missing' for now.

I'm going to redesign this form to allow more natural column specs like

Code: Select all

4..7
7..
1..-3  (negative being from the end)
-10 .. -1
A .. Z
B .. E, G..H, A, AA

[dfhtextpipe]

I think you have misread my post. Was I too concise?

The unsuitable context menu is when the cursor is in the Start or the End control.

Nothing to do with the Other.

Start and End are just positive integers.
There's no need for changing Reading order, or to select a control character,
or to Open IME (or Close IME) whatever that might be.

Looks as if you programmed a Context Menu copied from something wiith much wider scope or different context.

David

[DataMystic Support]

Ah, I see. That's a windows-standard right-click menu on edit fields without their own context menu.

[dfhtextpipe]

The unconsidered inappropriate default?

David

[DataMystic Support]

I speculate to be relegated to the unconsidered inappropriate default classification! But thank you for mentioning it

We'll circle back after these Unicode changes.

[dfhtextpipe]

Security experts sometime use the phrase, the tyranny of the default.

[dfhtextpipe]

Any progress yet?

David

[DataMystic Support]

No, those fields will be redesigned out of existence shortly anyway.