Submit portable freeware that you find here. It helps if you include information like description, extraction instruction, Unicode support, whether it writes to the registry, and so on.
AstroGrep is a Microsoft Windows grep utility. Grep is a UNIX command-line program which searches within files for keywords. AstroGrep supports regular expressions, versatile printing options, stores most recently used paths and has a "context" feature which is very nice for looking at source code.
Features:
- Regular expressions (Uses the standard Microsoft .Net Regular Expressions: Quick Reference)
- Concurrent multiple file types
- Recursive directory searching
- A "context" feature that selects the lines above and below your search expression, or view entire file
- Most Recently Used list for search paths, file types, and search text
- Ability to save or print all results or a selection
- Customize the colors used in the preview area
- Right click to open file with editor of your choice at specific line (if editor supports it)
- Match Whole Word Only
- Syntax highlighting when viewing full file contents (if extension supported)
- Summary of all results
- Free of charge and Open Source
Changelog for AstroGrep v4.4.2
===================================================================
Bugs
-75: Issues with accented characters (use Tools->Options->File Encoding->Performance to set level of file encoding performance, or specify a specific encoding for a file)
-74: Line numbers truncated on v4.4
-73: Files fail to open in system editor when Search Text field is empty
-69: Drastic search speed change over versions (allow ability to select performance level of file encoding via Tools->Options->File Encoding->Performance)
Feature Requests
-97: Create a portable version
Other
- Moved some common code to AstroGrep.Common to allow better usage of shared code and logging
- Added file encoding cache for each performance level and the ability to clear it (Tools->Options->File Encoding->Clear Cache)
- Removed zip file in favor of portable version (so regular version is only available as installer)
- Updated application icon
- Updated About dialog for a UI refresh
Requirements:
.NET Framework 4
Screens:
Since version 4.4.2 AstroGrep is natively portable- I have tested- all data and settings are saved inside its own folder (before it used AppData\Roaming).
In testing, I was pleased to see it could find text inside Microsoft Word (.DOC/.DOCX) but equally disappointed it couldn't see inside LibreOffice (ODT, ODS) since, as an open source program, you'd think it would play nice with other open formats.
Additionally, the program SEEMS to find data inside things like PDFs but only looks at a few metadata items outside the PDF. In fairness, this format is listed in the "Future" section of the site. Many other formats were treated similarly.
Changelog for AstroGrep v4.4.6
===================================================================
Bugs
-97: Encoding detection cache fails if file encoding changes
-95: Duplicate shortcut keys in some languages
-92: Exclusion viewing causes crash
-90: "Print Results..." + All option outputs a blank page
-89: "Save Results..." functionality is broken
-88: Difficulties to open the exclusions form
Featured Requests:
-120: Add option to change/default to black the search panel labels.
-113: Create menu item for donation
-109: Allow showing more context lines (maximum of 25 now)
-108: Add additional text editor parameter for search text. (use %4 in command line for text editors)
-107: Date range search option (added time selection)
Patches:
-6: Unable to compile source code fix (linknet)
-4: Fixing exception due to missing key in registry (Anonymous)
-3: add %4 parameter to open editor which contains the searched text (maitob)
-2: French translation (Stéphane Aulery)
Other:
- Made common assembly information and shared between projects (makes all projects have same version)
- Added Windows 10 start icon background color and larger image support
- Updated Spanish translations file from user Miguel
Special thanks to user linknet for the following as well:
- Fix: frmMain unable to be opened in Visual Studio designer
- Fix: frmMain randomly resizing elements when opened in Visual Studio designer
- Fix: added the new keyword where required to prevent compiler warnings
- Fix: added missing xml declarations where required to prevent compiler warnings
- Fix: application not centered on screen on initial startup
- Fix: application initial startup width increased to include all screen elements
- Fix: application not scaling correctly with high DPI% settings - now scales correctly
- Fix: results window text not scaling correctly with high DPI% settings - now scales correctly
- Fix: list view columns not scaling correctly with high DPI% settings - now scale correctly
- Fix: reset all window and column positions and fonts to default values with a change of DPI% setting.
- CHG: increased interface font size from 8 to 9 points
- Add: exclusions window now resizeable with window and column position settings saved
Found this useful enough personally that I added an entry for it in the database. It's an excellent utility for finding multiple instances of text within files and would be a worthy addition to the PFDB imo. Consider voting!
Tested personally for portability as well though unsure for Windows support if XP to Vista are supported (the entry can be updated if someone finds this to be the case).
Specular wrote: ↑Wed Jan 30, 2019 2:11 am
Found this useful enough personally that I added an entry for it in the database. It's an excellent utility for finding multiple instances of text within files and would be a worthy addition to the PFDB imo. Consider voting!
Thanks for doing that. I was not clear on how few GREP-based tools we had in the database.
webfork wrote: ↑Fri Feb 01, 2019 6:36 amThanks for doing that. I was not clear on how few GREP-based tools we had in the database.
Yeah it's nice that it can have a more visible presence. Been maintained for many years, apparently.
Made a minor tweak to the first paragraph, clarifying the line that previously made it sound like printing was part of the search types supported although it's actually just regular physical paper printing support
Specular wrote: ↑Fri Feb 01, 2019 7:53 pm
Made a minor tweak to the first paragraph, clarifying the line that previously made it sound like printing was part of the search types supported although it's actually just regular physical paper printing support
Yeah no worries at all. Sometimes I cut/modify too much in an entry.
