On GitLab by @JezerM on Feb 8, 2022, 19:23

Merges develop -> develop

Changes

• Escape "#" hash symbol when searching, like: :open /home/user/Documents/Book\ \#1/book\#1.pdf
• Bottom-bar now behaves as a solid box instead of an overlay, which prevents hiding the horizontal scrollbar behind the statusbar.

Screenshots

On GitLab by @jcguu95 on Aug 21, 2020, 14:17

Currently on version 0.4.6 the right way to set font is by

:set font "foo"

The syntax is flexible. For example, setting foo to either "Inconsolata regular 12" or "Inconsolata 12" or just "12" work. However, for new users it's tempting to change font by trying

:set font "Inconsolata"

Then by default zathura set font size to extremely small. So small for the users to misunderstand. I first thought that the status bar disappears. Then after a few fiddling I figured out that it just "sank". And then I realize that it actually set the font size to a micro level.

EDIT Setting :set font "12" is actually not OK as it disables showing the box why selecting words.

What can be changed

1. A better doc for setting fonts
2. Set font to size 14 if user did not specify. Give a hint message.
3. Fix the bug after :set font 12

On GitLab by @robin.krahl on May 1, 2018, 11:46

Currently, girara_list_foreach asserts that the list is not empty (list->start in datastructures.c:382). Yet a for-each operation on an empty list should just do nothing, not cause a critical error. (Similar to the GIRARA_LIST_FOREACH macro, which allows an empty list.)

For example, zathura commit 5baa31b83d8c5fe5767394bbbd3084eff55bc5f4 introduces a call to girara_list_foreach with a possibly empty list in plain_save_jumplist, causing a failed assertion every time a file is closed.

Suggested fix:

diff --git a/girara/datastructures.c b/girara/datastructures.c
index fc21330..78e6659 100644
--- a/girara/datastructures.c
+++ b/girara/datastructures.c
@@ -379,9 +379,10 @@ girara_list_sort(girara_list_t* list, girara_compare_function_t compare)
 void
 girara_list_foreach(girara_list_t* list, girara_list_callback_t callback, void* data)
 {
-  g_return_if_fail(list && list->start && callback);
+  g_return_if_fail(list && callback);

-  g_list_foreach(list->start, callback, data);
+  if (list->start)
+    g_list_foreach(list->start, callback, data);
 }

 static void

On GitLab by @jtojnar on Mar 12, 2023, 24:28

After updating to GLib 2.76.0, datastructures test crashes:

2/6 datastructures         FAIL              0.18s   exit status 1
>>> LD_LIBRARY_PATH=/build/girara-0.3.9/build/ MALLOC_PERTURB_=174 /build/girara-0.3.9/build/tests/test_datastructures
 ✀  
stdout:
Running suite(s): Datastructures
91%: Checks: 12, Failures: 0, Errors: 1
../tests/test_datastructures.c:238:E:node_basics:test_datastructures_node:0: (after this point) Received signal 11 (Segmentation fault)
stderr:
debug: ../tests/test_datastructures.c:370: critical_print(): expected glib critical: girara_list_merge: assertion 'list != NULL' failed
debug: ../tests/test_datastructures.c:370: critical_print(): expected glib critical: girara_list_merge: assertion 'list != NULL' failed
debug: ../tests/test_datastructures.c:370: critical_print(): expected glib critical: girara_list_find: assertion 'list != NULL && compare != NULL' failed
debug: ../tests/test_datastructures.c:370: critical_print(): expected glib critical: girara_list_find: assertion 'list != NULL && compare != NULL' failed
debug: ../tests/test_datastructures.c:370: critical_print(): expected glib critical: girara_list_find: assertion 'list != NULL && compare != NULL' failed
debug: ../tests/test_datastructures.c:370: critical_print(): expected glib critical: girara_list_find: assertion 'list != NULL && compare != NULL' failed
 0# (anonymous namespace)::segabort_handler(int) in /nix/store/22j72lfbx73y61xv3phyisz9nkkbjk4x-libsegfault-unstable-2022-11-13/lib/libsegfault.so
 1# 0x00007FFFF723DBF0 in /nix/store/8bmp6r3a0xfha3wj36phlc47clh9w81l-glibc-2.35-224/lib/libc.so.6
 2# girara_node_free.localalias at ../girara/datastructures.c:461
 3# test_datastructures_node_fn at ../tests/test_datastructures.c:264
 4# srunner_run_tagged in /nix/store/mj9cq5rdhivvjqyjcaam7klwvzkpl8lr-check-0.15.2/lib/libcheck.so.0
 5# run_suite at ../tests/tests.c:12
 6# __libc_start_call_main in /nix/store/8bmp6r3a0xfha3wj36phlc47clh9w81l-glibc-2.35-224/lib/libc.so.6
 7# __libc_start_main_impl in /nix/store/8bmp6r3a0xfha3wj36phlc47clh9w81l-glibc-2.35-224/lib/libc.so.6
 8# _start in /build/girara-0.3.9/build/tests/test_datastructures

