Forum Replies Created
- Posts
Ah, thanks for the explanation, I know the reason then. I have 16 Gb of RAM, so EE expects that 20% (which is 3,2 Gb) should be free, and 2 Gb are less than 3,2. I think this scheme should be improved somehow. Maybe take into account the size of the currently edited file, because, obviously, memory requirements for 20 Kb file and 100 Mb file would be different.
In general, I must say, the description of the new Undo behavior is quite confusing. I simply did not understood how all this worked, until you described it now. And description of the options in the help is not of much use either:
Maximum Memory Size text box
Specifies the maximum memory size used in percentage.I work with Perl. And that language has some rather queer exceptions. One example: @my_array is … you guessed, an array! $#my array is the highest index currently occupied. But EmEditor considers everything beyond the ‘#’ as comment. And there are many more exceptions.
Perl is not a very good example. It is mathematically proven that it cannot be statically parsed (that is, without running the script itself), not to mention doing this with only regexps, having no customizable lexer and parser.
Of course, it does not mean that there is no place for improvements — some common and non-contradictory expressions still can be detected and highlighted, but with Perl’s versatility it’s quite a troublesome task. As a Perl developer, I would be extremely glad to see improvements in this area too…Somewhere in system settings, their names and locations are different in different Linux distributions.
You could try direct editing of /etc/samba/smb.conf (root permissions are required). There you find a section named like your share name (e.g. if in Windows you disk is mapped to machine_nameMyShare, then you look for the section [MyShare] in smb.conf). Within this section, if there is create mask option already, just modify its value to 0644. Otherwise append a new line with this option:
create mask = 0644
(space within “create mask” is not a typo!). Save the file and restart the Samba service. The way to do it, again, depends on your Linux system, I’d try the command
/etc/init.d/samba restart
(again, with root permissions), or simply reboot the machine.
I don’t think the Windows side can do anything about it, the SMB protocol does not contain any information about UNIX-style attributes.
Check your Samba settings for the share you’re using and set the create mask option to 0644 (or whatever you like).
While editing one HTML document from Opera cache, I got EmEditor crashes. I uploaded the created text dumps here:
http://flint-inc.ru/Temp/ee/Error_13b12.rarI might add a feature to refreh EmEditor or ability to toggle the Mulitple Selection option in future versions.
OK, I’ll have to wait then. Thanks for your effort anyway!
Thank you, it would be helpful. I didn’t think about such possibility.
BTW, how do you access these options? I don’t see them in the reference. Or did you mean a macro that will send specific keypresses for opening the dialog and ticking the checkbox?
I see…
OK then, what about adding a new command for toggling the option “Enable Multiple Selections”? It would be very useful for users who mostly use Ctrl+click+drag for selecting by words and who don’t want to lose multi-select feature completely. With such command it would be possible to assign a hotkey and switch between modes very quickly, rather than going through the dialogs and tabs.If you CTRL + Click + drag, it will select by character. However, if you CTRL + Click (No drag), it will select by words.
Wait a minute, if I Ctrl+click+drag and there is no selection yet, EE selects by words already! It’s only when selection is present, it selects by characters. It looks a bit inconsistent to me.
1.
Confirm the fix with double “Makefile*” mask in the Open/Save dialog.2.
Ctrl+click+drag is not fixed: it still selects by characters if any selection is present.I tested my reports from an earlier beta in this version (beta 11) and found the following:
1.
My Makefile configuration mask (“Makefile*”) is now displayed in the Open/Save dialog twice, so that the entry looks like:Makefile (Makefile*) (Makefile*)
2.
Quick Launch columns are now saved, confirm. Thanks for fixing it!4.
Now Ctrl+click+drag indeed selects by words, but only the first time. If there is already some selection, Ctrl+click+drag still selects by characters.5.
Seems to be fixed.In addition, I found one more problem.
a) Select a line including its terminating newline character (e.g. by clicking on the left border containing the line numbers) and copy it to the clipboard.
b) Now make multi-selection with several such “complete” lines (each including the newline).
c) Press Ctrl+V.
Result: The newlines are lost, and all the selected lines become merged with the following lines.4.
Since Ctrl+click does not select a word anymore in multi-selection mode, why not use it for adding the clicked cursor position to the multi-selection? I mean, if I want to type in the same word in multiple places, I have to make a number of non-empty selections, which means I can only replace the text with some other text, not append it. It would be useful if EE allowed to add empty selections (insert points, actually) as well. EE already supports them for vertical selection, but the desired insert points are not always aligned vertically, and multi-selection could be very handy there.5.
A bug similar to reported earlier.
Press and hold Ctrl. Start selecting text, then reduce the selection area to empty (return the mouse pointer to the beginning of selection). Release the mouse button, release the Ctrl key. Now press any alphanumeric key. The result is “freezing” of EmEditor window contents, just like in this report.1.
I had a configuration named Makefile which had no association. In the new association dialog it was shown as “*.txt” with unticked checkbox. Now I assigned it to the wildcard:
Makefile*
However, in the Open/Save dialogs it still displays “Makefile (*.txt)”.2.
Suggestion: remember the column widths in the the Quick Launch dialog. By default they are too narrow, so I have to enlarge them, but next time I open the dialog the witdhs are default again.3.
Suggestion: make the drop-down path of the Commands listbox in the Configuration->Keyboard wider than the list itself. For example, there’s a screenshot of how this idea is implemented in Total Commander:
I hope this issue was fixed on beta 5. If not, please let me know. Thanks!
Yes, in beta 5 both issues are fixed.
If you disable the multi-selection, you can still use the CTRL to select a word.
I don’t think it’s a good idea that each time when I need to select a couple of words I should open the configuration dialog, untick the checkbox, then select the phrase, then open the dialog again to tick the checkbox back. It’s definitely easier to manually aim at the word boundaries, just like in lousy editors which do not have this feature at all. It’s a pity that I can have either multi-selection, or word-selection, but not both of them… :-(
Maybe you could add a new command, so that it was at least possible to assign a hotkey and quickly switch between these two modes instead of going to the dialog each time?
And I have one suggestion. With multi-selection we lost one very useful feature: selecting by words when holding Ctrl. Could you please return this feature back, maybe using different modifier, for example, Ctrl+Alt?
I tried to test the multiselection feature and found a couple of bugs. Steps to reproduce:
1. Click anywhere in the document.
2. While holding Ctrl, double-click on some word (different from where the first click was). Problem1: the word seems to be invisibly selected. The caret jumps to the end of the word, and when you move the mouse cursor over this word, its shape changes from the “text” into “arrow”; however, no selection background color is applied.
3. Now, while holding Ctrl, make a single mouse click at some third place, different from the first two.
4. Press any alphanumeric key. Problem2: The letter you typed does not appear anywhere, and from this moment EmEditor becomes unusable. It ignores all editing and navigation within the current document. After you switch to another document using tab header, EE starts to perform all editing actions, but the window contents is not redrawn: it constantly displays unchanged contents of the first document, no matter what you do.I can say this check box “Always Enable 1 Page Horizontal Scroll” is not really useful. I might have to remove this check box.
I think it’s too hasty a conclusion. For example, I always have “1 Page Vertical Scroll” option turned on, and can easily imagine users who have the “1 Page Horizontal Scroll” on and would be very upset by its removal.
It seems, the Configuration->Display was not properly adapted to the new color entries. When I try to change the “Matching Tag”, EmEditor instead changes my “Search string (2)” color (I have set two search colors), and “Matching Tag” remains default #dcdcdc. The same happens when I try to change the “Auto Marker” color.
Yutaka
If you still see the issue without any known conditions, you might want to send the information to Microsoft when the crash prompts you to send the information to Microsoft. Later, I can retrieve the information from Microsoft.
OK, I’ll do that.
hamasaki
Try App Crash View, which should give you crash reports:
http://www.nirsoft.net/utils/app_crash_view.htmlUnfortunately, it does not work in WinXP.
1. When the Find dialog is in foreground, pressing F3 performs the search twice, so the selection jumps to the second occurrence instead of the nearest one.
2. EE of versions 11.1.x crashes quite often here. What should I do to help you fix it? Just quote you the crash messages with the addresses? Unfortunately, I failed to find any pattern for reproducability of the crashes, all they occur at an absolutely arbitrary moment, different each time… :-(
My OS here is XP SP3 32-bit, EE 11.1.6.
OK, I wrote a program for watching for the directory, and today found out what the problem was. The directory appears when I run git commit command, which I customized to use a separate EmEditor instance (with /sp argument) as commit message editor.
I compared environment variables of this instance of EmEditor with variables of EmEditor started normally (using Process Explorer), and saw that APPDATA path is invalid in the instance started by git. The problem is, my Windows account name is cyrillic, and when I start git it changes the current codepage or something like that, and cyrillic name in the path becomes gibberish.
So, probably, there is nothing EmEditor can do about it. :-(
OK, I just wrote a simple wrapper that changes all the environment variables to their appropriate values and then starts EmEditor, and customized git to use this wrapper. So far seems to work fine, without creating the D:Emurasotf directory. :-)BTW, it’s not APPDATA that caused this problem but USERPROFILE variable.
