The Japanese interface language wasn't updated in many years and is now ~50% English. This should be fixed as soon as #13 is done.

Is it possible to build it and if yes, would you kindly provide a tutorial?

The resolution for the entire application looks really poor on the macbook pro 2015 version.

Effectively, it looks like the 3rd text listing in this image:

https://cloud.githubusercontent.com/assets/472356/12448107/26fa864c-bf74-11e5-9d60-e70d69e96524.png

I tried adding the mentioned settings from https://stuff.mit.edu/afs/athena/software/texmaker_v5.0.2/qt57/doc/qtdoc/highdpi.html -to the plist file but that did not work:

<key>NSPrincipalClass</key>
<string>NSApplication</string>
<key>NSHighResolutionCapable</key>
<string>True</string>

I'm assuming it's because the QT version is too low?

The interface could use some tidying up WRT:

• Wording
• Shortcuts
• Main menu:
  • What goes where (esp. View vs. Settings)
  • Separators

I open the .deb package put my password and it dosen't move from 0%

Hi,

I don't know if this could be considered as a bug or some malfunction of the program, but when I want to reproduce the audio of some definitions and things like that It either can't be heard (like if you were muted) or if I select another audio/video software (in my case, VLC media player), the program opens up but, again, you can't hear anything.

In case someone is wondering or if It could be of help, I'm using the NHK 日本語発音アクセント辞典 (among others, but the problem is for all).

And the same problem refers to when trying to open a photo or some picture that is indexed in the dictionary. When you click on the link to see the photo, it throws an error message.

When no external audio player is set, qolibri tries to play audio through Qt Multimedia. This code isn't currently working though, which is particularly bad on Windows, where there's no sensible external player to default to.

Originally reported in #36

We need the option to choose whether we're using the clipboard or the primary selection in linux.

