Brian, It supports loads of text based programming languages. As well as scripting languages and XML syntax style data files etc etc.
Too many to list... install it to see if it has the language syntax you are interested in!

https://www.hippoedit.com/screenshot-syntax-highlighting-en.html

Brenda, many windows programs (eg.MS Word, Notepad++, SQL Studio, PoweShell ISE, MS Visual Studio) have "column mode" selection using ALT key and mouse select. I use it a lot with SQL.
I have seen this feature more than 20 years ago (circa 1997) in another great text editor, UltraEdit.

TK, "onedrive.live.com refused to connect." ???

TK, thank you for this. I too was unable to connect to your onedrive link, even without the frame. So I grabbed the file the same way you did. I renamed the 32 bit file to shellreg.dll.32bak, popped in the 64 bit version, and the program seems to be working fine, including shell integration, on Win 10 Pro. Here is a wetransfer link to pay it forward to others. It will expire in a week. https://we.tl/t-Lqix24qLUV

If the link gets mangled, it's at we dot tl backslash t-Lqix24qLUV

rich, ok I cannot fix your onedrive connectivity problem unless it just said that the page cannot display in a frame or something like that... if that then X out the links.giveawayoftheday.com banner header and let the page load. If it's not that then you can download https://www.hippoedit.com/get_file.php?id=u64-file

64bit installer do not install it but instead open the executable as an archive with 7zip and then drag the file shellreg.dll out or the 7zip window and replace the 32bit shellreg.dll installed by the 32bit giveaway with this 64bit one. Once that is succesfully done the open with hippoedit entry should apear if that option has been previously selected.

.
Wow, [ TK ], thanks -- you did some superlative troubleshooting and cross-support for us fellow GOTD users.

I clicked [ x ] the GOTD link-wrapper, and in a moment, One Drive web opened, then a local Windows File Explorer window opened and asked me where to save the file -- perfect.

Google Chrome called the file malicious, so I hit [ Ctrl ][ J ] to list my Chrome downloads and click [ Keep ] and then [ Keep anyway ].
.

Hello Tony,

1) Who owns this software + company ?
=> HippoEDIT.com, Alexander Gapon, Ukraine.

2) Is it only 32BIT ?
=> GAOTD version is 32bit only. The full version has also x64 bit variant.

3) What are the limitations of this GiveAway ?
=> Please see my comments above and general Terms & Conditions from GAOTD.

4) Are there any problems we should know ?
=> I am not aware of what kind of problems you are interesting.

BR, Alex.

Hello TK,

No, the GAOTD version is the only 32bit build.
But if it is only about shell extension, download the standard x64 HippoEDIT version from the web site, install it portable (in a directory different from one for GAOTD) and copy the ShellReg.dll file from x64 bit installation to your GAOTD folder. Open the command line in Administrator mode, navigate to GAOTD installation folder and call there regsvr32 ShellReg.dll. It would register x64 bit shell extension to be used with GAOTD 32bit version.

The issue with not restored tabs, probably related to different installation folder you have selected for 1.61 version. Maybe you have tried to install it portable. In this case, unnamed files from the previous version would not be restored.

The issue with lost keyboard shortcuts is known bug, which is difficult to know one can reproduce. Here is a wiki with a solution: https://wiki.hippoedit.com/faq/keyboard-settings-lost

BR, Alex.

Alex from HippoEDIT, Thanks I had done similar several months back with 1.60 giveaway except I used 7zip to extract the file rather than installing it.... May I suggest you include BOTH 32bit and 64bit shellreg.dll files in next 32bit build and use NSI script test like the snippet found in https://stackoverflow.com/questions/13229212/how-to-detect-windows-32bit-or-64-bit-using-nsis-script

!include LogicLib.nsh
!include x64.nsh

Section
${If} ${RunningX64}
DetailPrint "64-bit Windows"
${Else}
DetailPrint "32-bit Windows"
${EndIf}
SectionEnd

But instead of the DetailPrint you'd copy over the relevent shellreg32.dll or shellreg64.dll to the install folder and then rename the respective file to shellreg.dll

