Jump to content

Sky Slate Blueberry Blackcurrant Watermelon Strawberry Orange Banana Apple Emerald Chocolate
Photo

[module] HiEdit 4.0.0.4-5


  • Please log in to reply
220 replies to this topic

Poll: Do you want HiEdit internaly (104 member(s) have cast votes)

Do you want HiEdit internaly

  1. Voted Yes (77 votes [62.10%])

    Percentage of vote: 62.10%

  2. No, I like Edit control (31 votes [25.00%])

    Percentage of vote: 25.00%

  3. Other (please explain) (16 votes [12.90%])

    Percentage of vote: 12.90%

Vote Guests cannot vote
majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006

H i E d i t
Multitabbed, ultra fast, large file edit control consuming very little memory.


Download          Documentation



Posted Image

Thread Highlights

[*:2bhjckse]HE_Print (WYSIWYG print for the HiEdit control) by Jballi
[*:2bhjckse] Word Wrap Simulator by Normand
[*:2bhjckse] Function to get word under the cursor
[*:2bhjckse] How to create custom context menu and how to change english language (*File#) on new tabs.
[*:2bhjckse] How to get text from control from another process
[*:2bhjckse] About regular expression syntax highlighting
[*:2bhjckse]Getting text from the control
[*:2bhjckse]Problem with some chars and syntax highlighting
External Links
[*:2bhjckse]Vic - A free text editor based on HiEdit control
[*:2bhjckse] Quick AHK - AHK editor using HiEdit
Note: HiEdit doesn't support Unicode by design.[/list]
Posted Image

Chris
  • Administrators
  • 10727 posts
  • Last active:
  • Joined: 02 Mar 2004
I voted "no" in the poll because building this into AutoHotkey would increase the size of all compiled scripts by ~40KB. Even if it were omitted from compiled scripts, I wouldn't want its code in AutoHotkey.exe because it'd increase the memory used by every script (even when never called). Furthermore, AutoHotkey.exe becomes slower to launch as its file size grows.

To bring your work the attention it deserves, I've linked to it from the Edit control section:

A more powerful edit control: HiEdit is a free multitabbed, ultra fast, large file edit control consuming very little memory. It can edit both text and binary files. For details and a demonstration, see <!-- m -->http://www.autohotke...topic19141.html<!-- m -->



majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006
We are talking here about several KB's.

I hope you are aware that AHK needs better text controls.
Benefits of this control, IMO, are multiple times bigger then drabacks.

Anyway, I beleive that in VISTA times, memory that we are talking about here is trivialy low. I also think you didn't check memory usage of HiEdit. TaskInfo here shows no difference when I run above basic script with and without HiEdit.
Posted Image

Chris
  • Administrators
  • 10727 posts
  • Last active:
  • Joined: 02 Mar 2004
Do you happen to know HiEdit's license? I assume it's free, at least for noncommercial use, because I couldn't find any info to the contrary.

majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006
Yes, its free. I can ask author for more details if you like

I already asked him if he would have something to object about it being added in AHK and he said "not at all".

You should also recognise this man as one of the rare developers programing in ASM today for the sake of extreme optimisation.

You can see here our conversation
Posted Image

Chris
  • Administrators
  • 10727 posts
  • Last active:
  • Joined: 02 Mar 2004
Thanks. By the way, when stdlib gets implemented (hopefully soon), this could be distributed with AutoHotkey as an external DLL with your API and documentation (if you wish).

majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006
Well, that is one alternative (the bad one :D )
Posted Image

Chris
  • Administrators
  • 10727 posts
  • Last active:
  • Joined: 02 Mar 2004
It was just an idea. :)

majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006
Oh, good :D
I was afraid it is final decision :)
Posted Image

Icfu
  • Members
  • 27 posts
  • Last active: Jan 14 2014 02:44 AM
  • Joined: 24 Jul 2005
What box do I need to have performance problems with AHK? I am even running AHK on an antique PII 333. ;)
I start AHK and swoosh – it's there, just like magic. What amount of performance degree we are talking about?

Well, I agree with majki. HiEditor rocks, so many advantages which are worth the downsides.

Including this control as an "alternative" doesn't sound too good to me, I would prefer to have this one by default and the present one as an alternative (or dumped because two documentations are confusing).

My two cents! :)

Icfu

majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006
I promise I will do AHK developer with debuging with this control, if you add it internaly. You know you said you will provide debuging commands once somebody is willing to abuse them... well after that, I am searching for good edit control ... so here it is. :D

I can imagine even nastier consequences, like integration of above with SGUI for ultimate IDE.
Posted Image

Laszlo
  • Moderators
  • 4713 posts
  • Last active: Mar 31 2012 03:17 AM
  • Joined: 14 Feb 2005
I voted Other, because I never had the need for such an edit control in AHK. I can always fire up Notepad or WordPad, if needed. They are standard Windows tools. If you need a better editor, there are many choices, and most of them can be controlled by an AHK script.

The added 50KB is not much by itself, but there are many controls even more useful, which could be included. Any nonstandard control (not in Windows) is better distributed in a library. It is not clear that a library (loaded only when needed) is considered internal AHK feature, or not. (I did not want to vote NO, because I don't like the standard edit control, but for short user I/O it is sufficient, and it does not consume extra memory.)

majkinetor
  • Moderators
  • 4512 posts
  • Last active: Jul 29 2016 12:40 AM
  • Joined: 24 May 2006

I can always fire up Notepad or WordPad, if needed.

You can even use Edit in console if you like :lol: :roll:

The fact is that even Windows itself has better text controls internaly (RichEdit). Why they didn't to stick with Notepad?

So, the above means, that more complex Edit control (RichEdit in this case) is absolute minimum for programing environment, as OS'es by rules, always implement only what is abolutely neccessary, leaving higher abstractions to 3th party frameworks.

, but there are many controls even more useful, which could be included

Can you point at some ? Or you just talk in general ?

I don't think that you can find me control that is so optimsed, so unversaly needed, so missing in AHK ... as HiEdit.

Of course, you can always provide links for 20 useful 40KB large, developed in ASM according to OS standards, controls to make your point stand.

I am waiting for the links :)
Posted Image

Laszlo
  • Moderators
  • 4713 posts
  • Last active: Mar 31 2012 03:17 AM
  • Joined: 14 Feb 2005

You can even use Edit in console if you like...
The fact is that even WIndows itself has better text controls internaly (RichEdit). Maybe they just had to stick with Notepad.

I don't mean HiEdit is not cool, but I have to distribute it with my compiled scripts. If it is in AHK, all the scripts, which don't use it get bloated. Using RichEdit costs next to nothing and users normally know, how to use it.

I don't know a good application of HiEdit. Do I ask the user to enter his favorite poem or write an essay or an AHK script? If I need complicated text editing I always fire up MS Word and cut and paste text to the desired place. This way I have spell checker in many languages, autocorrect, all of my text entry settings, column selection, tables, etc. But it is very rare that someone needs these from an AHK script.

Laszlo
  • Moderators
  • 4713 posts
  • Last active: Mar 31 2012 03:17 AM
  • Joined: 14 Feb 2005

I am waiting for the links :)

A few examples are: New controls on GUI windows (Buttons, Statics, HMTL, RTF...), or Graphing Dll - RMChart.