Current behavior:
When the corresponding external program is not set, trying to open a video or external web link just fails with a less-than-helpful error message (#10).

Proposed behavior:

• If no external program is set, the system's default browser/video player should be started.
• Error messages should be more clear about what the program was trying to do (i.e. "start blah.exe").

For a lot of dictionaries, Qolibri only shows the first part of an entry under a headword unless you read the book data directly. However, even then, it duplicates a lot of parts of entries (sub-headwords?) for these types of dictionaries for some reason:

(interestingly, the [3] part and the 例文 part are not duplicated)

This means that I can only see less than half of the entries I should be able to at once (this is all supposed to be part of the same entry - EBPocket on my phone displays this stuff fine). It also requires I develop some kind of skill for skipping over the duplicates.

(dictionary in the picture is the 日本語表現活用辞典 EPWING, if you have it)

I saw that sometimes it’s possible to use (E) to search and related. That’s not the case for me. Only Ctrl+C and related are showing up and working. When I right click it gives me no shortcuts.

Thank you very much for this nice software.

Everything works just fine, except one remaining strange behavior. When I search the word "avoid", qolibri just returns 'No rusults for "avoid".' It happens for either "Exact word search" or "Forward search". If I search "avoi", it gives the results for avoid, avoidable, .. etc.

Backword search for "avoid" gives the correct results.

Could anybody help me to solve this?

I'm using several dictionaries including Longman 4th Edition, and some English-Japanese dictionalies.

The program itself has been compiled on FreeBSD 12.2-Release.
(For the build, I had to add a line
link_directories(/usr/lib /usr/local/lib)
just below the line
include(GNUInstallDirs)
in CMakeLists.txt. Otherwise the build fails at the linker stage to find libeb.so which is installed at /usr/local/lib in FreeBSD.)

The README states that the pre-compiled qolibri binary is compatible with macOS 10.13 "High Sierra" and later. But this is not true, as it actually requires macOS 10.15 "Catalina" and later.

After updating to the newer version, the "No results" bug message while searching words is still present. I've tried to delete and re install it again, but still doesn't seem to work well.
Am I the only one with this problem?

Hi,
Thank you for making qolibri.
I can't input Japanese character on qolibri under Manjaro Linux.
I use fcitx5-moz for Japanese input system.
I installed qolibri with yay.
qolibri's version: 2.1.4
Qt version: 5.15.5

When I encounterd input problem with Anki, installing fcitx-qt5 resolved the problem.
But in this case, it doesn't work.

Because Ctrl-+ is an annoying shortcut

In the Options dialog, on macOS only, spinboxes are misaligned, and the "External program" tab doesn't make good use of the available space:

I am not sure if there is something wrong with my epwing files but whenever I try to add them to qolibri I get this message "1 books (-1subbook) found: 0 books added. Any help as to what is jappening and how to fix it would be greatly appreciated.

Hello, it's great to see this project being developed further! I just updated from version 1.9 (compiled for Qt4 from here) to the newest release.

My question is: Why is the formatting of entries completely different compared to the "old" version I used up until now? Spaces are inserted in groups of three at seemingly random places. I haven't been able to alter this behaviour through CSS, as it's not a margin. There also seems to be an empty line after each entry, but I would prefer the more compact version for less scrolling.

To demonstrate what I mean, here is a screenshot of two entries from version 1.9:

And here is a screenshot of the same two entries in the current version:

I don't know if all the spaces are actually in the data, but if they were, I think it would be better to ignore them like it was done in the old version. Any thoughts?

This happens with both Qt WebKit and Qt WebEngine, so it appears to be unrelated to that change. strace shows qolibri populating ~/.cache/qolibri while it is hanging, but I haven't found the actual cause yet.

One set of repro steps:

1. load in all the usual EPWING files including 世界大百科事典
2. look up 「のと」
3. click the「 ⇒関連項目」hyperlink under 世界大百科事典

Tested qolibri 2.0.2 and 2.1.0 on Debian 9.5 stretch

It would be very convenient if you can copy audio/movie files to your clipboard so that you can paste them into Anki.

By default (OS language is set to English), qolibri seems to be using Chinese version of certain kanji such as this one:

The expected kanji for this (なおす・直す), for Japanese, would look like this:

This is just something I noticed with the search bar, so it's a minor nit-pick more than anything -- I haven't seen this happen in the actual dictionary/browser text, which renders Japanese kanji as their intended Japanese-specific visuals.

Qt 5 open source is EOL, so qolibri should be ported to Qt 6. Qt 5 support should be kept intact if at all possible.

The following causes SEGV:

• Start with cleared settings
• Cancel out of "Book and group settings" dialog
• Select File → View all data

This should be fixed after #28.

On macOS, qolibri currently only advertises English as a supported interface language:

It is possible to start in Japanese via the terminal, e.g.: LANG=ja_JP.UTF-8 open /Applications/qolibri.app, but this should be improved.

"Image Error" links like this one have been around since 1.x:

Hopefully this is fixable.

Originally reported in #36

Just ran into this:

Should be an easy fix.

There should be some documentation that outlines the contents and form we ask of contributions.

When I search in multiple dictionaries using "full text search" option no results are shown and the red "stopped (item limit)..." notification shows at the bottom left corner.

In original qolibri it shows the results. Exact search works normally.
It is a mac version.

On macOS, certain main menu items are moved to the system menu bar by Qt to conform with platform conventions. This is buggy with the current version of the Japanese interface:

1. The 設定 item in the app menu toggles the search settings toolbar while the actual Options item appears in the 設定 menu.
2. The About qolibri item appears under ヘルプ instead of the app menu.

For example, I wanted to highlight a word and with a shortcut search this word on the dictionary, or with another shortcut search this word on google.

I wanted to see if it may be possible to add in a feature that can dump the contents of various epwing dictionaries into some kind of text / json file? I'm not sure if there are limitations that would prevent this from being possible, but there are a number of people, myself included, developing external applications to automate dictionary look ups when preparing cards for Anki and for other apps that would greatly benefit from being able to easily take an epwing dictionary of interest and extract the data from it. I definitely understand that it may seem to defeat the purpose of Qolibri, but I feel Qolibri will still be just as useful for doing look ups manually as you need them, despite having a feature that can extract all the data.

There are some tools that have been developed to re-form epwing data, zero-epwing, etc, but all of them seem to have some limitations in what dictionaries are supported. Since Qolibri can inherently open all of these epwing dictionaries, it seems like it would be the best place to implement a feature that could extract epwing data into a more readable/usable format.

I'm really interested to hear thoughts on this topic and whether it is fairly straightforward to implement in Qolibri as it is now. Thanks for maintaining this great app!

Thanks!

Hi Ludios,

Thanks for picking up the project, I just wanted to let you know of a small issue with the clipboard monitoring. If we have another program open (JGlossator) that monitors the clipboard, it seems to affect qolibri from monitoring the clipboard.

However, if I were to ctrl + c several times, then it would finally pick up the word and show up in qolibri.

Not the end of the world, but it would be nice to have the clipboard monitoring work on the first try 90%+ of the time.

Environment:
Windows 10 64bit
qolibri (2.1.3, win32)

I noticed that some CSS properties do not work when editing the CSS files. One in particular is padding. Any way around this? I really would like to add padding, widths, heights, etc to the css file. I'm trying to make it easier to read on the eyes...

Currently, when right-clicking a selected text, the context menu gives four options: "Exact word search", "Forward search", "Keyword search" and "Cross search". I'd like to suggest adding the other 2 missing options from the search bar, i.e., "Backward search" and "Full text search", to the context menu.

I wished to use qolibri on my Steam Deck, but found out that although Steam OS is based on Arch, it often doesn't play well with pacman-installed packages and using Flatpak is strongly preferred.

I was wondering if it's possible to publish qolibri as a Flatpak. Although Flatpak has its issues, it should help make the software more accessible to different Linux distributions.

os: arch linxu
qolibri version: 2.1.4-3

like, the last time I used it was at 09 of may (it was working normally), and since then I made two updates of my system, so I can't pin point what break it.

also, it freezes when I search for books. tried removing the books and tried adding them again, but it freezes. It also freezes when pressing ctrl+o, ctrl+d and probably freezes when doing other stuffs that I didn't tested.

here is a list with 190 packages that were updated since the last time it was working (maybe you see something that I didn't):

upgraded-package-list.txt

I tried downgrading the qt5 related stuff, but didn't worked. also tried looking for a way to see if it outputs something to the terminal, but I think the binary wasn't compiled with debug mode so it doesn't outputs nothing (or maybe I don't know how to activate the debug mode).

edit:

tried creating a new user and isn't freezing there. I think it may be the books, tried deleting the cache and config, and when trying to add the books again it freezes. But as I said it was working the last time I used it, didn't changed nothing related to the books.

In some builds, "View all data" either immediately returns 0 results or hangs. Some examples:

Working:

• Windows 32-bit Qt5 Release
• Windows 64-bit Qt6 Debug
• macOS Qt6 Release

Failing:

• Windows 64-bit Qt6 Release
• macOS Qt6 Debug

According to the installation instructions in README.md, qmake; make should be used to build the application. However, the 2.1.2 release tarball lacks the qolibri.pro file, which is needed by qmake.

how I can disable this panel? I have to close it for every word

The problem is visible in the tiny bitmap letters in https://user-images.githubusercontent.com/4458/43369811-c1e0421c-9363-11e8-8abb-91b9ce2e4ce0.png (165 dpi)

Google search, Wikipedia search, User defined URL search are not working

No matter what I try, it doesn't load any dictionary files. Zipped, unzipped. I'm at a loss. I'm not using any JP characters in the file path.

Older version of qolibri (1.0.4) also does not work.

It looks like baea4d6 made some changes that are backwards incompatible with Qt versions prior to 5.15. Debian Buster (which the wiki says the build should work with) only has Qt 5.11. If I checkout the parent commit it builds fine again.

./qolibri/src/ebook.cpp: In member function 'int EBook::searchQuery(int, const QString&, SearchType)':
./qolibri/src/ebook.cpp:60:50: error: 'SkipEmptyParts' is not a member of 'Qt'
          words = query.split(QRegExp("\\s+"), Qt::SkipEmptyParts);
                                                   ^~~~~~~~~~~~~~

Edit: I just checked the latest ubuntu release (20.04 LTS). It has the same problem, being on Qt 5.12.

When browsing a whole book using File → View all data, the page group titles are broken:

This was working in qolibri 1.x:

It would be great if we could search for local books in the add Dictionary settings. It is quiet annoying to find a single dictonary among 50+ others to add it to a group.