- AuthorPosts
- May 31, 2018 at 5:37 am #23287LTTParticipant
Issue 1 (New):
“Character Code at Cursor” block is very narrow.Issue 2:
“Character Code at Cursor” block never shows tooltip.
And the last (right-end) block seldom shows tooltip.Issue 3:
Should always show tooltip for a block even if it is currently empty.Issue 4:
Should the number of “Selected Lines” be 1 when the selection is only a word?Issue 5:
The description of “Number of Lines” in CHM needs to be updated.——————–
Suggestion:
Groups for Status items.
One can add and manage (rename, etc.) several groups.
And the groups can be selected from a menu.
(Though a macro can do, time is needed…)Group examples:
Group 1: (Name: ChrCode|Pos)
Character Code at Cursor
Cursor PositionGroup 2: (Name: Pos|Cfg|Enc)
Cursor Position
Current Configuration
Current EncodingGroup 3: (Name: ChrCode|Pos|C|W|L)
Character Code at Cursor
Cursor Position
Number of Characters
Number of Words
Number of LinesMay 31, 2018 at 10:46 am #23291Yutaka EmuraKeymasterHello,
We are fixing the Issue 1, 2, and 3 on the next beta (v17.7.93).
I would like to clarify your questions.
As for Issue 4, I see the status bar shows correctly. For instance, if the total number of lines is 10, and only a word is selected, the status bar shows “1/10 lines”. Can you explain more details?
As for Issue 5, can you explain which page you are talking about, and how we should correct the page?
Thanks,
June 1, 2018 at 2:47 am #23292LTTParticipant> Issue 4:
I thought it would be 0 if the selection contained no newline character.> Issue 5:
emeditor_en.chm::/dlg/customize/status/index.htm
Number of Lines: Displays the number of lines in the selection.
+ and the total number of lines.June 1, 2018 at 8:11 am #23296Yutaka EmuraKeymasterCurrently, it is the number of newlines in the selection if the end of the selection is at the left edge of the editor (Col: 1 position), or it is that PLUS ONE if the end of the selection is Col: 2 or larger.
We will fix the Help.
Thanks,June 5, 2018 at 5:03 pm #23315LTTParticipantIssue 1-2:
“Character Code at Cursor” block is wider now, but is always blank. It’s only for clicking?By the way,
Though it doesn’t matter, in the menus for the blocks, we usually want to see “…” if it’s a 2-step item, e.g.:
Character Code Value…
Jump…
Reload…Issue A:
“Show Execution Time” is checked.
Run a macro like this one:
document.selection.Find( str, eeFindNext | eeFindCount )
Or this:
status = str
** In the status bar, the text will be flushed away by the Execution Time.
Is it possible to optimize such issues, rather than one has to add codes to disable “Show Execution Time” option in the macros?June 6, 2018 at 4:06 pm #23325Yutaka EmuraKeymasterAs for Issue 1-2, I am not sure why it’s blank, but I see a character code in this field in the status bar. A character code should appear when no selection exists or only one character is selected.
June 7, 2018 at 1:29 am #23330LTTParticipantTests with default settings show that this block is not working for some encodings.
BTW suggestion:
I hope the encoding can be changed in a new empty tab.June 7, 2018 at 12:48 pm #23335Makoto EmuraKeymasterLTT, encodings that the character code dialog have not implemented left the status bar character value blank. For example, UTF-7 is not implemented, so the character code value is blank. I have changed it so that if the encoding isn’t implemented yet, and the status bar would be blank, the Unicode value appears instead.
When you first found that the character code value is blank inside the status bar, (link to comment) which encoding where you using? I may implement this encoding if it is well used.
June 7, 2018 at 3:08 pm #23343LTTParticipantHello Makoto,
はじめまして。My default encoding is CP-936.
Yes it is widely used.Another issue:
The fields are using auto width.
But when in UTF-8, the widened field often does not shrink for fewer codes.June 8, 2018 at 9:08 am #23347Makoto EmuraKeymasterはじめまして、
CP936 is now implemented for the next build. The status bar field only expands, and resets size when changing documents. This is because when the field was resized every time the caret changed position, it was hard to read the values.June 11, 2018 at 12:59 pm #23369LTTParticipantI think, at least in the status bar, “0x” is not necessary.
And I think “0x0D 0x0A” would be better than “0xD 0xA”.June 11, 2018 at 3:02 pm #23370Makoto EmuraKeymasterThank you for your input. There will be preceding 0’s for the character values in the next build.
The “0x” is there to distinguish the character code values from the other numbers that appear on the status bar. - AuthorPosts
- You must be logged in to reply to this topic.