Fork me on GitHub
#emacs
<
2016-02-14
>
jethroksy03:02:14

Anyone got fira code working on emacs?

jethroksy03:02:48

I've put in the "workaround" and added the default extra-font-locking for clojure

jethroksy03:02:06

My thread first and last macros still look like distinct characters

jethroksy03:02:30

fn is being replaced by lambda though

benedek09:02:55

Lambda is done by prettify symbols not firacode tho

benedek09:02:52

I use it on OSX so I use the osx build for 24.5 where u don't need the workaround

jethroksy09:02:58

@benedek: do your thread macros get replaced by the ligatures

benedek09:02:09

They deffo do :)

jethroksy09:02:37

I'm on GNU, wonder what's the difference

benedek09:02:01

There is a patch in the osx build for ligatures

benedek09:02:16

Not sure if it is added elsewhere

jethroksy09:02:17

ah lemme go find it

jethroksy09:02:58

hmm i don't think it works on gnu emacs

jethroksy09:02:17

I tried using prettify-symbols to replace the symbols for the threading macros

benedek09:02:03

These are diff things: ligatures and prettify symbols

jethroksy09:02:06

yeah I understand

jethroksy09:02:59

nvm the font looks good enough with or without ligatures

jethroksy09:02:11

still getting used to the @ sign though...

benedek09:02:09

Ligatures are really nice. Prettify symbols can cause problems if with is not the same as the original char sequence

benedek09:02:31

@malabarba has nice blog posts about it btw

benedek09:02:37

Worth a read

malabarba10:02:22

Yeah, I've joined my threading macros using prettify symbols.

malabarba10:02:39

Just Google endless parentheses prettify symbols

benedek10:02:57

Fira code does that too tho out of the box

daveliepmann10:02:24

If it helps anybody (though with the limited archiving here that's dubious), what solved my above query was (eval-after-load "markdown-mode" '(define-key markdown-mode-map (kbd "M-S-<left>") 'nil))

daveliepmann10:02:02

Thanks @malabarba for the hint about the extra hyphen simple_smile You saved me some time there.

jethroksy11:02:05

Thanks @malabarba I'll try to get it working

jethroksy13:02:04

Got prettify-symbols to prettify the arrows ^^

anmonteiro13:02:08

I'm adding a hook to markdown-mode that sets truncate-lines to nil so that I get line wrapping when editing markdown docs. However, I don't want this when I'm e..g editing clojure code.

anmonteiro13:02:08

My problem is that if I open a buffer in a frame that has had a markdown buffer, the setting will remain there...

anmonteiro13:02:54

is there a nice way to achieve line wrapping only for e.g. markdown-mode without having to set it back in a hook for e.g. clojure-mode?

jethroksy13:02:18

I don't get the same behaviour as you

jethroksy13:02:43

(use-package markdown-mode
  :mode ("\\.md\\'" . markdown-mode)
  :init (progn
          (add-hook 'markdown-mode-hook
                    (lambda () (setq truncate-lines nil)))))

jethroksy13:02:07

when i switch to a markdown file in the frame it line wraps

jethroksy13:02:35

when i switch to my elisp file it doesn't anymore

jethroksy13:02:18

I have (setq-default truncate-lines t)

anmonteiro13:02:41

so that might be my problem simple_smile

anmonteiro13:02:01

I have (setq-default truncate-lines nil) in my hook

anmonteiro13:02:09

I'm still getting the hang of this

anmonteiro13:02:40

so using setq inside of the markdown-hook and setq-default outside should work?

anmonteiro13:02:39

it did work, I have my answer now, thanks!

jethroksy14:02:23

sorry i was away!

jethroksy14:02:29

yup that should be it simple_smile

jethroksy14:02:05

although emacs wiki suggested against having setq-default outside anywhere