Giter Club home page Giter Club logo

focus's People

Contributors

jcs090218 avatar larstvei avatar phikal avatar syohex avatar zsxh avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

focus's Issues

incorrect usage of color-rgb-to-hex in focus-average-colors

color-rgb-to-hex takes 3 arguments. This causes focus to blow up when I load it.

Debugger entered--Lisp error: (wrong-number-of-arguments (3 . 3) 0)
 color-rgb-to-hex()
 apply(color-rgb-to-hex nil)
 focus-average-colors(unspecified unspecified)
 apply(focus-average-colors (unspecified unspecified))
 focus-make-dim-color()
 focus-init()
 focus-mode()
 (closure (t) nil (setq show-trailing-whitespace t) (whitespace-mode-with-local-variables) (focus-mode) (rainbow-mode) (prettify-symbols-mode) (eldoc-mode) (flycheck-mode) (yas-minor-mode) (company-mode) (smartparens-strict-mode) 

Possible helm incompatibility.

A non-fatal error occurs when I execute the following steps with the helm interface:

  1. Trigger focus-mode
  2. Make sure the surrounding text is dimmed
  3. Trigger M-x or execute-extended-command with helm
  4. Cancel with C-g
  5. On returning to original buffer, the error message is triggered and the surrounding text is lightened or not dimmed.

It is not fatal but toggling the mode is an inconvenience. 😄

Error Message:

Error in post-command-hook (focus-move-focus): (wrong-type-argument overlayp nil)

refresh buffer leaves everything unfocussed

If I make a change to a buffer that has focus-mode enabled, and then refresh it (this is common when working with version control systems), the buffer remains completely unfocussed and must be explicitly disabled and enabled again.

Seems when I load focus, it kills customize-faces

I don't know why, but I finally tracked down some broken modes (like customize-faces, but C-x C-c which normally exits for me also gets broken).

I included focus with

(use-package focus :ensure t)

Not entirely sure why so I thought I'd report it. It was the most recent melpa version: 20161013.401

Feel free to close this although I would love to use the functionality, I don't have the time to figure out the interesting interaction with my other commands...

Wrong type argument: listp, "Dim the font color of text in surrounding sections."

When installing on emacs 24.4.1 on Debian and enabling with "M-x focus-mode" i get the following error:

Debugger entered--Lisp error: (wrong-type-argument listp "Dim the font color of text in surrounding sections.")
  custom-declare-group((quote focus) "Dim the font color of text in surrounding sections." :group font-lock)
  byte-code("\300\301!\210\300\302!\210\303\304\305\306\307$\210\310\311\312\313\314DD\315\316\317\306\320&�\210\310\321\312\313\322DD\323\316\324\306\320&�\207" [require cl-lib thingatpt custom-declare-group (quote focus) "Dim the font color of text in surrounding sections." :group font-lock custom-declare-variable focus-dimness funcall function #[0 "\300\207" [0] 1 "\n\n(fn)"] "Amount of dimness in out of focus sections is determined by this integer.\n\nA positive value increases the dimness of the sections. A\n\nnegative value decreases the dimness.\n\nThe default is 0 which means a 50/50 mixture of the background and foreground\ncolor." :type (integer) focus focus-mode-to-thing #[0 "\300\207" [((prog-mode . defun) (text-mode . sentence))] 1 "\n\n(fn)"] "An associated list between mode and thing.\n\nA thing is defined in thingatpt.el; the thing determines the\nnarrowness of the focused section.\n\nNote that the order of the list matters. The first mode that the\ncurrent mode is derived from is used, so more modes that have\nmany derivatives should be placed by the end of the list.\n\nThings that are defined include `symbol', `list', `sexp',\n`defun', `filename', `url', `email', `word', `sentence',\n`whitespace', `line', and `page'." (repeat symbol)] 8)
  autoload-do-load((autoload "focus" "Dim the font color of text in surrounding sections.\n\n(fn &optional ARG)" t nil) focus-mode)
  command-execute(focus-mode record)
  helm-M-x(nil "focus-mode")
  #<subr call-interactively>(helm-M-x nil nil)
  ad-Advice-call-interactively(#<subr call-interactively> helm-M-x nil nil)
  apply(ad-Advice-call-interactively #<subr call-interactively> (helm-M-x nil nil))
  call-interactively(helm-M-x nil nil)
  command-execute(helm-M-x)

Read only mode changes cursor type

I currently use 'bar as cursor-type but when I enter read-only mode. It reverts back to the default cursor and stays as it is even after I quit focus mode

Face that `focus-unfocused` inherits from

Hi,

currently focus-unfocused inherits from font-lock-comment-face which I get but might be suboptimal. E.g. consider when focusing on a defun, and the defun begins with a comment. Then the "unfocused" regions and the comment have the same color which might make it harder to draw a line when the comment is longer.

What do you think about inheriting from shadow, which might be the semantically more accurate face to use, since the intention is to "dim" the unfocused parts of the buffer?

It only works in soft-wrapped text

I have the habit of formatting my text on Evil mode using the command "gwap" (evil-fill), and Focus does not recognize these paragraphs, even though there are blank lines between them.

Use without theme

Hi! I find the idea of focus fantastic. However, when I try to use focus I get "Can’t enable focus mode when no theme is loaded." It would be very nice if focus could work without a theme, similar to the way that fancy-narrow works(which I use often and love). Any plans for this? Thanks!

Possibly with just the ability to set the unfocused color.

emacs

Python bug

It does not highlight single lines in the highest level (most notably imports). In fact, it stays on a class defined a couple of lines down (when scrolling up from that class).

I hope there is a solution, since I really like the idea.

Being able to use own colorscheme, but little darkened?

Thanks for sharing this plugin, it's appreciated. It reminds me of LimeLight.

But I found it hard to read other syntax color when it's not lightened up, and navigate it every time to see the syntax highlighting.

Would it not be a great idea, to use the according colorscheme, but a little darkened (like 80% of opacitiy, while focus have 100% opacitiy), instead convert the non-focus text to one color?

Possibility for highlighting differing functions in split buffers?

Hey @larstvei 👋 Thank you so much for Focus. I've got a lot of stuff I love in my Emacs config, but Focus is very high up on the list!

I'm not sure if this would even be possible, as I'm not familiar with how the point works when visiting the same buffer in a split pane(s). But, I was wondering if it might be possible to highlight the function at the point, depending on the point's position in each pane.

So, one buffer open in a split pane. The one on the left I have the point on one function, the one on the right I have the point at a differing function in that same buffer. I'd like both functions to be highlighted and the rest dimmed as usual.

Like I say, I'm not entirely sure if this is even possible, due to how Emacs may manipulate the point based on panes (when flipping to/from panes, does it simply record the point position, then actually move the point back to that position when re-focussing that pane?), but I figured I'd drop this issue in to see what your thoughts are :)

Also highlight document string.

Is there a way that also highlight the document string? Or at least highlight multi-line comment when my cursor is on it.

focus-test

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.