that way it adapts and enables the correct shell extension for the host edition of windows and no user intervention will be required :)

Maybe something like this in your NSIS script putting the includes together near the top of your script of course and replacing your shellreg.* logic with this.... just a quick hack:
;----------
!include LogicLib.nsh
!include x64.nsh

.
.
.


File HippoEdit.exe
IfFileExists $INSTDIR\ShellReg.bak 0 label_767
Delete $INSTDIR\ShellReg.bak
label_767:
IfFileExists $INSTDIR\ShellReg.dll 0 label_768
Rename $INSTDIR\ShellReg.dll $INSTDIR\ShellReg.bak ;
label_768:
${If} ${RunningX64}
File ShellReg64.dll
Rename $INSTDIR\ShellReg64.dll $INSTDIR\ShellReg.dll
${Else}
File ShellReg32.dll
Rename $INSTDIR\ShellReg32.dll $INSTDIR\ShellReg.dll
${EndIf}

Hope that helps in some way :)

The inconsistently not restoring last sessions tabs is an ongoing thing under windows 10 for some reason...
Not just when installing this giveaway over the old 1.60 giveaway build.
if I could figure out how to reproduce it I could probably fix it myself if its a windows 10 thing...

Alex from HippoEDIT, from that wiki article sounds like it is just windows eating its own tail after a pronlonged login session lasting many days... weeks even... My Vista laptop is used as a DLNA media server too so is often logged in non-stop until it becomes unstable and has to be logged out and back in or rebooted if the relogin does not resolve the partial crash.

just pondering the bug as described is there any way in program to sanity check the he*.tmp files when reloading them and if they are found to be corrupted discard them and load as if there was no he*.tmp files which may take a fraction longer but would then avoid the loss of operating controls for that session transparently whatever the cause was and delete the bad he*.tmp files.
I do not notice much if any difference in loading time from when there are no he*.tmp files and when there are he*.tmp files are they really needed still? Especially with SSD drives and the %temp% folder usually being on the primary SSD drive writing to these files what some may feel for no noticable gain to be undesirable and contribute to the drives overall redundant writes that will prompt extra undesirable erases eventually.

Alex from HippoEDIT, the issue with ongoing inconsistantly restored tabs has been solved there must have been an old setting that still lingers on in the config file:

&lt RememberOnlyDirectOpenFiles &gt true &lt /RememberOnlyDirectOpenFiles &gt

That causes the program to NOT remember any file opened by any method but the File Open menu to be forgotten one must exit hippoedit find the hippoedit.config

find that XML setting and change it from True to False and then the program WILL remember the last opened tabs the next time it is opened... finally consistancy! I have tried to find such a setting in the programs Tools Options settings but could find no sign of it.... In my humble opinion such a setting should default to false if there is not going to be an Options control to firstly tell the end user that is the tab remembering logic in action and secondly let us disable that behavour if we don't want it!

Alex from HippoEDIT, my workaround for the so far non-reproducable corrupting he*.tmp cache files problem is quick and dirty... create folders with the same names as each of the he*.tmp files in the %temp% folder hippoedit silently fails trying to read them as they are not files and parses the xml settings files like any normal program should and it silently fails to re-create the he*.tmp files as files cannot be created with the same names as existing folders... problem solved *grins* and no more unecesary writes of those files to a system SSD drive.

Hello TK,

there can be several reasons why some files are not restored and one need to analyze in details each specific cases. Good that you found the reason in your case. For the reference, you can also check the wiki for the list of all available XML flags:
https://wiki.hippoedit.com/options/xml/start

Other reasons can be, untitled files, which is workspace specific or workspace properties that you probably have not found. Here are more details:
https://wiki.hippoedit.com/workspaces/options

The he*.tmp files are still necessary, while they avoid unnecessary XML parsing. And this can be expensive in some cases. Here are more details about HE cache files:
https://wiki.hippoedit.com/options/cache

