Hey everyone,

We're looking for a maintainer for Emacs. I tried to reach out to @film42 as he was the maintainer before the organization move, but have not been able to get a hold of him over a month, so we're opening up the maintainer position.

Thanks.

• Dracula Theme Team

The highlight that is given to the current directory in a dired buffer make it nigh unreadable.

The problem with the new (if (display-graphic-p) … switch is that the predicate evaluates to nil when Emacs starts up in daemon mode, so even when running Emacs only inside of X windows, the background will be black.

I guess usually, one would instead use a hook in after-make-frame-functions, where display-graphic-p will actually give the correct result. However, I’m not sure how one would deal with faces, at least when using the custom- system.

Reading the docs I see some inconsistencies with the current implementation.

For example:

• inline code should be green but it's yellow;
• lists should be cyan but they are gray;
• block quote should be yellow italic but it's purple not italic.

markdown.txt

Some faces for lsp-ui (say 'lsp-ui-peek-highlight') are not defined, so IMO it doesn't look good.

It would be great if dracula provides some faces for lsp-mode users

• speedbar-button-face
• speedbar-file-face
• speedbar-directory-face
• speedbar-tag-face
• speedbar-selected-face
• speedbar-highlight-face
• speedbar-separator-face

The colors for term-color-* look mixed up.

Hi,
I wanna bring up some inconsistencies between this and the other implementations of the theme.

Line number

The line number face has the slant italic and for foreground "bg4". In other editor such as VScode, nvim and atom is not the case.

Emacs

Nvim

VScode

Atom

The patch simply removes the italic, makes the foreground "dracula-comment" and makes the background "nil", in case the user want to change the background color to a different one.

@@ -113,6 +113,8 @@ read it before opening a new issue about your will.")
                (info-string :foreground ,dracula-yellow)
                (lazy-highlight :foreground ,fg2 :background ,bg2)
                (link :foreground ,dracula-cyan :underline t)
+               (linum :foreground ,dracula-comment :background nil)
+               (line-number :inherit linum)
-               (linum :slant italic :foreground ,bg4 :background ,dracula-bg)
-               (line-number :slant italic :foreground ,bg4 :background ,dracula-bg)
                (match :background ,dracula-yellow :foreground ,dracula-bg)

Different colors (only in graphical emacs)

In other implementations usually they are using some colors not listed in the docs such as: "#21222c" and "#191a21".

VScode

Atom

I think it will be nice implementing this colors in variables such as "contrast" and "unfocus" (the names are only an example).

@@ -98,7 +98,9 @@ read it before opening a new issue about your will.")
                 (fg2             "#e2e2dc" "#e4e4e4" "brightwhite")
                 (fg3             "#ccccc7" "#c6c6c6" "white")
                 (fg4             "#b6b6b2" "#b2b2b2" "white")
                 (other-blue      "#0189cc" "#0087ff" "brightblue")
+                (contrast        "#191a21")
+                (unfocus         "#21222c"))

Mode-line (Personal taste)

Implementing the different colors contrasts make it so we can ditch the ":box" attribute for distinguishing active and inactive splits, and instead using colors.

without patch

with patch

@@ -543,16 +548,16 @@ read it before opening a new issue about your will.")
                (message-cited-text-4 :foreground ,fg2)
                (message-mml :foreground ,dracula-green :weight normal)
                ;; mode-line
-               (mode-line :background ,dracula-current
-                          :box ,dracula-current :inverse-video nil
+               (mode-line
+                :background ,dracula-current :inverse-video nil
                           ,@(if dracula-alternate-mode-line-and-minibuffer
                                 (list :foreground fg3)
                               (list :foreground dracula-fg)))
                (mode-line-inactive
-                :background ,dracula-bg :inverse-video nil
+                :background ,unfocus :inverse-video nil :box nil
                 ,@(if dracula-alternate-mode-line-and-minibuffer
-                      (list :foreground dracula-comment :box dracula-bg)
-                    (list :foreground fg4 :box bg2)))
+                      (list :foreground dracula-comment)
+                    (list :foreground fg4 )))

Bookmarks

before the patch

after the patch

                (success :foreground ,dracula-green)
                (tooltip :foreground ,dracula-fg :background ,dracula-current)
+               (bookmark-face :background nil :foreground nil)
                (trailing-whitespace :background ,dracula-orange)
                (vertical-border :foreground ,bg2)

I am using Emacs + orgmode to write research. The overall Dracula theme is great, and very well done.
The font colors work well, and even work with latex math displayed/previewed within orgmode (with C-c C-x C-l).
However, I noticed that if I display a latex table within orgmode it uses a black font color, so it is almost invisible in a dark background (screenshot below).

Question: Is it possible to change the font color for previewed tables to be the same as the text?

