Changes: - Added colors (and the --nocolor switch to turn them off) - Documentation improvements
|6 months ago|
|cmake||7 months ago|
|dist/termcolor||6 months ago|
|man||6 months ago|
|src||6 months ago|
|tests||6 months ago|
|translations||6 months ago|
|.clang-format||6 months ago|
|.clang-tidy||6 months ago|
|.drone.yml||6 months ago|
|.editorconfig||7 months ago|
|.gitignore||7 months ago|
|AUTHORS||7 months ago|
|CMakeLists.txt||6 months ago|
|CODE_OF_CONDUCT.adoc||7 months ago|
|CONTRIBUTING.adoc||7 months ago|
|CREDITS||6 months ago|
|LICENSE||7 months ago|
|README.adoc||6 months ago|
|screenshot.png||6 months ago|
epubgrep is a search tool for EPUB e-books. It does not operate on lines, but on whole files. All newlines will be replaced by spaces and HTML will be stripped. This means you can search for text spanning multiple lines and don’t have to worry about HTML tags in the text.
See man page for more information.
eselect repository enable guru echo 'app-text/epubgrep' >> /etc/portage/package.accept_keywords/epubgrep emaint sync -r guru emerge -a app-text/epubgrep
Tested OS: Linux
CMake (at least: 3.12)
Boost (tested: 1.75.0 / 1.65.0)
gettext (tested: 0.21 / 0.19)
libarchive (tested: 3.5 / 3.2)
fmt (tested: 7.0 / 4.0)
AsciiDoc (tested: 8.6 / 9.0)
Termcolor (tested: 2.0) (If not found, the bundled version is used.)
Tests: Catch (tested: 2.13 / 1.10)
Download the current release at schlomp.space.
git clone https://schlomp.space/tastytea/epubgrep.git
mkdir -p build && cd build cmake .. cmake --build . -- --jobs=$(nproc --ignore=1) # cd tests && ctest
-DCMAKE_BUILD_TYPE=Debugfor a debug build.
-DWITH_TESTS=YESif you want to compile the tests.
-DXGETTEXT_CMD=StringThe program to use instead of
-DFALLBACK_BUNDLED=NOif you don’t want to fall back on bundled libraries.
How to contribute
Read the Code of Conduct.
Reporting bugs or suggesting enhancements
Before reporting a bug, please
perform a search to see if the
problem has already been reported. If it has, add a comment to the existing
issue instead of opening a new one. Same for enhancements. It is helpful to
re-run the command producing a bug with
--debug and attaching the log
file to the bug report. The log file of the last run is usually in
Please use similar coding conventions as the rest of the project. The basic rule to remember is to write code in the same style as the existing/surrounding code.
Add a copyright line with the year, your name and your email address to the files you edited. Add your name and email to AUTHORS. Unless you don’t want to.
Creating a new translation
To create a new translation, copy
translations/[LANGUAGE ABBREVIATION].po (Replace [LANGUAGE ABBREVIATION] with
the correct abbreviation for your language, e.g. “es” if you are translating
into Spanish or “pt_BR” if you are translating into Brazilian Portuguese). The
pot-file is generated during the build process.
Open your new po file with your favourite text editor, (or you may prefer to use a translation catalog editor like Poedit), and first edit the header section of your file. You will need to replace the text in UPPERCASE with the correct values. The easiest way to work out how to do this is to compare it to another po file that already exists.
Updating your translation
When it is time to update your translation, first update your Git working directory. Then do the following:
cmake --build build cd translations msgmerge --update es.po epubgrep.pot
Then open your file and locate the strings that need updating. These will have an empty msgstr or will be marked “fuzzy”.
The translation guide is based on https://www.claws-mail.org/faq/index.php/Translator's_Information, licensed under GFDL-1.2-only.