- 24 Aug, 2013 1 commit
-
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 21 Aug, 2013 1 commit
-
-
Sebastian Ramacher authored
ZathuraRenderer is a thread pool rendering the pages. Every page widget holds a ZathuraRenderRequest instance to request its page to be rendered. This object can also be used to abort the request in case the page is not visible anymore. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 15 Aug, 2013 4 commits
-
-
Moritz Lipp authored
Version 0.2.4
-
Moritz Lipp authored
-
Moritz Lipp authored
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 14 Aug, 2013 2 commits
-
-
Sebastian Ramacher authored
And a remainder that we want to drop this once we don't support GTK+2 anymore. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Hiding the inputbar immediately before jumping breaks incremental search, as Guillaume Duranceau stated in an earlier mail. This patch makes an exception for the case of incremental search, at the cost of a slight displacement when jumping back (^o) after ending the incremental search (pressing the ESC key). The rest of the jump cases are unaffected. This should makes things usable for now, until we move to GTK3 (link to it by default) which has a new widget that suits this problem nicely (GtkOverlay), as demonstrated by an earlier patch by Abdo Roig-Maranges which is now included on the develop branch in girara repo as commit 70fd1cf354ee1300d4a9bdab9e939d5cc975979e, but is compiled only with GTK3. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 27 Jul, 2013 4 commits
-
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Sebastian Ramacher authored
and always destroy in render. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
When scrolling a document by holding the middle mouse button, page number was not updated.
-
When set to 'true', this option displays the page number in the title of a zathura window.
-
- 26 Jul, 2013 3 commits
-
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Moritz Lipp authored
-
Moritz Lipp authored
-
- 25 Jul, 2013 1 commit
-
-
Sebastian Ramacher authored
Also fix other compiler warnings. Closes: #332 Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 07 Jul, 2013 5 commits
-
-
Otherwise, when opening a document at page 1, and no jumps are added, bisect does not understand it has to initialize the bisect range, and does not move from page 1. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Moritz Lipp authored
-
After page_set cb_view_hadjustment_changed must be called so that when zoom-center is enabled, the page is recentered. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Sebastian Ramacher authored
Move some bisect state to zathura_t and manipulate the jumplist that much. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 30 Jun, 2013 2 commits
-
-
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 29 Jun, 2013 4 commits
-
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
This patch implements two new ZathuraDatabaseInterface functions, save_jumplist and load_jumplist, for both the plain and sqlite backends (along with some cleanups). Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Hide the inputbar and completion menu before saving the adjustments ratios into a new jump structure Since we are now saving the adjustments ratios in the jump structures, we need to take care of the following scenario: - We do an action that results in a new jump structure being added to the jumplist while the inputbar is visible (e.g., search, jumping to a specific page, jumping to a bookmark, or following a link). - Since we are now storing the adjustments ratios in the jump structures, all of the above actions would result in the vertical adjustment ratio being saved while the inputbar and/or the completion menu is visible. - Now we are exactly on the target of the jump (note that the inputbar and completion menu now are hidden), so suppose that we want to go back using ^o (assuming that we didn't change the adjustments after jumping), then the check at sc_jumplist that compares the current adjustments ratios with that of the current jump (the jump that has just been added and which we are currently on it's position) would fail, because after the inputbar (with possibly the completion menu in case of bookmarks) is activated it is hidden, which results in the vertical adjustment upper bound to change, which in turn results in the vertical adjustment ratio returned by zathura_adjustment_get_ratio to become different from what is stored in the current jump structure, even though we haven't changed the adjustments at all after the jump. This would always result in taking us back to the exact position of the jump (which would be slightly different from the current position) when we press ^o. This can be annoying, because it would happen, for example, every time we need to go back quickly after jumping to a link target, a search result, or a bookmark. So, what this patch does is essentially to make the vertical adjustment ratio reflecting the current vertical adjustment after a jump, to always be the same as the one stored in the newly added jump structure, since both are calculated with zathura_adjustment_get_ratio while the inputbar is _not_ visible, so they should be the same. I've elaborated just to make things clear, in case the purpose of the patch isn't obvious. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
This makes jumping works accurately, even if the document is scaled up or down. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 21 Jun, 2013 7 commits
-
-
Move calls to zathura_jumplist_add surrounding zathura_link_evaluate to zathura_link_evaluate itself This is just in case that zathura_link_evaluate returns without evaluating the link, which would result in a new jump being added for the current position, but without adding a corresponding jump for the target position (actually a second one would be added but the check in zathura_jumplist_add would prevent it from being appended on the linked list since it's position would be the same as the current one, because the link haven't been evaluated). Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Sebastian Ramacher authored
Not that is really needed here since every argument is controlled by us. But rather safe than sorry. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
This is so that Zathura would compile without errors when enabling sqlite support on systems that doesn't have sqlite compiled with SQLITE_ENABLE_COLUMN_METADATA (which are the majority). Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
This patch adds some enhancements/fixes to the bookmarking feature of Zathura: - Bookmark the exact vertical and horizontal adjustments values, along with the page number. This is done in a backward-compatible way for both the plain and sqlite database backends, so that bookmarks that was taken previously (bookmarking only the page number) will still work as expected and won't be lost. - Fix the issue of not being able to remove bookmarks from the plain database; removing a bookmark in plain_remove_bookmark using g_key_file_remove_key corrupts the bookmarks file. This is due to not truncating the entire bookmarks file in zathura_db_write_key_file_to_file prior to overriding it with a new one not containing the removed line. This is why, I guess, plain_remove_bookmark hadn't been implemented as expected using g_key_file_remove_key, because apparently, someone thought that the problem is caused by this API. - Fix not being able to update existing bookmarks persistently; updating a bookmark works only during the current session, but after the file is closed and reopened, the updated bookmark still has it's old value. This is due to changing only the bookmark structure in memory; the proper way to do it, is to call zathura_db_remove_bookmark on the old bookmark, then follow that by a call to zathura_db_add_bookmark on a bookmark structure containing the new position and the same old ID. - Make zathura_bookmark_add updates the bookmark if it already exists, rather than doing this externally in cmd_bookmark_create. This allows us to have all the relevant girara_notify messages in cmd_bookmark_create. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 20 Jun, 2013 3 commits
-
-
Sebastian Ramacher authored
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- Allow the user to always start with the very last (or first) jump on the jumplist when pressing ^o (or ^i), while the jumplist iterator is pointing to the last (or first) jump, and the document is not currently at the position of this pointed-to jump. This is instead of jumping directly to the previous/next jump, and skipping the last/first one. - Don't jump to the current jump pointed to by the jumplist iterator, if there is no more next jumps, and the jump direction is FORWARD. - Don't jump to the current jump pointed to by the jumplist iterator, if there is no more previous jumps, and the jump direction is BACKWARD. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 19 Jun, 2013 1 commit
-
-
Sebastian Ramacher authored
A missing %f causes more problems than expected. Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-
- 18 Jun, 2013 1 commit
-
-
Moritz Lipp authored
-
- 10 Jun, 2013 1 commit
-
-
Signed-off-by:
Sebastian Ramacher <sebastian+dev@ramacher.at>
-