Actually, emacs-libvterm inherits Term colors, which is already configured. But, with no alterations to background of black color in dracula-theme.el Term settings, certain TUI programs display unreadable colors, like htop in VTerm:

If the line 694 of dracula-theme.el is changed to:

;; term
(term :foreground ,dracula-fg :background ,dracula-comment)

We'll have readable colors in TUI applications, such htop in VTerm:

P.S.: With this change, Term and VTerm colors will match others terminal emulators with Dracula Theme installed, as is the case of Konsole with Dracula Theme:

Thanks!

Ubuntu 16.04
Emacs 25.3.2
Dracula-theme-1.2.5

There was a recent update to the vs.code theme that really made Haskell code much more beautiful:

it would be so nice if Emacs could receive the same love:

from what I see it's mainly the operators and number literals that makes the difference.

Hey @milouse!

Can you update the screenshot to use the new code snippet?

New Snippet

/*
 * Once upon a time...
 */

class Vampire {
  constructor(props) {
    this.location = props.location;
    this.birthDate = props.birthDate;
    this.deathDate = props.deathDate;
    this.weaknesses = props.weaknesses;
  }

  get age() {
    return this.calcAge();
  }

  calcAge() {
    return this.deathDate - this.birthDate;
  }
}

// ...there was a guy named Vlad

const Dracula = new Vampire({
  location: 'Transylvania',
  birthDate: 1428,
  deathDate: 1476,
  weaknesses: ['Sunlight', 'Garlic']
}); 

Why use this?

• It contains examples of string, number, and array
• It contains examples of single line and multi-line comments
• It contains examples of inheritance and functions
• It's simple, funny, and silly

Want to use another language?

Feel free to send a pull request to the template repo under the sample folder.

Hi,

I've been using this theme for years, but I'm not sure when this became an issue because I think I've just ignored it for quite some time.

I get a background on tooltips that has the color #fdfdde and a foreground which is #faf8f0 which makes the tooltip unreadable.

See screenshot:

My entire emacs configuration is available here: https://github.com/etu/nixconfig/blob/main/modules/emacs-files/base.el

This theme doesn't seem to set this color, so I'll just assume it's one of the default colors, but I can't find where it comes from.