On GitLab by @ReekyMarko on Oct 18, 2018, 18:29

I'm running Gnome on Wayland and touchpad scrolling doesn't seem to be working. Tested on Gnome with Xorg and it works fine. I can provide more information, I just don't know what is needed.

On GitLab by @dschrempf on Apr 2, 2019, 15:51

Let me first say that zathura is amazing and that I don't know how many times I entered "PDF viewer for Linux" into Google or DuckDuckGo before finding zathura :).

In my configuration, I was trying to map the key "j" in presentation mode to scroll forward one page. I already managed to do this via

map [presentation] j scroll full-down

On my way there, I tried the following line

map [presentation] j feedkeys "J"

which leads to a segmentation fault when "j" is pressed in presentation mode. I admit this key mapping is stupid, because "J" is only used in fullscreen mode, but still, I thought that a segmentation fault should be reported.

Thanks!

On GitLab by @teu5us on Nov 16, 2019, 10:02

I've been using Zathura for quite a long time now. Lack of support of Russian, in my case, is a little bit disappointing. It is said in zathura issue #693 that girara "fails to handle non-ascii keys". I tried using Emacs for viewing pdfs but zathura is what I'm now used to.

So I added Russian symbols to callbacks.c where numpad keys are mapped to numbers row keys (line 42 and further):

  switch (*keyval) {
    ...
    case GDK_KEY_KP_9:
      *keyval = GDK_KEY_9;
      break;
    case GDK_KEY_Cyrillic_shorti:
      *keyval = GDK_KEY_q;
      break;
    case GDK_KEY_Cyrillic_SHORTI:
      *keyval = GDK_KEY_Q;
      break;
    ...
  }

It actually seems to work just like in Vim, where the letters work fine, but some punctuation marks have to be used based on active keyboard layout. I think this can also work with umlauts and other symbols not present on english keyboards. Would love to see something like this implemented.

On GitLab by @Gimple on Apr 28, 2022, 18:47

Was looking at the site earlier and just browsing around, noticed that the URL linking to documentation for Girara isn't working at the moment, throws me a 404 error when I try to visit it.

The link in question is to https://pwmt.org/projects/girara/doxygen - it's the one followed from on the main Girara project page, seen here:

Apologies in advance if this isn't the appropriate place to mention this, I didn't want to bother anyone with an e-mail.

On GitLab by @jeizsm on Jan 10, 2016, 10:52

Merges develop -> develop

Add Mac OSX support to Makefile based on this patch
https://trac.macports.org/browser/trunk/dports/devel/girara/files/patch-Makefile.diff

On GitLab by @japm48 on Sep 5, 2021, 04:10

If any line in zathurarc contains only spaces, the config line-by-line loading is immediately stopped with no error message (this could be the reason for similar bugs where the config file is mysteriously not loading). At least this is true for the first line.