Just deleting or renaming of them to detect the bug is not enough to find the issue. The problem is that data was written inconsistently in files, not that files are corrupted. And to find out when this happened and how it is a challenge. While this is the bug that shall be fixed.

I will consider your suggestion with the inclusion of the x64 shellreg in x86 installer also, but in general, that is not an issue for non GAOTD users, while they just install x64 bit version on x64 bit version of Windows ;)

BR, Alex.

Alex from HippoEDIT, I noticed what might become a problem if anyone needs to configure the XML tag for the online repository to the alternate subdomain of direct.hippoedit.com asyour servers redirect http requests to https and the certificate on that subdomain on that virtual server is configured for a different domain entirely producing a certificate error which can be overriden in a browser but the program may be unable to cope with a mismatched certificate. the domain on the certificate is CN = elbe.bitpalast.net the hosting company?

Hi TK,

and why you were forced to use alternative access? HippoEDIT is not hosted anymore on CloudFlare and so that using of alternative address is not necessary.

BR, Alex.

Alex from HippoEDIT, did I say I was forced to use the backup server? It is mentioned in the pages describing all the XML tags that you linked to for me and out of curiosity I looked at the mentioned URL in a web browser and noticed the big red coloured address box and saw the nature of the reported error if one allowed the connection to proceed anyway. And suspected it could become a problem in the future if anyone had to use the backup server repository in the program since the URLs are defined as http:\\ but forces a redirect to https:\\ so may not be able to push past the servers domain name and certificates domain name mismatch like we can with a browser. It's there in the XML tag descriptons... if you want to depretiate it feel free to remove it from the wiki but as it is still there and the server is still hosting the backup repository service I just thought it was part of your service and some server administration mistake had been made and you might want to correct it. The cost free way would be to remove the .htaccess Redirect 301 redirection to an https:\\ based URL and leave the backup server unencrypted if it was supposed to assist with dificulty connecting to the default repository :)

Hello Mike H,

yes, you can set the font for each syntax in Tools->Options->Syntax Settings->->Fonts & Colors (for example Plain Text). You can also do it for all syntaxes if you change it for Default. Then if you open the document with a file extension associated with that syntax, the proper font face and size would be applied.

But if you just want to change the font size for a specific document -> use Ctrl + Mouse Wheel.

BR, Alex

Alex from HippoEDIT,
It works. Love the "CTRL+Mouse" feature.
Thank you. Thank you. Thank you. Thank you. Thank you. Thank you. Thank you.
Great to get such a rapid and useful response.

Mike H

Hello Eitel,

yes, you can. You may install all extensions and syntaxes with GAOTD version, but do not update the executable - it would dismiss the free registration. As far as I remember, HippoEDIT would not suggest you apply an update and would not show it in Update Manager for GAOTD version.

BR, Alex.

glnz, No, 32bit only.

Craig Haywood, yes

Hi Craig Haywood,

yes, the license would expire, if you MANUALLY download an executble update.
But there would be no automatic updates for GAOTD version (it is explicitly disabled), so no worries here.

BR, Alex.

Alex from HippoEDIT,
Under Tools, Options, General, Online, there is a check mark next to "Check Application Updates". If the program checks and finds an update, won't it just prompt the user to download? and won't downloading disable the license?

If I'm wrong, please explain. Perhaps it refers to plugins and syntaxes, but "Application" sure sounds like it's referring to the executable. If I'm right, your answer above, about *automatic* updates being explicitly disabled, is technically correct but a bit disingenuous.

If I'm right, this version should have shipped with that option turned off. Perhaps you could consider that for any future giveaways. For now, users should be encouraged to un-check that option, as its only effect would be to cause the GOTD license to expire.

If I *am* wrong, and whatever updates are found do not disable the license, perhaps consider re-wording that option without the word "Application". (I did try the help button but it had no entries for that item.)

Hello Bebop17,

HippoEDIT would not suggest application updates irrespective to the flag you set in Tools->Options->General->Online.

But I agree, it makes sense to disable it for GAOTD version.

BR, Alex.