Overall I love this theme, but I believe some of the issues we have run into ( #2 , and some of the resulting errors discussed in the resolving #19 ) May be due to the architecture of this theme compared to many other more mature emacs theme (such as solarized-emacs)

Im creating this issue to start the discussion around a refactor of the way this particular version of the dracula theme is architected and build up a more "bullet-proof" theme that will look nice in both an emacs gui, a standalone terminal session, and as a client session in a terminal connected to a running emacs server, as well as looking nice and consistent across many of the commonly used emacs packages. (dired+, mu4e, gnus, etc etc).

I am going to start this endeavor by digging deeper into the source of solarized-emacs and looking for other more mature emacs themes to look at for an example.

Hi,

First of all, thanks for the dracula-theme for emacs...

I'm trying to use dracula-theme for emacs and, ok... it isn't in MELPA stable yet...
My question is, anybody have any idea about how long will it take?

TIA

From the message buffer I have the following error come up a lot.

Unable to load color "unspecified-fg" [\d+ times]

I see it's referenced 3 times in dracula-theme.el. It appears alongside dracula-bg. I can't tell if unspecified-fg should be dracula-fg or not.

Is it possible to make configuration setup for ivy ?

Its faces could be seen here: https://oremacs.com/swiper/#faces:

I'd like to use Dracula for my Emacs config running spacemacs, but the colors are very inconsistent across clients. Here are some examples:

PuTTY running on Windows:

I'm using the recommended Dracula color config for PuTTY. As you can see, the colors are way too bright here.

iTerm2 running on macOS:

I'm also using the Dracula iTerm2 config. The black background is too dark and inconsistent with the other Dracula app configurations.

Emacs GUI client running on macOS:

This looks great and works as expected.

See related issue #32. I'm up for helping update the release available on MELPA.

Best,
Mike

Emacs GUI doesn't show any vertical border between windows:

I can see the border on Emacs in the console.

At least the new font-lock faces

'font-lock-bracket-face', 'font-lock-delimiter-face',
'font-lock-escape-face', 'font-lock-function-call-face',
'font-lock-misc-punctuation-face', 'font-lock-number-face',
'font-lock-operator-face', 'font-lock-property-name-face',
'font-lock-property-use-face', 'font-lock-punctuation-face',
'font-lock-regexp-face', and 'font-lock-variable-use-face'.

And mode-line-active

In the screenshot, I started selecting from the last c at the top, but there's no visual indication because the colour of that section is also bright yellow.

Currently, the theme only changes the font colour of the selection and it can conflict with cod highlighting in some cases.

Is there's a way to change the background colour of the selected region?

I found it when matching brackets, though the color shines,but too dark to notice it,
anymethod to fix it?
thank you

Hi,

I'm running Emacs 27 from git with this theme. And on recent versions it seem to have broke. The emacs I'm currently testing with seems to be based on this commit: emacs-mirror/emacs@a7d47e6

If I'm trying an older one, which I believe is this commit: emacs-mirror/emacs@51cf916 it does work.

When I execute the following piece of elisp:

(load-theme 'dracula-theme t)

I get the following error:

Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  file-directory-p(nil)
  custom-theme--load-path()
  load-theme(dracula-theme t)
  (progn (load-theme 'dracula-theme t))
  eval((progn (load-theme 'dracula-theme t)) t)
  elisp--eval-last-sexp(nil)
  eval-last-sexp(nil)
  funcall-interactively(eval-last-sexp nil)
  call-interactively(eval-last-sexp nil nil)
  command-execute(eval-last-sexp)

I'm not sure what would break in a theme tbh. And from what I can see there's no weirdness in the theme elisp code itself... But yeah. I haven't dug in properly.

The only face listed in current dracula theme is show-paren-match-face which does not exist anymore in emacs 27.

There are now (maybe they are older, but still) three new faces:

• show-paren-match
• show-paren-match-expression
• show-paren-mismatch

Check that the color code used match the one explained here: https://spec.draculatheme.com/

I am using termite and on the left there is emacs on the rigth emacs -nw.
As a reference vim-dracula works fine in terminal, the terminal itself renders the colors ok, only emacs doesn't.

Also tried gnome-terminal, xterm,terminator to no avail

Can anyone point me in the right direction?

Thank you

I don't know if it's only me, but this is how opening a .patch file (a diff) shows up with the dracula-theme in Emacs 26.3 (in iTerm2 with dracula-theme as well but that doesn't matter).

Is it only me?
For the time being, I resorted to overloading some settings but I'm sure there's a better way.

      (set-face-background 'diff-added "green" (selected-frame))
      (set-face-background 'diff-changed "yellow" (selected-frame))
      (set-face-background 'diff-removed "red" (selected-frame))

      (set-face-foreground 'diff-added "black" (selected-frame))
      (set-face-foreground 'diff-changed "black" (selected-frame))
      (set-face-foreground 'diff-file-header "black" (selected-frame))
      (set-face-foreground 'diff-header "black" (selected-frame))
      (set-face-foreground 'diff-removed "black" (selected-frame))

Example file:

--- Formula/patch-src/awscli.original.rb
+++ Formula/patch-src/awscli.rb
@@ -44,7 +44,9 @@
       }
     EOS
 
-    system libexec/"bin/python3", "scripts/gen-ac-index", "--include-builtin-index"
+    unless ENV.CI?
+      system libexec/"bin/python3", "scripts/gen-ac-index", "--include-builtin-index"
+    end
   end
 
   def caveats

they are both #f8f8f2. not sure if this is intended.

IMO, we could add something like a :bold t and drop the foreground property in this face, as everything is automatically inherited from 'default'. This way the overall color balance won't change too much but we could have variable names stand out a little bit.

Applies to buttons that indicate a face.

As the title says.

Once Dracula-theme is activated, font-lock-number-face remains uncustomized.

This is inconsistent with how this is done ie in the VSCode implementation where numbers receive the same fontification as built in keywords.

Dracula theme is a great theme, so we should fix this 🙂

I get the known blue background in any Terminal App on MacOS El Capitan (tested on multiple devices). $TERM is set to xterm-256color. In iTerm2 i also set the colorsheme to dracula but i still get the blue background.

@zenorocha as I don’t have full admin right over this repository (no problem about that at all), do you mind to change the default branch of this repository to be the main one instead of the current master?

I’ll check on my side to ensure it won’t break anything downstream in various packaging team.

Thank you very much.

Mlpa says not found? https://melpa.org/packages/use-package-20200629.1856.tar

I find the increased size of the headers really unpleasant in org mode. Could we implement something like this solarized package where they let you change it so that org headers are not larger then the rest of the text?

It looks great with GUI, but not good in terminal.

As you can see white color on top of gray is not readable. Is it possible to change/fix this coloring? Please note that I am using dracula-theme.

my setup:

(use-package selectrum
  :hook (after-init . selectrum-mode)
  :config
  (use-package selectrum-prescient
    :custom
    (prescient-filter-method '(literal regexp initialism fuzzy))
    :config
    (selectrum-prescient-mode t)
    (prescient-persist-mode t)))

I have been told to open this issue here: radian-software/selectrum#497 (comment)

I notice that with 3054c3d, we start using a highlight color for parts of the powerline background, which looks jarring and distracting. 3054c3d also removes the visual separation between different powerline segments in the background. I’m not quite sure what the perceived issue with powerline colors before that commit was, but perhaps there’s a better way of addressing it?

Now:

Before:

I'm running on a Mac

I run emacs starting with:

emacs --daemon

and then either load a GUI client with:

emacsclient -nc

or in the terminal with:

emacsclient -t

In the case of the terminal session everything looks fine.

In the case of the GUI client, I have no background colour.

When I launch the emacs GUI client directly, everything is set correctly - there is a dark background colour.

From what I can see this is introduced by #19, because when I comment out the changes I get the expected behaviour.

I tried to fix this by adding a hook to 'after-make-frame-functions, but I couldn't get it to work.

I was thrilled with 1.51 version of the emacs theme, both under the gnome-terminal (xterm-256 color) and GTK3. Then I updated to 1.7, the color looks a bit weird. See the attached screenshot with the start_emacs_test.sh.

top left: version 1.51, gnome-terminal 256 color; 
top right: version 1.7, gnome terminal 256 color (the weird version); 
bottomleft: version 1.51, GTK3;  
bottom right: version 1.7, GTK3  

Anything I am missing?

Hello!

Please, include something like the following in the dracula-theme.el faces:

(custom-theme-set-variables
   'dracula
   `(ansi-color-names-vector [,dracula-bg
                              ,dracula-red
                              ,dracula-green
                              ,dracula-yellow
                              ,dracula-purple
                              ,dracula-pink
                              ,dracula-cyan
                              ,dracula-fg]))

So that the colors displayed in Shell Mode (and others Comint dependant modes as well) will be the same as the theme.

Thanks!

The icons in the breadcrumbs of lsp-mode cannot be displayed properly, as shown in the following figure:

Expected

Current

It can be fixed by modifying the code in dracula-theme.el as follows:

;; Before
               (header-line :inherit 'mode-line)
               
;; After
               (header-line :background ,dracula-current
                            ;; :box ,dracula-current :inverse-video nil
                            ,@(if dracula-alternate-mode-line-and-minibuffer
                                  (list :foreground fg3)
                                (list :foreground dracula-fg)))

The version of dracula-theme I am using is 20220821.1717.

In Python, I often use comments in the basic form of # TODO: A note to myself to identify places in my code that I'd like to update later.

I've seen syntax highlighting for this pattern in other themes, but would love to have it for Dracula as well.

It seems similar to how the Dracula theme automatically highlights any bracketed strings in commit messages, i.e [WIP] note about this commit.

Hi,
I'm an avid user of tree sitter mode and I find that syntax highlight is not very consistent with other editor like VScode or Nvim.

emacs with tree sitter before the patch

VScode

emacs with tree sitter after the patch

I referenced the official docs.

tree-sitter.txt

The color for neotree files name are too close to the background, which is hard to identify them

As title says, the link to the screenshot in the README.md is not working.

Hello there,

I think melpa misses this beautiful theme.
Reproduction-Steps:

1. Open emacs
2. Do M-x package-install dracula-theme ENT
3. Message: package-install-from-archive: http://melpa.org/packages/dracula-theme-20170412.845.el: Not found

Environment-Info
M-x emacs-version
Message: GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21) of 2017-09-22, modified by Debian

I Use emacs-libvterm, and I want to have dracula style color vterm. I try to modified dracula-theme.el, and add following code:

;; vterm
(vterm-color-default nil :foreground nil :background nil :inherit default)
(vterm-color-black nil :foreground ,bg3 :background ,bg3)
(vterm-color-blue nil :foreground ,func :background ,func)
(vterm-color-cyan nil :foreground ,str :background ,str)
(vterm-color-green nil :foreground ,type :background ,bg3)
(vterm-color-magenta nil :foreground ,builtin :background ,builtin)
(vterm-color-red nil :foreground ,keyword :background ,bg3)
(vterm-color-white nil :foreground ,fg2 :background ,fg2)
(vterm-color-yellow nil :foreground ,var :background ,var)

But it not activate. I use EMACS 26.2.

EDIT: after I submitted the issue, I realize I should had put a PR instead, sorry :-)

Hello there!

This is my first contribution to this fantastic theme. I use Spacemacs and I did few customizations that fit my tastes, but I think it could be a global improvement.

These modifications are core and mode specifics. Core modifications are:

• font-lock-constant-face
• font-lock-builtin-face
• font-lock-type-face

Let me know what do you think about it.

Clojure

Minor changes, but now you can see namespaces better

Clojure before...

Clojure after!

Org

Some works for a better adaption of the theme to orgmode. I added some extra things like bigger headline or strike line for DONE.

Org before...

Org after!

HTML

Few tweaks for web mode, I find it more dracula-esque. I hesitate between the cyan color or the yellow color for attributes.

HTML before...

HTML after!

JS

Well, I didn't change specific things, but there are side effects, and it's still nice

JS before...

JS after!