It took me quite a while to pinpoint this, I had to recompile in debug mode and use GDB.

Apparently, the culprit is the function g_shell_parse_argv in Glib, which is called from girara in config.c (function config_parse).

It returns false when the line is non-empty and contains spaces. I guess it fails because it expects a valid "argv" string.

As Glib is already a dependency, I would suggest using g_strstrip.

On GitLab by @ghost on Jan 23, 2024, 14:30

Hi, I noticed that when using custom font weights in zathura, the following error is triggered:

error: Unable to load CSS: <data>:7:15unknown value for property

This corresponds to the @font-weight@ property being set in girara.

I have tracked down the issue to https://git.pwmt.org/pwmt/girara/-/blob/develop/girara/session.c#L103: where the font weight is retrieved as a numeric value from pango and mapped to a CSS value string. It seems however that many of the mappings are not valid, when compared the documented GTK values: https://docs.gtk.org/gtk3/css-properties.html#font-properties

The fix is quite simple, though I see two ways to implement it;

• Update the mapping to the correct documented values
• Remove the mapping, and simply convert the weight value retrieved to a string, as the GTK CSS parser also accepts this.

I've implemented the second method on my local system and it does indeed resolve the issue, however pango can theoretically return a weight value of 1000 (ultraheavy), which is not documented as valid in GTK.

On GitLab by @kyrias on Jan 6, 2018, 22:12

Merges patch-1 -> develop

1ed60c9 deleted it, but forgot to remove the include.

On GitLab by @kirelagin on Jun 23, 2019, 23:57

On macOS the standard shortcut for switching the keyboard layout is Cmd+Space. Also, in general, most shortcuts use Cmd instead of Ctrl. However, zathura seems to ignore Cmd completely. Therefore, there are two issues:

1. (Quite major). It is impossible to switch the keyboard layout while in zathura: when I press Cmd+Space, the keyboard layout does not get changed, instead the page is scrolled. This is especially annoying, given that keyboard mappings do not work with non-latin keyboard layouts, so, if I happen to switch to a zathura window with a non-latin layout active, I have to switch back to another window and change the layout there.
2. (Minor). It would be better, in terms of UX, to replace Ctrl with Cmd in all shortcuts on macOS. I think this is what most cross-platform apps do.

On GitLab by @djv on Jul 30, 2020, 10:53

Such commands seems have no effect:

map <Button4> jumplist forward
map <Button5> jumplist backward

while Button2/3 work good.

On GitLab by @Chymera on Jan 8, 2021, 02:59

I use zathura and have a Swiss German keyboard layout on two system. One of them uses Sway and the other GNOME. The one with Sway works just fine. On GNOME, however, the following happens:

In order to get into command mode : or search mode /, I need to press the keys where those characters would be on a US layout. Once I am in any input mode, however, the mapping works as expected (Swiss German) with no issues.

Unsure whether this is a Zathura or GNOME bug, or both, but I would appreciate any advice. Thanks :)

On GitLab by @peachey2k2 on Dec 23, 2023, 13:27

Whenever I select a piece of text, it forcefully resizes the window vertically to fit that text in the bottom line where it says Copied selected text to selection clipboard: {text}. When it happens, the window can't be shrunken to a smaller size until I hit the escape key, which hides that bottom line. This happens even when the window is maximized and in fullscreen.

zathura --version output:

>> zathura --version
Gtk-Message: 15:09:09.790: Failed to load module "colorreload-gtk-module"
Gtk-Message: 15:09:09.791: Failed to load module "window-decorations-gtk-module"
zathura 0.5.4
girara 0.4.1 (runtime: 0.4.1)
(plugin) pdf-poppler (0.3.2) (/usr/lib/zathura/libpdf-poppler.so)

DE: Xfce 4.18

Video recording demonstrating the issue:

On GitLab by @valoq on Dec 23, 2022, 20:22

