Forum Replies Created
I just tried to reproduce it under my Windows 10 VM, but I failed to do so. I have no idea how I managed to encounter this issue. It is possible that this was already fixed at some point in time.
What I suspect happened that caused this issue is that at some point I changed the install location for EmEditor from all users to single user or vice versa. I believe that the option to keep all registry settings then does not update the macros location that resulted in this issue. The question is does it make sense to always update the macro location regardless of the install option to keep all existing settings? If it did always update this, I would never had experienced this issue.
My Windows 7 virtual machine does have EmEditor installed under my local account only. It does not have the issue of not finding macros, and this was a new install of only the latest version. Based on this, it seems this was an old issue from an older build on my Windows 10 VM.
It looks like this is no longer an issue.
EmEditor will not handle this task easily for the reasons noted above. If I were you, I would find a stand alone hex editor for this. I currently use the free Active@ Disk Editor that will search for hex bytes through an entire file easily. It has a find all button that shows all matches in an isolated Find Results pane that you may click to navigate to found results. It’s 100% free and easy to find.
EmEditor cannot do this. Any capable XML editor will be able to do it though. oXygen XML Editor can for sure.
An alternative to this is creating an XSL Transformation that converts the XML to an HTML document containing data in a table. This will be a development effort, of course.
After playing around with this, I may press the down arrow key to select the single item listed then press the enter key. It would be quicker to have the single item in the list already highlighted and selected. This would allow me to simply press enter to have the item added. This would be quicker than a down arrow key press first.
If I am pressing CTRL+SPACE, I am intentionally opening this pop-up. Is there a good reason not to highlight the first item for me automatically?
The version I am currently running does this today (19.3.0).
Simply select all text that you wish to sort followed by Edit|Sort and the specific sort option you want. I’m not sure how it handles partial rectangular selections (if at all).
In regular expressions, a carriage return is indicated by \r. \n is a newline character. This is standard everywhere. So, this is by design?
The C++ standard library implements regular expressions correctly, so in the worst case scenario, I could look into creating a plugin that does it.
Sorry — I posted this in the wrong forum. EmEditor Core Enhancement Suggestions is a better place for this thread to be.September 6, 2012 at 5:47 pm in reply to: EmEditor Becomes Unresponsive When Opening 129MB Unix Type TXT File #10532
Thank you for looking into this.
I was not aware that EmEditor auto detected comma delimited files.September 6, 2012 at 7:43 am in reply to: EmEditor Becomes Unresponsive When Opening 129MB Unix Type TXT File #10530
I just downloaded and installed the latest beta version available (11.1.11). The same issue exists.
I uploaded the file here:
It is 63.75MB in size.September 5, 2012 at 9:28 am in reply to: EmEditor Becomes Unresponsive When Opening 129MB Unix Type TXT File #10520
I have reproduced this issue with the same file on my laptop and desktop computer. Additionally, I used Visual Studio to ‘normalize’ the text file by converting LFs to CRLFs. EmEditor continues to lock up, so it is not an issue with line feed characters.September 14, 2010 at 9:41 pm in reply to: Syntax Coloring Does Not Correctly Handle Strings On Multiple Lines #8974
Ah — I never noticed/realized the purpose of that option.
Yes — turning hat option on resolved this issue.
Thanks so much.
I have also found I can turn on incremental search and simply clear the text entered in the FindBar.