Forum Replies Created

Viewing 25 posts - 26 through 50 (of 103 total)
  • Author
    Posts
  • in reply to: Windows 7 "Run as administrator" and UAC problem #9310
    CrashNBurn
    Member

    If you set EmEditor to run as Admin, and you are not logged in as admin, that will cause issues. You cannot drag a file from one non-Admin application (e.g. Explorer) to another Admin application.

    Generally, Run as Admin should be used for applications (or utilities) that need special access and/or don’t require much user-interaction. EmEditor, on the other hand doesn’t need special access (AFAIK) and requires regular interaction.

    The other issue, you didn’t mention whether you installed Win7 32bit or Win7 64bit. You will need a 64bit context-menu handler if it is Win7 64bit.

    in reply to: Box characters when expecting certain languages #9298
    CrashNBurn
    Member

    I’m not even sure if it is possible to display multiple glyph-languages at the same time. Many fonts have language specific versions, eg: Droid Sans, Droid Sans Arabic, Droid Sans Hebrew, Droid Sans Thai.

    As well I don’t believe I’ve seen an editor of any type that can load multiple fonts at the same time (on the fly) in order to display disparate characters. Notepad++ I believe can use different fonts at the same time for Syntax-Highlight but that’s an entirely different matter.

    in reply to: Fail to search in file if filename is too long #9273
    CrashNBurn
    Member

    From MSDN

    Maximum Path Length Limitation

    In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path is MAX_PATH, which is defined as 260 characters. A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character. For example, the maximum path on drive D is “D:some 256-character path string” where “” represents the invisible terminating null character for the current system codepage. (The characters are used here for visual clarity and cannot be part of a valid path string.)

    Note File I/O functions in the Windows API convert “/” to “” as part of converting the name to an NT-style name, except when using the “?” prefix as detailed in the following sections.

    The Windows API has many functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters. This type of path is composed of components separated by backslashes, each up to the value returned in the lpMaximumComponentLength parameter of the GetVolumeInformation function (this value is commonly 255 characters). To specify an extended-length path, use the “?” prefix. For example, “?D:very long path”.

    Note The maximum path of 32,767 characters is approximate, because the “?” prefix may be expanded to a longer string by the system at run time, and this expansion applies to the total length.

    The “?” prefix can also be used with paths constructed according to the universal naming convention (UNC). To specify such a path using UNC, use the “?UNC” prefix. For example, “?UNCservershare”, where “server” is the name of the computer and “share” is the name of the shared folder. These prefixes are not used as part of the path itself. They indicate that the path should be passed to the system with minimal modification, which means that you cannot use forward slashes to represent path separators, or a period to represent the current directory, or double dots to represent the parent directory. Because you cannot use the “?” prefix with a relative path, relative paths are always limited to a total of MAX_PATH characters.

    There is no need to perform any Unicode normalization on path and file name strings for use by the Windows file I/O API functions because the file system treats path and file names as an opaque sequence of WCHARs. Any normalization that your application requires should be performed with this in mind, external of any calls to related Windows file I/O API functions.

    in reply to: Book Editing #9249
    CrashNBurn
    Member

    After registration, if I recall, I believe you uninstall the Trial and download the full version from your account @ https://www.emurasoft.com/support/login.php

    The forum account and registration/support account are separate. That fact confused me as well.

    in reply to: A multiline search and replace #9233
    CrashNBurn
    Member

    The multiline option in Find/Replace files doesn’t do what you think… it just makes the edit box multi-line.

    in reply to: [Solved] Line ending format #9221
    CrashNBurn
    Member

    Tools | Customize
    [Status]

    [] Return Method

    If it is an “English” Ansi file, it will display Western EUropean.

    If it is unicode, you’ll see UTF-8 , or UTF-16LE, etc.

    Personally, I’d prefer to just see ANSI, but EmEditor is used all over the world and it makes sense that it will show the actual ‘codepage’, though customizable in that aspect would be good.

    Just save a file in one of the UTF formats during Save-As, or File|Reencode, and you’ll see that.

    CrashNBurn
    Member

    THe built in JavaScript handling could very likely do that, I’m not sure how though.

    in reply to: [Solved] Line ending format #9218
    CrashNBurn
    Member

    Western-European = ISO 8859-1, e.g. English ANSI

    IF you choose Save-As you can change the Encoding from there.
    Or File|Reload
    Lets you change to UTF-8, or UTF-16LE (you can also do UTF-BE, but windows uses UTF-16LE) among other encodings.

    If you do so, you will see the information in the status bar change.

    As well if it is a standard windows file you’ll see CR+LF in the bottom right of the Status Bar.

    You can also change the “Return Method” in the Save-As dialog.

    in reply to: [Solved] Line ending format #9215
    CrashNBurn
    Member

    That info is displayed in the status bar, bottom right-hand corner.

    CrashNBurn
    Member

    Tools | Properties for all Configurations
    [ File ]

    Changed by another program [ Prompt ][]

    in reply to: tooltips for collapsed code in outline mode bleeding through #9210
    CrashNBurn
    Member

    How are you getting the tooltip to stay on screen after clicking on the taskbar? The only way I can get a tooltip for collapsed code in EmEditor is to hover over sections in the outline plugin… and the only way to keep the tooltip from disappearing when I move the mouse away is to right-click. Even if I am able to get another application open/active without the tooltip disappearing — the tooltip is underneath the newly activated window, not on top.

    Compare that to Opera 10/11, where if a window like Total Commander is on top of an Opera Window – the Opera tooltips (e.g. Yahoo Mail) get activated all the time and show inside the TC window. This is all due to Opera using proprietary GUI controls that don’t respect MS-Windows rules.

    CrashNBurn
    Member

    Merely finding text in a given document (valid regex) is in no way the same functionality as displaying how a given regex breaks up into its various pieces.

    These days if a particular regex is being difficult, I’ll likely just Run a 3 line AHK script and messageBox the output.

    in reply to: Searching for files with regex ">n" fails #9202
    CrashNBurn
    Member

    This should work: (?m)}$r?n$r?n^O
    Except it appears that EmEditor doesn’t support ANY Regex options:
    (?m), (?i), (?-i), (?g), (?-g)

    }$r?n$r?n^O

    in Ted’s Notepad for instance, will match:

    }

    OSV

    In EmEditor you cannot use multiple “^” or “$”, or else it it wrongly errors out with a message about invalid regex.

    E.G. this works:
    }r?nr?nO

    I use ?m), ?-i) and ?-g) all the time in AHK scripts, and (?-i) and (?-g) in Total Commander’s multi-rename tool.

    in reply to: Searching for files with regex ">n" fails #9188
    CrashNBurn
    Member

    Search for:

    >$

    $ is end of line.
    Unless your file contains multiple types of carriage-returns, wherein you’d want to specify a difference between unix n and windows rn, $ should work just fine.

    in reply to: Tab locations #9181
    CrashNBurn
    Member

    The only problems I see with the “Open Documents”:
    1) The ContextMenu of “Open Documents” is missing items that are on a ‘real’ Tab’s contextMenu.
    2) †Disables, right-click + Scroll from cycling tabs (when it is focused.
    3) It would take up the left(or right) side plugin location.

    Although I did forget about that particular plugin, It’s similiar to Opera’s Window Panel, as opposed to tabs on the left/right — it feels less “solid”.

    CrashNBurn
    Member

    I found the command, Help -> Keyboard Map a while back.

    If it had 1 additional TabStop beside the “[Current Keys]” Tabstop it would pretty much have this functionality.
    Additional TabStop: [Key]
    Which just shows the current assigned key, without any modifier keys, then the list could be sorted by keys…

    Currently, when you double-click on any item in the Keyboard Map list it opens that command focused in the Keyboard Properties (config).

    in reply to: Tab locations #9178
    CrashNBurn
    Member

    +1, although a furtherance of this request, as currently the left/right sides are used for the display area of various plugins…

    If Tabs on the Left/Right was to be considered, perhaps the display of the plugins themselves could be more modular and resizable.

    E.G. The Tabs on the Left/Right would be inside a dockable container that could be resized in all directions. The container could have a scroll bar or Up/Down buttons to bring other tabs into view that wont fit into the current height. Likewise the plugins would be inside a dockable container that could be resized.

    Thus you might have something like:

    _____________________________
    |[↑][↓] |01| Edit Area
    |[File 1 ]|02|
    |[File 2 ]|03|
    |[File 3 ]|04|
    |____________|05|
    |Search |06|
    |Plugin |07|
    | |08|
    | |09|
    |____________|10|
    |Explorer |11|
    |Plugin |12|
    | |13|
    |____________|14|____________
    |____________________________
    in reply to: Transfering customization to a new installation #9176
    CrashNBurn
    Member

    Opera does something like that in their ini files,

    Keyboard Configuration={SmallPreferences}keyboard2011_Keyboard__10.6+.ini
    Show Window Size=1
    Local CSS File={Resources}stylesuser.css

    Where {SmallPreferences} (in a normal install) would be equivalent to: \%UserProfile\%Application Data”Opera Folder Name that was installed to ProgramFiles” (e.g. ‘Opera 10’)

    or: \%AppData\%”Opera Folder Name”

    And {Resources} -> \%ProgramFiles\%”Opera Folder Name”

    in reply to: The Title Bar #9169
    CrashNBurn
    Member

    [OT]
    I agree. My 3 favorite apps are highly customizable.
    EmEditor, Opera and Total Commander. Even WinRar has a plethora of switches to enable almost every option (all options?) from the line-command — w/o necessitating the GUI.

    With AutoHotKey, Opera is the hardest to manipulate externally due to it’s custom non-windows based controls/gui. I believe when I get more proficient with the internals of EmEditor, it will be the easiest (due to it’s built-in scripting and exposure of most/all? of EE’s internal commands).

    I was suprised at finding it at version 8 or 9… I used to test TextEditors on a regular basis as none fully fit my needs. I don’t recall what search terms eventually brought it to my attention, but it wasn’t easy to find.

    Some of the ones I’ve tested:

    AB-Edit.exe
    boxertexteditor.exe
    codelite-1.0.2893.exe
    CodelobsterPHPEditionSetup3.6.3.exe
    CodePad41.exe
    ConTEXTv0_985.exe
    ConTEXTv0_986.exe
    CrimsonED__cedt-241.exe
    EditPlus__epp311_en.exe
    emed32_9.90.32.exe
    emed806epx.msi
    emed915ep32.msi
    emed917ep32.msi
    epp311_en.exe
    flexedit-2.3.1871.exe
    ideaIC-9.0.3.exe
    Install_H9.exe
    InType-0.3.1.734.exe
    JediEdit1018.rar
    jedit4.3pre17install.exe
    LC10_Setup.exe
    LopeEdit-setup.exe
    MagicEditor.exe
    metapad351.rar
    netbeans-6.9.1-ml-windows.exe
    NotePad2_4.1.24.rar
    Notepad2_Kliu.x86-32.rar
    NotePadSX_Setup.exe
    npp.5.4.5.Installer.exe
    pfe101.rar
    pn20101010.rar
    PSPad454en.cab
    RJ_TextEd.rar
    SciTE4AutoHotkey.rar
    srcEdit.rar
    SuperEdi-4.2.2.U.exe
    TextPlorerSetup125.exe
    tnp542le_uni.rar
    tnp600t015.zip
    TotalEditStd_5_2_8_install_en.msi
    txtProSetup.exe
    UltraEdit32.rar
    WinPEdit.zip

    One’s still installed, NotePad2, TED’s NotePad (tnp), Code Lobster and of course EmEditor ;)

    NotePad2 and Ted’s Notepad are for quick edits, and to have a distinct icon in the taskbar. NP2 annoys me with the non-fading [disk save] icon. Whether there are changes to the file or not it is clickable all day long. According to Florian that is a “feature”.
    [/OT]

    Sorry for OT…

    in reply to: The Title Bar #9167
    CrashNBurn
    Member

    Ah, I couldn’t find it, but I only quickly glanced that particular tab, figured it would be under Tools/Customize/[Windows] or similiar.

    Though I suppose having it under the other settings groups alllows you to customize it for different fileTypes… though I dunno if you would want to.

    in reply to: The Title Bar #9164
    CrashNBurn
    Member

    I don’t know if it is possible, the reasons for it.
    At least prior to Win7.
    When EmEditor is foreground, you see the Full FilePath in the titlebar.
    When EmEditor is background, when you look at the TaskBar items, you can see a nice short filename-only readable text. Whereas if it was still full path you would only be able to see useless information at the beginning of the path:
    e.g. “C:UsersFoobar…”

    As far as comparing two files side by side, and keeping the “Path in the TitleBar” try this:
    1) Menu: Window | Split
    2) Drag the 4-arrow mouse pointer down to the statusbar, splitting your screen into half (and click once). Both sides of your screen now contain the current file, and both are able to be in different places of the file.

    Take note, you can have up to 4 views of the file, or you can make the 2-way split horizontal instead of vertical by bringing the pointer over to the side of the Window & Left Clicking.

    in reply to: Problems with .eetheme Files (Suggestion & Bug) #9162
    CrashNBurn
    Member

    Thank you! :-)

    in reply to: Syntax Highlight Rules #9161
    CrashNBurn
    Member

    I know some of the issues could be resolved if there was a way to indicate what part of a Rule should be highlighted, aside from the “In Tag” or RightSide.

    For example,
    Highlight Match: \%([a-z0-9#_@$?]+)\%
    Higlight Partial: 1

    Or if Not using Regex::
    Highlight Match: \%SomeTextHere\%
    Highlight Partial: SomeTextHere

    It’s also a possibility, if a regex doesn’t use “+” or “.” when the Highlight rules are read, EmEditor could parse the rules into multiple non-regex single rules.

    Possible Regex (multiple lines for readability):

    A_Loop(Field
    |File(Attrib|Dir|Ext|(Full|Long)Path|Short(Name|Path)|Size(|KB|MB)|Time(Accessed|Created|Modified))
    |ReadLine
    |Reg(Key|Name|SubKey|TimeModified|Type)
    )

    Example Keywords

    A_LoopField
    A_LoopFileAttrib
    A_LoopFileDir
    A_LoopFileExt
    A_LoopFileFullPath
    A_LoopFileLongPath
    A_LoopFileShortName
    A_LoopFileShortPath
    A_LoopFileSize
    A_LoopFileSizeKB
    A_LoopFileSizeMB
    A_LoopFileTimeAccessed
    A_LoopFileTimeCreated
    A_LoopFileTimeModified
    A_LoopReadLine
    A_LoopRegKey
    A_LoopRegName
    A_LoopRegSubKey
    A_LoopRegTimeModified
    A_LoopRegType

    Possibly not many would find benefit to that particular code. Although I believe a general recursive function would be able to parse out a regex that doesn’t utilize “.” or “+” into non-regex single rules.

    Also looking through the .esy file, they tend to be grouped into types, similiar Highlight colors and options. If one could NAME that group of words/rules, and then provide an exception Rule to only be applied if none of the rules match.

    Example, from above, if I named those keywords, “BuiltInVars”, and also added something like the following:
    A_LoopField
    \%A_LoopField\%

    After all the internal variables are listed and grouped together, I could provide a rule like above:
    Default: \%([a-z0-9#_@$?]+)\%

    Which only is applied if none of the Group has matched already.

    Anyways, just throwing out some ideas. EmEditor rocks, I just find a few quirks/issues here and there :-)

    CrashNBurn
    Member

    Could be done, with Grep. Even an option in EmEditor to parse the file by Grep instead of attempting to load the whole thing. Though could be a hassle to interface with a line-command tool.

    An alternative option might be to be able to display/load the saved-output from grep in EmEditor’s Output bar/plugin.

    in reply to: Snippet Properties #9146
    CrashNBurn
    Member

    Looks like it has been to me.

    Have you tried right-clicking in the snippet plugin/view?

    Arrange By->

    ———
    Name
    Type
    Text
    Tip
    Trigger
    ———
    Ascending
    Descending
    ———-
    Auto Arrange

    And as far as I can tell, you can drag snippets up and down, and move them where you like.

    Though no ListBox headers/sorting. Just the context menu items.

Viewing 25 posts - 26 through 50 (of 103 total)