Merges develop -> develop

This adds a new function girara_config_check() to girara which can be used to check the presents of a specified option and corresponding value inside the configuration files.

Unlike girara_config_parse(), which directly saves the parsed configuration values into a girara session, this new function can be used before girara session or any UI elements have been initialized.

This allows the verification of a configuration setting before girara_config_parse() can be used.

Related bug: #276

On GitLab by @rMorales on Sep 21, 2023, 20:56

Merges develop -> develop

EDIT: Please see reasoning for this change in !84

On GitLab by @Equaraphanus on Jan 13, 2023, 03:25

Merges feature/support-unicode-keymappings -> develop

Changes

• implemented basic UTF-8 parsing
• commands are parsed as UTF-8
• non-ASCII keys can be buffered

Description

This merge request brings the ability to map non-Latin characters without manually listing them in callbacks.c. It is now possible to map them as normal characters like in various terminal programs. This should hopefully solve #9 (and various duplicates), which has been open for 3 years already.

The Nuklear's UTF-8 handling code was used as a reference for helpers in utf8.{c,h}. Now the Glib's UTF-8 functions are used instead.

Examples

Here is an example zathurarc with mappings for Russian keyboard layout, which I wrote to demonstrate how this can be used, and I actually use this zathurarc currently myself:

map й feedkeys q
map ц feedkeys w
map у feedkeys e
map к feedkeys r
map е feedkeys t
map н feedkeys y
map г feedkeys u
map ш feedkeys i
map щ feedkeys o
map з feedkeys p
# Feedkeys can't do this
map х feedkeys [
# Feedkeys can't do this
map ъ feedkeys ]
map ф feedkeys a
map ы feedkeys s
map в feedkeys d
map а feedkeys f
map п feedkeys g
# This is needed because the first "п" is immediately replaced with "g",
# but subsequent keys stay unmodified
map gп feedkeys gg
map р feedkeys h
map о feedkeys j
map л feedkeys k
map д feedkeys l
map ж feedkeys ;
map э feedkeys "'"
map я feedkeys z
# See comment for "gп" above
map zя feedkeys zz
map ч feedkeys x
map с feedkeys c
map м feedkeys v
map и feedkeys b
map т feedkeys n
map ь feedkeys m
# Feedkeys can't do this
map б feedkeys ,
# Feedkeys can't do this
map ю feedkeys .
# FIXME: "feedkeys `" always works as "feedkeys ~" for some reason
map ё feedkeys `
map Й feedkeys <S-q>
map Ц feedkeys <S-w>
map У feedkeys <S-e>
map К feedkeys <S-r>
map Е feedkeys <S-t>
map Н feedkeys <S-y>
map Г feedkeys <S-u>
map Ш feedkeys <S-i>
map Щ feedkeys <S-o>
map З feedkeys <S-p>
# Feedkeys can't do this
map Х feedkeys {
# Feedkeys can't do this
map Ъ feedkeys }
map Ф feedkeys <S-a>
map Ы feedkeys <S-s>
map В feedkeys <S-d>
map А feedkeys <S-f>
map П feedkeys <S-g>
map Р feedkeys <S-h>
map О feedkeys <S-j>
map Л feedkeys <S-k>
map Д feedkeys <S-l>
map Ж feedkeys :
map Э feedkeys '"'
map Я feedkeys <S-z>
map Ч feedkeys <S-x>
map С feedkeys <S-c>
map М feedkeys <S-v>
map И feedkeys <S-b>
map Т feedkeys <S-n>
map Ь feedkeys <S-m>
map Б feedkeys <
map Ю feedkeys >
map Ё feedkeys ~
map <C-й> feedkeys <C-q>
map <C-ц> feedkeys <C-w>
map <C-у> feedkeys <C-e>
map <C-к> feedkeys <C-r>
map <C-е> feedkeys <C-t>
map <C-н> feedkeys <C-y>
map <C-г> feedkeys <C-u>
map <C-ш> feedkeys <C-i>
map <C-щ> feedkeys <C-o>
map <C-з> feedkeys <C-p>
# Feedkeys can't do this
map <C-х> feedkeys <C-[>
# Feedkeys can't do this
map <C-ъ> feedkeys <C-]>
map <C-ф> feedkeys <C-a>
map <C-ы> feedkeys <C-s>
map <C-в> feedkeys <C-d>
map <C-а> feedkeys <C-f>
map <C-п> feedkeys <C-g>
map <C-р> feedkeys <C-h>
map <C-о> feedkeys <C-j>
map <C-л> feedkeys <C-k>
map <C-д> feedkeys <C-l>
map <C-ж> feedkeys <C-;>
# Feedkeys can't do this
map <C-э> feedkeys <C-"'">
map <C-я> feedkeys <C-z>
map <C-ч> feedkeys <C-x>
map <C-с> feedkeys <C-c>
map <C-м> feedkeys <C-v>
map <C-и> feedkeys <C-b>
map <C-т> feedkeys <C-n>
map <C-ь> feedkeys <C-m>
# Feedkeys can't do this
map <C-б> feedkeys <C-,>
# Feedkeys can't do this
map <C-ю> feedkeys <C-.>
map <A-й> feedkeys <A-q>
map <A-ц> feedkeys <A-w>
map <A-у> feedkeys <A-e>
map <A-к> feedkeys <A-r>
map <A-е> feedkeys <A-t>
map <A-н> feedkeys <A-y>
map <A-г> feedkeys <A-u>
map <A-ш> feedkeys <A-i>
map <A-щ> feedkeys <A-o>
map <A-з> feedkeys <A-p>
# Feedkeys can't do this
map <A-х> feedkeys <A-[>
# Feedkeys can't do this
map <A-ъ> feedkeys <A-]>
map <A-ф> feedkeys <A-a>
map <A-ы> feedkeys <A-s>
map <A-в> feedkeys <A-d>
map <A-а> feedkeys <A-f>
map <A-п> feedkeys <A-g>
map <A-р> feedkeys <A-h>
map <A-о> feedkeys <A-j>
map <A-л> feedkeys <A-k>
map <A-д> feedkeys <A-l>
map <A-ж> feedkeys <A-;>
# Feedkeys can't do this
map <A-э> feedkeys <A-"'">
map <A-я> feedkeys <A-z>
map <A-ч> feedkeys <A-x>
map <A-с> feedkeys <A-c>
map <A-м> feedkeys <A-v>
map <A-и> feedkeys <A-b>
map <A-т> feedkeys <A-n>
map <A-ь> feedkeys <A-m>
# Feedkeys can't do this
map <A-б> feedkeys <A-,>
# Feedkeys can't do this
map <A-ю> feedkeys <A-.>

This config is semi-auto-generated, so some (or even most?) mappings probably do nothing, and several mappings may still be missing. As you can see, there are still some quirks (mainly from how feedkeys works), but it works.

The other example would be the situation mentioned by @roman a week ago, where you want to map extra keys on your keyboard that produce Unicode characters directly to some actions:

map ← scroll left
map ↓ scroll down
map ↑ scroll up
map → scroll right

On GitLab by @kodali on Apr 13, 2020, 10:06

when i tried to build girara, it failed.

I am attaching log file for reference.

build.log

On GitLab by @concatime on Oct 11, 2019, 05:11

Merges replace-xdg-by-gio -> develop

Follow up of void-linux/void-packages#15254

Girara already depends on glib. So instead of requiring
yet another dependency (xdg-utils on most systems), it
would be wiser to use gio from glib directly.

On GitLab by @kirelagin on Jun 23, 2019, 23:52

I am using the latest release version of zathura with set smooth-scroll true in the rc file. If I just set this option, the scroll is still not being smooth at all, on the contrary, it makes a jump whenever I move my fingers just a little bit. If I additionally set scroll-step 1, it becomes better in that it becomes more “physical” (scrolls the right distance), but is pretty jerky. However, the worst part is that j/k become unusable as they start scrolling by 1px as well.

I suspect this is some sort of disagreement between smooth scroll events reported by GTK on Linux and on macOS. I took a quick look at the code and didn’t see anything obviously wrong. I guess, I’ll try to take a closer look – it would be great to have some hints on what this can be.

On GitLab by @user202729 on Sep 27, 2023, 08:28

Currently, because of how the argument parsing of feedkeys is done https://git.pwmt.org/pwmt/girara/-/blob/develop/girara/shortcuts.c#L570-603 , it appears impossible to send literally the string <F1> for example. Common escapes like \<F1> or <lt>F1> doesn't work.

These two usually works in Vim. I suggest implementing some option, for which <Less> or <S-,> appear to be the easiest and least likely to break some existing configuration.

 2.  A backslash is represented with "\\", double backslash, or "<Bslash>".
 3.  A real '<' is represented with "\<" or "<lt>".  When there is no
     confusion possible, a '<' can be used directly.

On GitLab by @AndiPersti on Apr 14, 2023, 20:02

Merges silence_warnings -> develop

Mapping a key to a sequence of simulated key presses using the feedkeys shortcut command (e.g. :map I feedkeys :info<Return>) will result in a series of GDK warnings in the controlling terminal whenever that mapped key is pressed:

Gdk-WARNING **: Event with type 8 not holding a GdkDevice. It is most likely synthesized outside Gdk/GTK+

Attaching the keyboard to the key press event avoids these warnings.

On GitLab by @JonathanReeve on Oct 4, 2018, 16:32

Running commands like :set statusbar-h-padding 30 or :set statusbar-v-padding 30 have no effect. Changing these settings in zathurarc also have no effect.

Version info:

zathura 0.4.0
girara 0.3.0 (runtime: 0.3.0)
(plugin) djvu (0.2.8) (/nix/store/b75pyhs07dl7r6prpaa3bvz19ywh4hmn-zathura-djvu-0.2.8/lib/zathura/libdjvu.so)
(plugin) ps (0.2.6) (/nix/store/32335lf2c9imwdiwn9zz19wbzc25jz2p-zathura-ps-0.2.6/lib/zathura/libps.so)
(plugin) pdf-mupdf (0.3.3) (/nix/store/4nqzjjykimw3xi1cnk3i9j3pbqz3azgr-zathura-pdf-mupdf-0.3.3/lib/zathura/libpdf-mupdf.so)

(I'm on NixOS if that helps, but I've confirmed this behaviour with others on IRC.)

On GitLab by @kayprish on Oct 3, 2021, 23:52

Merges develop -> develop

This patch is meant to allow the user to cancel a command they've
partially written in the session buffer. For example, if a user in
zathura has mistakenly typed the g' key instead of G', they can
cancel their partial command by pressing the Escape key.

On GitLab by @vinc17 on Jan 9, 2024, 14:56

When I select text in a PDF document, the whole selected text is displayed in the status bar, and the zathura window width is increased to make this text completely visible in the status bar. If much text is selected (several lines / paragraphs), this can give insane window widths (several times larger than the screen width), such as 30521 pixels, making the X server quite unresponsive.

I also reported this issue as Debian bug 1060314.

On GitLab by @Lodifice on Oct 9, 2019, 10:31

I'm using Arch Linux with Xorg.

The 0.3.3 update of Girara changed the mouse zooming (holding CTRL and scrolling) experience in Zathura.
Previously scrolling upwards zoomed in and scrolling downwards zoomed out; the whole process was very smooth.
Since the update the directions are inverted and zooming has only very few steps, so it's basically unusable.
Zooming with keyboard commands in Zathura was unaffected by the update.

The commit that broke mouse zooming is 87d52a4.
I understand that Wayland users had an issue with the old behavior (cf. #4), but breaking the setup for Xorg users is not an option in my point of view.
Furthermore, it doesn't help that the smooth-scroll option was removed in c4594be, so I can't even switch back to the old behavior by adapting my config.

On GitLab by @JezerM on Feb 15, 2022, 16:35

Merges no-bottombar-overlay -> develop

Changes

• Bottom-bar now behaves as a solid box instead of an overlay, which prevents hiding the horizontal scrollbar behind the statusbar/bottom-bar.

Screenshots

On GitLab by @fabled on Nov 22, 2017, 08:18

make[1]: Entering directory '/home/tteras/aports/community/girara/src/girara-0.2.7/tests'
Running suite(s): Utils
85%: Checks: 14, Failures: 2, Errors: 0
test_utils.c:78:F:home_directory:test_home_directory_set_HOME:0: Home directory is not the same
test_utils.c:145:F:xdg_path:test_xdg_path:0: Output is not the same (got: /home/test/.config, expected: /home/tteras/.config)

Seems the test suite is unsetting, and setting $HOME and doing glib API calls in between.
glib has changed to fetch $HOME once and use the cached value after initial fetch. See: https://git.gnome.org/browse/glib/commit/glib/gutils.c?id=cfafad5aefeeab1a4ee208cefa15e01d31932611

On GitLab by @rsmith31415 on Feb 28, 2021, 24:31

I noticed that changing the background color of the input bar is not being rendered correctly:

In the previous screenshot, I'm using a (horrible) red color for the text and background:

set inputbar-bg "#FF2525"
set inputbar-fg "#FF2525"

As you can see, the text changes as expected and even what seems to be the input bar's borders. However, the background of the actual input field is not changing as expected. Please let me know if I'm missing something.

Linux 5.4.0-66-generic #74~18.04.2-Ubuntu SMP
libgtk-3-0:amd 3.22.30-1ubu
zathura 0.4.7
girara 0.3.5 (runtime: 0.3.5)

zathurarc

# Zathura configuration file
# See man `man zathurarc'

# Open document in fit-width mode by default
set adjust-open "best-fit"

# One page per row by default
set pages-per-row 1

#stop at page boundries
set scroll-page-aware "true"
set scroll-full-overlap 0.01
set scroll-step 100

#zoom settings
set zoom-min 10

# zathurarc-dark

set default-bg "#FFFFFF" #00
set default-fg "#202020" #01

set statusbar-fg "#FFFFFF" #04
set statusbar-bg "#202020" #01

set inputbar-bg "#FF2525"
set inputbar-fg "#FF2525"

set notification-error-bg "#AC4142" #08
set notification-error-fg "#151515" #00

set notification-warning-bg "#AC4142" #08
set notification-warning-fg "#151515" #00

set highlight-color "#F4BF75" #0A
set highlight-active-color "#6A9FB5" #0D

set completion-highlight-fg "#151515" #02
set completion-highlight-bg "#90A959" #0C

set completion-bg "#303030" #02
set completion-fg "#E0E0E0" #0C

set notification-bg "#90A959" #0B
set notification-fg "#151515" #00

set recolor "true"
set recolor-lightcolor "#000000" #00
set recolor-darkcolor "#E0E0E0" #06
set recolor-reverse-video "true"
set recolor-keephue "true"


#set render-loading "false"
set scroll-step 50
unmap f
map f toggle_fullscreen
map [fullscreen] f toggle_fullscreen

#set font "Nimbus Sans L:style=Regular"
set font "inconsolata 17"
set guioptions "none"
set selection-clipboard clipboard
set selection-notification false

On GitLab by @JezerM on Feb 15, 2022, 16:23

Merges hash-escape -> develop

Changes

• Escape "#" hash symbol when searching, like: :open /home/user/Documents/Book\ \#1/book\#1.pdf

Screenshots